Werner, > > Input: > > \- - > > MINUS SIGN HYPHEN > > > > Output with the current groff CVS: > > > > groff -Tutf8 U+2212 U+002D > > MINUS SIGN HYPHEN-MINUS > > This is fixed now; it will again create HYPHEN instead of HYPHEN-MINUS > (and this can be overridden on demand as documented). The solution > was quite simple: For the UTF-8 device, I now say > > .char - \[hy]
Thanks, that works fine. > As far as I can see, this is the only character in the range > 0x00-0x7F which has to be handled specially, right? The groff_char.7 documentation also lists the backquote u0040 and the apostrophe u0027. Adding this to unicode.tmac fixes these: .char ` \[oq] .char ' \[cq] > > groff -Thtml U+2212 U+002D > > MINUS SIGN HYPHEN-MINUS > > This stays as-is. OK for the hyphen: A U+002D in a proportional HTML font looks closely enough like a hyphen. But ` and ' in HTML are not OK: They yield ` and ', respectively, not ‘ and ’ as they should. How to fix this? IIRC, in the C++ code, the font handling for the html and utf8 devices is the same. Therefore I tried to add to html.tmac: .mso unicode.tmac and this fixes it! One problem is still left: What is now the recommended way to write a shell command line, in a way that is copy&pastable from at least the utf8 and html outputs? - If I write "foo --help" in the utf8 output we get twice u2010. - If I write "foo \-\-help" in the utf8 output we get twice u2212. - If I write "foo \[u002D]\[u002D]help" then in the utf8 output we get twice u002D, as desired, but in the html processing I get "warning: can't find special character `u002D'". Hmm?? It took me already some effort to convince the Linux manpages maintainer that \- should be used for copy&pastable commands in manpages. Do I have to recommend him to use \[u002D] now instead? Bruno
