Follow-up Comment #14, bug #64484 (group groff): I am a bit concerned about this. pdf.tmac contains various .device commands, which, if replaced by \X stop it working properly. I have shown previously that gropdf is quite happy to receive groff nodes as 7 bit ascii i.e. the character "â" can be sent to gropdf as \[u00E2] (preconv) or \[^a] (groff special), both 7 bit clean. However, \X blocks both these uses with an error, which is a little confusing to a user because it refers to "special character '\^a'" even if \[u00E2] appears in the input to groff.
If I understand correctly, your plan is linked to the work you have been doing
with filenames (bug #65108, comment 3), which outlines your parsing rules. The
restriction in your rule 5d would prevent "strings" of characters in other
languages to be used. Many file systems allow utf-8 in filenames:-
-rw-r--r-- 1 derij derij 0 Aug 26 21:40 αβγ.greek
Which would fail 5d, and would prevent pdf bookmarks in any language except
basic latin or latin-1 supplement, if these rules are extended to .device.
Have I understood this correctly?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?64484>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
