On 2/15/06, Michail Vidiassov <[EMAIL PROTECTED]> wrote:
>
> Oh woe is me! I live under Mac OS X or Windows XP,
> bdf fonts are off-limits to me :(
> Maybe I have to use FontForge to convert bdf to bitmap truetype.
>
> Anyway, widely using a glyph present in just 1 font family seems risky.
>
> C
> > Personally, I prefer U+27E8 and U+27E9 which are never double-width
> > glyphs.
>
> I agree; see the xterm screenshot in the other mail.
>
> So we _do_ need the possibility to map the same glyph to different
> Unicode code points depending on the output device. So for Unicode
> font files, t
Michail Vidiassov wrote:
> Oh woe is me! I live under Mac OS X or Windows XP,
> bdf fonts are off-limits to me :(
> Maybe I have to use FontForge to convert bdf to bitmap truetype.
There are also scalable fonts which have this glyph. The attached HTML
file shows that on my Linux system, scalable
Dear All,
On Wed, 15 Feb 2006, Bruno Haible wrote:
Michail Vidiassov wrote:
PS. BTW, can you point me to a font having that
MATHEMATICAL * ANGLE BRACKETs ?
Sure, the Misc-Fixed fonts from Markus Kuhn, such as
-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1,
have it.
Oh w
Werner Lemberg wrote:
> > - devhtml maps "la" to U+2329, "ra" to U+232A.
> > devutf8 and glyphuni.cpp map "la" to U+27E8, "ra" to U+27E9.
>
> I have a W3C document `entities.html' which describes HTML 4. In this
> file, U+2329 and U+232A are used for ⟨ and ⟩ -- has this
> changed meanwhile?
Sti
Michail Vidiassov wrote:
> PS. BTW, can you point me to a font having that
> MATHEMATICAL * ANGLE BRACKETs ?
Sure, the Misc-Fixed fonts from Markus Kuhn, such as
-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1,
have it. It's used in xterm:
Dear All,
let me remind you what Werner already said on the la/ra issue
about 09 MAr 2005, while discussing "ubuntu, groff and utf-8"
PS. Are you sure that mapping in devutf8 fonts (and other places)
`la' and `ra' to 0x27E8(MATHEMATICAL LEFT ANGLE BRACKET) and 0x27E9
is a good idea?
For UTF-8
> Bruno> U+27E8..27E9 are MATHEMATICAL LEFT/RIGHT ANGLE BRACKET and
> Bruno> were introduced in Unicode 3.2. The glyphs are very similar
> Bruno> (see http://www.unicode.org/charts/symbols.html under
> Bruno> "Misc. Math Symbols A" and "Miscellaneous Technical"). Why
> Bruno> prefer one over the
> One should expect that the mapping from groff glyphs to Unicode is
> device independent, right?
Mhmm, a difficult topic... groffers, please raise your hands if you
object to the results of this discussion.
> - devhtml maps "hy" and "-" to U+002D.
> devutf8 and glyphuni.cpp map "hy" and "-"
> "Bruno" == Bruno Haible <[EMAIL PROTECTED]> writes:
Bruno> Can you explain more? Symbol fonts have only one 'angleleft' and only one
Bruno> 'angleright' glyph. Therefore for the 'devps' device it is irrelevant
Bruno> which Unicode code points we use - \(la must map to 'angleleft' and
Bruno>
James Cloos wrote:
> math vs text is the reason they are not unified in unicode.
OK, I see. And what do \(la and \(ra mean for groff? The math or the text
angle brackets?
> FWIW, those two glyphs are from the Symbol font. devutf8 probably
> uses them because the ps device uses Symbol to display
> "Bruno" == Bruno Haible <[EMAIL PROTECTED]> writes:
Bruno> U+27E8..27E9 are MATHEMATICAL LEFT/RIGHT ANGLE BRACKET and
Bruno> were introduced in Unicode 3.2. The glyphs are very similar
Bruno> (see http://www.unicode.org/charts/symbols.html under
Bruno> "Misc. Math Symbols A" and "Miscellane
Hi,
One should expect that the mapping from groff glyphs to Unicode is device
independent, right? And that glyphuni.cpp represents this mapping?
Comparing font/devhtml/R.proto
font/devutf8/R.proto
src/libs/libgroff/glyphuni.cpp
gives the following differences:
- devhtml maps
13 matches
Mail list logo
