I think I pretty much agree with you and Gavin all around on this. Nodes
and section titles make good endpoints, not good things to have further
links springing from.
Meanwhile, thank you VERY much for that nugget about
xrefautomaticsectiontitle!
dB
On Mon, Nov 21, 2022 at 3:16 PM Patrice Du
Yes, those refs in @section lines are admittedly a bit of a hack, though
it would be nice from the pure orthogonality point of view if they didn't
have to be ruled out. But it sounds like supporting them robustly might be
quite a hairy mess to implement, of questionable value, and perhaps not
wort
On Mon, Nov 21, 2022 at 01:42:20PM -0800, David Bacon wrote:
> But I like such constructs! I have one in every one of the 249 @section
> commands in the document I originally submitted with the bug report. They
> are there so that the Table of Contents in the PDF has a nice link from the
> name o
On Mon, Nov 21, 2022 at 01:42:20PM -0800, David Bacon wrote:
> But I like such constructs! I have one in every one of the 249 @section
> commands in the document I originally submitted with the bug report. They
> are there so that the Table of Contents in the PDF has a nice link from the
> name o
> The letter column allows to have the index entries aligned on the widest
> letter. Also having the letter not with a colspan allows to have only
> one column for the letter line, which gives an easy to follow structure
> when there are borders or coloring of the cells. There is a downside,
> th
But I like such constructs! I have one in every one of the 249 @section
commands in the document I originally submitted with the bug report. They
are there so that the Table of Contents in the PDF has a nice link from the
name of the operator or function to the right place in the document (not
ju
On 11/21/22 13:12, Patrice Dumas wrote:
The letter column allows to have the index entries aligned on the widest
letter.
I don't see any benefit to that. Quite the opposite.
The letter headings are *headings*. Lines below a heading are not
normally indented based on the size of the widest
On Sun, Nov 20, 2022 at 02:05:15PM -0800, Per Bothner wrote:
>
>
> On 11/20/22 13:47, Patrice Dumas wrote:
> > On Sun, Nov 20, 2022 at 01:35:33PM -0800, Per Bothner wrote:
> > > Before I do that, I suggest cleaning up the generated html a bit, as
> > > discussed:
> > > - Get rid of the dummy ta
On Mon, Nov 21, 2022 at 09:12:56PM +0100, Patrice Dumas wrote:
> On Mon, Nov 21, 2022 at 07:07:05AM -0800, David Bacon wrote:
> > Wow, well done, reducing it to such a nice tidy little test case!
>
> Actually the smallest case is the following (which I thought we tested
> for...):
>
> @node sharp
On Mon, Nov 21, 2022 at 07:07:05AM -0800, David Bacon wrote:
> Wow, well done, reducing it to such a nice tidy little test case!
Actually the smallest case is the following (which I thought we tested
for...):
@node sharp
@section @ref{sharp} tuple
> I'm sure you've also realized by now that I li
Wow, well done, reducing it to such a nice tidy little test case!
I'm sure you've also realized by now that I lied about Ubuntu (Ubuntu 22.10
currently comes with only version 6.8; I was actually running the 7.0
version that I got directly from the GNU) -- but in fact the same bug
afflicts 6.8 as
On Sun, Nov 20, 2022 at 11:30:08AM -0800, David Bacon wrote:
> The following command on the attached .texi file never terminates, but
> spins while consuming more and more memory until it is killed:
>
> $ makeinfo --html --no-split --no-headers setl-lib.texi
Thanks for the report.
I'll have a lo
12 matches
Mail list logo
