groff
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [groff] 28/28: [pdf]: Implement linear bookmark tag search.


From: G. Branden Robinson
Subject: Re: [groff] 28/28: [pdf]: Implement linear bookmark tag search.
Date: Mon, 4 Mar 2024 17:01:52 -0600

At 2024-03-04T15:29:16-0600, G. Branden Robinson wrote:
> At 2024-03-04T14:22:34-0500, Peter Schaffter wrote:
> > > The other thing to ask is of Peter: assuming you are among the
> > > non-horrified, would you like me to prepare a patch to om.tmac to
> > > migrate it to this new `pdf:lookup` macro?
> > 
> > Assuming the migration in no way interferes with the status quo of
> > mom,
> 
> That's my intention.  I'll review all the PDFs generated by mom (those
> covered in the measurement above), hover my mouse over hyperlinks, and
> see if they continue to produce the expected results.

This will be a little delayed; if I apply the straightforward patch I
intend (attached), I find that the links in
contrib/mom/examples/mon_premier_doc.pdf that have Latin-1 characters in
them stop working.  (Many other links to tags, including the TOC forward
references in Bertrand's automake.mom, and the numerous links to tags
every which way in mom-pdf.mom, work fine.)

I think I know why those Latin-1-tagged links don't work.  I think it's
the "node"/encoding problem,[1] which means I need to finish the work on
making the `\X` escape sequence read its argument in copy mode.  As I
recall, Deri already made gropdf(1) interpret sequences like "\[u1A2B]"
in its device "specials" ("device control commands" as the formatter
understands them), and in copy mode, that is exactly what `\X` should
deliver.

Well, at least I'm clear on my next task...

Apart from that, the mom examples are as beautiful as ever.

Again, there's no need to seriously consider the attachment at present;
it is simply an indication of what I attempted, and where my head is at.

Regards,
Branden

[1] Notorious to long-time groff users in the forms...

error: can't transparently output node at top level
error: can't translate character code 233 to special character ''e' in
transparent throughput

https://lists.gnu.org/archive/html/groff/2020-10/msg00115.html

Attachment: mom-pdf-lookup.diff
Description: mom-pdf-lookup.diff

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]