Encode 50 million - Roman Numeral - Best practice
KP Mawhood
Posts: 296
This should be the 50,000,000 symbol, a capital D flanked by 2 vertical lines and surmounted by 1 horizontal line.
4 character entries seems terribly convoluted, perhaps better than PUA for forward-facing accessibility?
Thanks
4 character entries seems terribly convoluted, perhaps better than PUA for forward-facing accessibility?
- 007C VERTICAL LINE
- 216E ROMAN NUMERAL FIVE HUNDRED
- 0305 COMBINING OVERLINE
- 007C VERTICAL LINE
Thanks
0
Comments
-
Although given the structure of 499,000,000, nevermind. Sorry.
0 -
Take it away, PUA ;-)0
-
Katy, I also think it is better to build a precomposed character in PUA.
The need is limited to 50,000,000? I mean, there are not only several other combinations, but also historic variations like circled X, barred V, etc. You may need other characters and also could consider a set of basic numbers with bar above to mount other high numbers if there is such demand.
With OpenType code it is also possible to transform regular numbers into Romans automatically. I did that some time ago (see the PDF below).3 -
Igor, from your PDF:It’s controversial if a pair of glyphs which does not touch each other must be
It really isn't: in digital text terms, a ligature is any glyph that represents more than one character.
0 -
It would be nice if there were an enclosing sign in Unicode that could be used to create higher denomination Roman numbers. There's been clever work done recently to handle cartouche enclosures of Egyptian hieroglyphs, so putting a box on three sides of a Latin letter or sequence of letters seems possible.2
-
Thanks, John. The note about ligatures results from a length discussion developed in Typophile then (2010). I did not save the page, but I remember there was opinions for both sides, especially regarding Dutch IJ. Good to know the issue is actually solved.1
-
In the MUFI PUA repertoire there is a Roman D with bar above, F7B6. The other Roman numeral letters alike.
1 -
Igor Freiberger said:..
With OpenType code it is also possible to transform regular numbers into Romans automatically. I did that some time ago (see the PDF below).1 -
@Igor Freiberger, correct me if I'm wrong, but it should be possible to implement the feature more succinctly like this:
@DIGIT = [zero one two three four five six seven eight nine];<br>@ROMANM = [zero.rm one.rmM two.rmM three.rmM four.rmM five.rmM six.rmM seven.rmM eight.rmM nine.rmM];<br>@ROMANC = [zero.rm one.rmC two.rmC three.rmC four.rmC five.rmC six.rmC seven.rmC eight.rmC nine.rmC];<br>@ROMANX = [zero.rm one.rmX two.rmX three.rmX four.rmX five.rmX six.rmX seven.rmX eight.rmX nine.rmX];<br>@ROMANI = [zero.rm one.rmI two.rmI three.rmI four.rmI five.rmI six.rmI seven.rmI eight.rmI nine.rmI];<br> <br>feature ss09 {<br> sub @DIGIT' @DIGIT @DIGIT @DIGIT by @ROMANM;<br> sub @DIGIT' @DIGIT @DIGIT by @ROMANC;<br> sub @DIGIT' @DIGIT by @ROMANX;<br> sub @DIGIT' by @ROMANI;<br>} ss09;
I don't think it is a good idea to repurpose the .sc glyphs, because they have a different semantic meaning. For example, if you apply your feature on the number 1001, you would get M.sc zero.rm zero.rm I.sc. Consequently, an attempt to reconstruct the original number via the glyph names would give you M00I. With the above implementation, the semantic meaning of the sequence is preserved.
I appologize for going slightly off topic.3
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 800 Font Technology
- 1K Technique and Theory
- 617 Type Business
- 444 Type Design Critiques
- 541 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 483 Typography
- 301 History of Typography
- 114 Education
- 68 Resources
- 498 Announcements
- 79 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 269 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports