From: Alan BRASLAU <alan.braslau@cea.fr>
To: Aditya Mahajan <adityam@umich.edu>
Cc: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: Skipped figure numbers
Date: Thu, 31 Mar 2016 16:27:40 -0600 [thread overview]
Message-ID: <20160331162740.21c34397@cea.fr> (raw)
In-Reply-To: <alpine.OSX.2.02.1603311750020.16335@nqv-znpobbx>
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...
Here is a case where a float is not being used as a floating object in
that we want to control placement through location=here or, better,
location=force. We do this as users for we want to produce a caption
as well as make an entry into the list.
However, floats have some limitations: for example they cannot usually
handle multiple pages (except for some table splits), nor can they take
\startcolumns \stopcolumns, and I am sure that there are others.
Does anyone have suggestions/ideas around these kinds of issues? Should
a float with location=force be treated any differently?
Another annoying issue with floats: \startplacefloat\stopplacefloat
initiates a paragraph break. If one refers to a float (figure or table)
somewhere in a long paragraph, one might like the float to be anchored
starting from that location. I achieve this using
\startpostponing [+0]
\startplacefigure
\stopplacefigure
\stoppostponing
but this does not always work well. In addition, this is not very
satisfying (as it makes for ugly source code). Also, one might want to
use location=right or location=left without using "hang" and counting
lines. Hans has repeated that floats are complicated beasts and such
features would interfere with paragraph building. OK (But dare I say
that LaTeX does not seem to have any problem with this.)
Alan
P.S. Would not the use of \startcombination\stopcombination be an
alternative to the placefigures within a table?
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
next prev parent reply other threads:[~2016-03-31 22:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.244.1459405195.1989.ntg-context@ntg.nl>
2016-03-31 13:23 ` Aidan Nichol
2016-03-31 21:51 ` Aditya Mahajan
2016-03-31 22:27 ` Alan BRASLAU [this message]
2016-04-01 1:49 ` Aditya Mahajan
2016-04-01 7:51 ` Hans Hagen
2016-04-01 8:01 ` Hans Hagen
[not found] <mailman.263.1459497717.1989.ntg-context@ntg.nl>
2016-04-01 10:17 ` Aidan Nichol
2016-04-01 14:21 ` Alan BRASLAU
2016-03-30 9:41 Aidan Nichol
2016-03-30 23:25 ` Aditya Mahajan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160331162740.21c34397@cea.fr \
--to=alan.braslau@cea.fr \
--cc=adityam@umich.edu \
--cc=ntg-context@ntg.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).