From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/51982 Path: news.gmane.org!not-for-mail From: Aditya Mahajan Newsgroups: gmane.comp.tex.pgf.user,gmane.comp.tex.context Subject: Re: [NTG-context] no line breaks between figures Date: Wed, 22 Jul 2009 13:46:22 -0400 (EDT) Message-ID: References: <6faad9f00907211140j11ce2c4xa41d1b443abcf3c7@mail.gmail.com> <6faad9f00907220505q85d8090id6b05fa358771b1@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323328-2051638545-1248284782=:31537" X-Trace: ger.gmane.org 1248284858 10961 80.91.229.12 (22 Jul 2009 17:47:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Jul 2009 17:47:38 +0000 (UTC) Cc: pgf user To: mailing list for ConTeXt users Original-X-From: pgf-users-bounces@lists.sourceforge.net Wed Jul 22 19:47:31 2009 Return-path: Envelope-to: gctp-pgf-users@m.gmane.org Original-Received: from lists.sourceforge.net ([216.34.181.88]) by lo.gmane.org with esmtp (Exim 4.50) id 1MTfuc-0006Rn-Jn for gctp-pgf-users@m.gmane.org; Wed, 22 Jul 2009 19:47:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-2.v29.ch3.sourceforge.com) by 3yr0jf1.ch3.sourceforge.com with esmtp (Exim 4.69) (envelope-from ) id 1MTfu1-0003jt-G4; Wed, 22 Jul 2009 17:46:53 +0000 Original-Received: from sfi-mx-3.v28.ch3.sourceforge.com ([172.29.28.123] helo=mx.sourceforge.net) by 3yr0jf1.ch3.sourceforge.com with esmtp (Exim 4.69) (envelope-from ) id 1MTfu0-0003jn-Co for pgf-users@lists.sourceforge.net; Wed, 22 Jul 2009 17:46:52 +0000 X-ACL-Warn: Original-Received: from smtp.mail.umich.edu ([141.211.14.81] helo=hackers.mr.itd.umich.edu) by 3b2kzd1.ch3.sourceforge.com with esmtp (Exim 4.69) id 1MTftv-0003HJ-Q5 for pgf-users@lists.sourceforge.net; Wed, 22 Jul 2009 17:46:52 +0000 Original-Received: FROM dhcp128036154205.central.yale.edu (dhcp128036154205.central.yale.edu [128.36.154.205]) By hackers.mr.itd.umich.edu ID 4A675082.C5E96.27733 ; Authuser adityam; 22 Jul 2009 13:46:42 EDT Original-Newsgroups: gmane.comp.tex.pgf.user In-Reply-To: <6faad9f00907220505q85d8090id6b05fa358771b1@mail.gmail.com> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) X-Spam-Score: 1.4 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.4 NO_DNS_FOR_FROM DNS: Envelope sender has no MX or A DNS records 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines X-Headers-End: 1MTftv-0003HJ-Q5 X-BeenThere: pgf-users@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pgf-users-bounces@lists.sourceforge.net Xref: news.gmane.org gmane.comp.tex.pgf.user:2553 gmane.comp.tex.context:51982 Archived-At: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323328-2051638545-1248284782=:31537 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 22 Jul 2009, Mojca Miklavec wrote: > On Wed, Jul 22, 2009 at 03:08, Aditya Mahajan wrote: >> CCed to ConTeXt mailing list. > > (And removed the pgf mailing list? :) No... it was in the newsroup header (I was replying via gmane interface). >> On Tue, 21 Jul 2009, Mojca Miklavec wrote to pgf.user list: >> >>> Hello, >>> >>> I noticed that a large number of >>> =C2=A0 \begin{tikzpicture} \draw (0,0) -- (5,1); \end{tikzpicture} >>> breaks at line end while >>> =C2=A0 \starttikzpicture \draw (0,0) -- (5,1); \stoptikzpicture >>> just generates an infinitely long line. >>> >>> Is there any simple way to fix the behaviour in ConTeXt? >> >> Don't know. > > I have just noticed that (independent of the second issue) when > placing several items of: > > 1.) \tikz \draw (0,0)--(4,2); > works OK in both LaTeX and ConTeXt > 2.) \begin{tikzpicture} \draw (0,0)--(4,2); \end{tikzpicture} > works OK in LaTeX > 3.) \starttikzpicture \draw (0,0)--(4,2); \stoptikzpicture{} > works OK in ConTeXt > 4.) \starttikzpicture \draw (0,0)--(4,2); \stoptikzpicture > creates an infinitely long line in ConTeXt > > Does that ring a bell to anyone? (It must be something trivial like > eating any spaces after \commandsequence, but I don't know what > exactly.) Try the undocumented equivalent of \begin{...} \end{...} in ConTeXt: \start[tikzpicture] ... \stop[tikzpicture] >>> I also don't like the behaviour in >>> =C2=A0 \placefigure{title}{\starttikzpicture ... \stoptikzpicture} >>> that has to be surrounded with >>> =C2=A0 \hbox{\starttikzpicture ... \stoptikzpicture} >>> else the figure gets placed at the beginning of line instead of being >>> centered. >> >> [explanation snipped] >> >> If neither of these is acceptable, then we can have a simple wrapper aro= und >> \start-stop tikzpicture: >> >> \def\startTIKZcode{\hbox\bgroup\starttikzpicture} >> \def\stopTIKZcode {\stoptikzpicture\egroup} >> >> which will only affect ConTeXt code. > > Would it affect anyone if TikZ would generate an hbox instead of vbox > (at least in ConTeXt)? > > That means ... instead of > \let\starttikzpicture=3D\tikzpicture > \let\stoptikzpicture=3D\endtikzpicture > having > \def\starttikzpicture{\hbox\bgroup\tikzpicture} > \def\stoptikzpicture{\endtikzpicture\egroup} This is same as the workaround that I suggested. It should work perfectly= =20 fine in ConTeXt. Aditya --8323328-2051638545-1248284782=:31537 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ --8323328-2051638545-1248284782=:31537 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ pgf-users mailing list pgf-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pgf-users --8323328-2051638545-1248284782=:31537--