Re: "transparent" output and throughput, demystified

[Dave Kemper]

On Thu, Sep 5, 2024 at 2:31 PM Deri <deri@chuzzlewit.myzen.co.uk> wrote:
> if Dave wants to use use Spin̈al Tap
> This seems to work:-
>
> printf ".ft TINOR\n.ps 18\nSpin\h'-5p'\[u0308]\h'+5p'al Tap\n.pdfbookmark 1
> Spi\[u006E_0308]al Tap"|test-groff -Tpdf -ms > Spin̈alTap.pdf

Just want to point out that the \h escapes shouldn't be needed for
this: a combining diacritic *should* combine with the immediately
preceding character automatically.

But this has come up before with the Tinos font, and you already
delved into the reason; I had to reread
http://savannah.gnu.org/bugs/?57506#comment13 to remind myself.

> I've explained that, just like any application, all application text
> (including the bookmarks panel, info dialog, menus etc, are handled by the
> desktop windowing system (GTK, QT ...) only the canvas upon  which pages are
> rendered has access to the CMap.

This is well outside the scope of groff, but I agree with Branden
that, while the above makes sense for text supplied *by the
application*, the document metadata is supplied *by the document*, and
searches of document content ought to follow the same rules regardless
of what part of the document's content they're searching.