[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Provide \hide and \omit functions for transparent and void glyphs (i
From: |
David Kastrup |
Subject: |
Re: Provide \hide and \omit functions for transparent and void glyphs (issue 6575048) |
Date: |
Sat, 29 Sep 2012 11:01:40 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
Marc Hohl <address@hidden> writes:
> Am 28.09.2012 17:40, schrieb address@hidden:
>>
>>> hmm... not quite perfect.
>>> No other idea, though...
>>
>> \here misses the relation to the next item (not that \single is much
>> better). \directly was nicer in that regard. \next would possibly also
>> work.
> Having to choose between \single and \next, I would take \next.
After thinking this over, I realized what worries me about \next: next
is a loop control command in a number of different languages like awk,
perl, Python. It is also frequently used for linked list pointers. All
of those common uses in computing are quite grammatically different in
their usage.
--
David Kastrup
- Provide \hide and \omit functions for transparent and void glyphs (issue 6575048), janek . lilypond, 2012/09/28
- Re: Provide \hide and \omit functions for transparent and void glyphs (issue 6575048), dak, 2012/09/28
- Re: Provide \hide and \omit functions for transparent and void glyphs (issue 6575048), dak, 2012/09/28
- Re: Provide \hide and \omit functions for transparent and void glyphs (issue 6575048), dak, 2012/09/28
- Re: Provide \hide and \omit functions for transparent and void glyphs (issue 6575048), Marc Hohl, 2012/09/29
- Re: Provide \hide and \omit functions for transparent and void glyphs(issue 6575048), Trevor Daniels, 2012/09/29
- Re: Provide \hide and \omit functions for transparent and void glyphs(issue 6575048), David Kastrup, 2012/09/29
- Re: Provide \hide and \omit functions for transparent and void glyphs(issue 6575048), Werner LEMBERG, 2012/09/30
- Re: Provide \hide and \omit functions for transparent and void glyphs(issue 6575048), David Kastrup, 2012/09/30