Thank you very much for positive comment - Indeed, yet I've not considered and
tested with real CID fonts! I should rework.
Showing a string type value after the numerical value might be strange.
In conventional PostScript CID fonts, ROS is usually identified as a string like Adobe-Japan1-4, where
"Adobe" is the registry name (stored as a string), "CNS1" is the ordering (stored as a
string), and "4" is the supplement level (stored as an integer), like:
/CIDSystemInfo 3 dict dup begin
/Registry (Adobe) def
/Ordering (Japan1) def
/Supplement 1 def
end def
In my experience, I've never seen a font including a hypen in the strings of
Registry and Ordering, so there might be few serious requirements to show R/O/S
separately.
Regards,
mpsuzuki
On 2023/04/16 20:30, Alexei Podtelezhnikov wrote:
ftdump is not a font debugger,
but it would be much more helpful if it can dump the ROS info from
OpenType/CFF.
I actually think that FreeType demos are the best font debugging tools out
there.
My preliminary patch is
https://gitlab.freedesktop.org/mpsuzuki/ft2demos-mps-wip/-/commit/aa425196385b6639616b18291c7aa3a6d865a760
Does such a feature in ftdump make sense? I hope to hear your comments.
This is great but please consider other output options. I am not familiar with
ROS. The CID fonts without charmaps might need this instead. Or is this a name?
It is a bit strange right after numeric metrics.
Alexei