Follow-up Comment #3, bug#61434 (group groff):
This was an important follow-up commit.
commit 52a5a89c0da9f90c83441b8eb8020344a8468686
Author: G. Branden Robinson <g.branden.robin...@gmail.com>
Date: Thu Feb 1 23:23:45 2024 -0600
[man]: Back away from color management concerns.
Hyperlink colors in PDF were showing a tendency to get "stuck on" when
they shouldn't, and the extra difficulty of managing nested traps (`TP`
followed by `UR`, for example) is proving tricky to sort out. On top of
that, the man(7) package historically has no cognizance of color issues
and it's doesn't seem like a good time to start, particularly if we only
do it for the 'pdf' output device. Unfortunately, "pdf.tmac" doesn't
expose a clean abstraction for "link starts here" and "link stops here",
instead implementing a hugely featured `pdfhref` macro that attempts to
do everything--except support bracketing the link text in a diversion,
which our man(7) design requires.
* tmac/an.tmac (an-input-trap): Set stroke color to default after
springing `TP`'s supporting trap.
(an*begin-hyperlink, MR): Stop saving the stroke color.
(an*end-hyperlink, MR): Stop restoring the saved stroke color. Set it
to the default instead after formatting the link text.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?61434>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
