From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/94234 Path: news.gmane.org!not-for-mail From: Aidan Nichol Newsgroups: gmane.comp.tex.context Subject: Re: Skipped figure numbers Date: Fri, 1 Apr 2016 11:17:07 +0100 Message-ID: References: Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/mixed; boundary="===============2816270969239524560==" X-Trace: ger.gmane.org 1459505898 31625 80.91.229.3 (1 Apr 2016 10:18:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Apr 2016 10:18:18 +0000 (UTC) To: ntg-context@ntg.nl Original-X-From: ntg-context-bounces@ntg.nl Fri Apr 01 12:17:57 2016 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1alw9M-0000BR-Gh for gctc-ntg-context-518@m.gmane.org; Fri, 01 Apr 2016 12:17:56 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 198699B41; Fri, 1 Apr 2016 12:17:27 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id diYxVqt6Ly6n; Fri, 1 Apr 2016 12:17:21 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [IPv6:::1]) by zapf.ntg.nl (Postfix) with ESMTP id B51CB9B38; Fri, 1 Apr 2016 12:17:21 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id CD1899B2B for ; Fri, 1 Apr 2016 12:17:20 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v3bTeKAYJ36H for ; Fri, 1 Apr 2016 12:17:19 +0200 (CEST) Original-Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id E60D69B18 for ; Fri, 1 Apr 2016 12:17:08 +0200 (CEST) Original-Received: from [192.168.0.4] ([82.35.250.119]) by mrelayeu.kundenserver.de (mreue004) with ESMTPSA (Nemesis) id 0MhPzK-1aPKoo239e-00McLJ for ; Fri, 01 Apr 2016 12:17:08 +0200 In-Reply-To: X-Mailer: Apple Mail (2.3124) X-Provags-ID: V03:K0:hNR95R7h9Jto0k3clF+PwblS9HQ/Maud5Mi1a1lpeITbXy0GC6v T4Lh55VTOJIuZsYcu6O33lGqDsw10uzL09KO0HLm0vUlXNa44ChrWBBqkvBSEhF5wSDmTXZ b8VRO5LrVCoxG3eE8uARyNFiXKAbjw3+uEhN7fHcByICNQbw3n5yZieI5y1PJOaPBIzAB9k UfcR/MGwof2zGvBm6otDg== X-UI-Out-Filterresults: notjunk:1;V01:K0:HXYu4XpF8x4=:iSkmHTv5WxiTZ35+n0u+D4 ixMrpFJcF/i7DFC2K6Cazz9HsxjZIguBrZttnImJTiuP3wvvTi8kKUts0K8VA8sl19oc8i3u8 3sY78rjLoHNUzyyBDM1X3DRe1wtaqmSWv5iSiBHRRZm41dQILrsiJrpYqiT1f9au4rcpXhFUV MV+KPjECoWYWZ4mUU1VMPoVOyjR9/5IHhOAppe67gc8F+OQM9jFci2AD3QAK5+/B5gCVz0gdd ymG4c4SwUHQff8MPrN2iFJOki5zE/l2sKO+4AFIhsf9OI3+58uIpc2aXkCw+YdZ0pK2Fzln71 ZzYrkTa+xWFECcDu8m6TbDKdJA1WsIQzYNXM1RbwmTbdNMkurD4Q/+SLcLst8McGWNqQqoWHz pwnJjctYdL8ISlP/U5QcR74DXn0sa0T5iHZF/b5uW4A/NGqY+UxgT+Xmm0A1z4LMlt2Ms2paq m9wq94SfYNaTmNq3mDr6O16VBH94oiLnSsGtu9xbWIC5c9amZ3F0M5T/7fUf2I9puA0MVIs0N 8qPL4OLcJvrW15Uzk9BuqVijBN/RUn4jeLcgQ5vSs+g7yJTD5VsR3DhtYYiWPemNC9NpC2Fry usEiAzg0++kCkDh06OrY10eHOKKLI2LTSUxh8qqtdZKDOFrhIQ1WmPqfmpmfu8C770URjMTvh OYvGeeg9fmOdco/Tpt5zKK2YtNk9U9oI1n7E2ISsS1ehifjaAjKgmgb+U6Wv0ESeX8qBvFSx8 ha6VBXVfb3Nurrzg X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.16 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.org gmane.comp.tex.context:94234 Archived-At: --===============2816270969239524560== Content-Type: multipart/alternative; boundary="Apple-Mail=_06E325E1-A1C3-4A74-ADCD-A1EE3FE519D0" --Apple-Mail=_06E325E1-A1C3-4A74-ADCD-A1EE3FE519D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Thu, 31 Mar 2016 21:49:56 -0400 (EDT) > Aditya Mahajan wrote: >=20 > On Thu, 31 Mar 2016, Alan BRASLAU wrote: >=20 >> On Thu, 31 Mar 2016 17:51:07 -0400 >> Aditya Mahajan wrote: >>=20 >>> @Hans: Does it make sense to disable \incrementcounter if >>> \trialtypesetting is active? >>=20 >> I was going to suggest such things... >=20 > My motivation is different. If you have any macro in a table (or = anything=20 > that requires multiple runs to get the size right) that uses a counter=20= > (e.g., enumeration), then the numbers will be off. That would not = happen=20 > if a counter is frozen when trialtypesetting is on. >=20 >> P.S. Would not the use of \startcombination\stopcombination be an >> alternative to the placefigures within a table? And \startcombination\stopcombination fails when you use \placefigure = instead of \externalfigure because you want the captions to be numbered = and included in the list of figures. You get an error like this one=20 > tex error on line 7 in file virtual: . . . ! You can't use = `\prevdepth' in restricted horizontal mode Using \startfloatcombinations\stopfloatcombination (which appears to be = undocumented) avoids this error. >=20 > combinations only give regular grid. Sometimes you want an irregular = grid.=20 > For example, the OP wanted >=20 > +-------+------+ > | | | > | | Fig2 | > | Fig1 +-------+ > | | Fig3 | > | | | > +------+-------+ >=20 > Such layouts are not possible using combinations. I thought that nesting combinations might enable this type of = combination but it didn=E2=80=99t work. see https://mailman.ntg.nl/pipermail/ntg-context/2016/084926.html = Using tables is a better solution because it has the syntax to handle = figures that span rows or columns >=20 > Aditya >=20 Lots of things seem to work well with external figures but as soon as = you embed them in a \placefigure, which makes them a float, you make = things more complex and run into the possibility of triggering the = restricted horizontal mode error. It seems to me that once you place an object that is normally a float = inside another float you want the inner one to lose it floating = characteristics. Is there a way do this explicitly i.e. instead of = creating an inner float with \placefigure[force][ref1]{this is the caption = }{\externalfigure[cow][width=3D3in,height=3D1in]} could we create a non-floating version with something explicit like \externalfigure[cow][width=3D3in,height=3D1in] \addcaption[figure][ref1]{this is the caption } Aidan --Apple-Mail=_06E325E1-A1C3-4A74-ADCD-A1EE3FE519D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Thu, 31 Mar 2016 21:49:56 -0400 (EDT)
Aditya = Mahajan <adityam@umich.edu> wrote:

On Thu, 31 Mar 2016, Alan BRASLAU wrote:

On Thu, 31 Mar 2016 = 17:51:07 -0400
Aditya Mahajan <adityam@umich.edu> = wrote:

@Hans: Does it make sense to disable \incrementcounter if
\trialtypesetting is active?

I was going to suggest such things...

My motivation is different. If = you have any macro in a table (or anything
that requires = multiple runs to get the size right) that uses a counter
(e.g., enumeration), then the numbers will be off. That would = not happen
if a counter is frozen when trialtypesetting = is on.

P.S. Would not the use of \startcombination\stopcombination = be an
alternative to the placefigures within a table?

And \startcombination\stopcombination fails when = you use \placefigure instead of \externalfigure because you want the = captions to be numbered and included in the list of figures. You get an = error like this one 

      > tex error = on line 7 in file virtual: . . .  ! You can't use `\prevdepth' in = restricted horizontal mode

Using = \startfloatcombinations\stopfloatcombination (which appears to be = undocumented) avoids this error.



combinations only give regular = grid. Sometimes you want an irregular grid.
For example, = the OP wanted

+-------+------+
|          |       =   |
|          | Fig2 |
| Fig1 +-------+
|         =  | Fig3 |
|          | =         |
+------+-------+

Such layouts are not possible using = combinations.

I thought that nesting combinations might enable this = type of combination but it didn=E2=80=99t work. see

Lots of things seem to work = well with external figures but as soon as you embed them in a = \placefigure, which makes them a float, you make things more complex and = run into the possibility of triggering the restricted = horizontal mode  error.

It seems to me that once you place an = object that is normally a float inside another float you want the inner = one to lose it floating characteristics. Is there a way do this = explicitly i.e. instead of creating an inner float with

\placefigure[force][ref1]{this is the caption = }{\externalfigure[cow][width=3D3in,height=3D1in]}

could we create a = non-floating version with something explicit like
\externalfigure[cow][width=3D3in,height=3D1in]
\addcaption[figure][ref1]{this is the caption }

Aidan


= --Apple-Mail=_06E325E1-A1C3-4A74-ADCD-A1EE3FE519D0-- --===============2816270969239524560== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly90ZXguYWFuaGV0Lm5ldAphcmNoaXZlICA6IGh0dHA6Ly9mb3VuZHJ5LnN1cGVsZWMu ZnIvcHJvamVjdHMvY29udGV4dHJldi8Kd2lraSAgICAgOiBodHRwOi8vY29udGV4dGdhcmRlbi5u ZXQKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18= --===============2816270969239524560==--