Nog napeinzend over het Epenstaartje sla ik vandaag de voordeur achter me dicht en:
- Wat zie ik voorbijrijden? Een IPENSTAARTJE!
op een advertentieplakkaat over een i-mail service op een stadsbus: goed voor verbaasde collega's die zich afvroegen waarom ik toch de hele dag van die onbedwingbaar opwellende binnenpretjes kreeg.
Maar ter zake (1): de patentrechten.
Helaas, helaas, niemand van ons zal er rijk van worden. Het woord "Epenstaartje" was minstens al in januari 1998 uitgevonden. Volgens Google strijden de Nederlandse Vereniging van Papiergeldverzamelaars (IBNS Nederland) en het Genootschap Onze Taal om de eer:
En een tekeningetje was al in augustus 2006 te vinden in het blad ComputerIdee nr.17-2006 (07-08-2006/21-08-2006), blz. 51:
www.scribd.com/doc/6993779/Computer-Idee-Nr:
Niet alleen een tekeningetje, maar dus ook een gebruiksaanwijzing hoe je een Persoonlijk Letterteken in Windows (XP) kunt maken !!! :shocked:
(waarschijnlijk heb ik dit in 2006 ook gezien, vandaar mijn eerdere opmerking dat ik wel eens zo'n epenstaartje voorbij had zien komen).
Meteen uitproberen die home-made glyphs - en ja, het werkt:
- Het worden een beetje hokkelige en brokkelige eigen lettertekens, maar zolang ze niet te groot in een document komen, valt dat niet eens zo op.
- Beperking dus: alleen in Windows, en alleen op de eigen computer (of op een intranet).
- Of je een op die manier gemaakt Word-document ook via "opslaan met insluiting van gebruikte lettertypen" kan exporteren naar een andere computer (of bv. omzetten naar een pdf) heb ik niet uitgeprobeerd.
- Ik heb me ook niet gewaagd aan een experiment "Word-document opslaan als html-pagina", om te kijken wat er dan (niet) gebeurt, want tegen het gebruik van Word als html-editor heb ik een diepgeworteld fundamenteel bezwaar.
Ter zake (2):
Vanavond in een drieste bui geprobeerd alle 371 fonts behalve de Arial uit mijn Windows Fonts-systeemmap te verplaatsen naar een tijdelijke garage-map, om uit te vinden of zich dan ook nog een Apen- of Epencirkeltje zou kunnen vertonen.
Die vlieger ging niet op: ook als Admin kon ik een aantal fonts niet uit de Fonts-map wegkrijgen. O.k., dan meer weer terugzetten.
Hmm, mijn roekeloosheid werd dus onmiddellijk gestraft: 4 fonts lieten zich domweg niet terugzetten ( ! - ze waren wel verwijderbaar...), en na flink wat gegoogel kwam ik uit op het te hulp roepen van systeemherstel.
Toen de brand geblust was, ging ik eens kijken wat dat nou voor bestanden waren, want ze hadden van die intrigerende namen: GlobalUserInterface.CompositeFont, GlobalSansSerif.CompositeFont, GlobalSerif.CompositeFont en GlobalMonospace.CompositeFont.
Ja, het nadeel had z'n voordeel!
Blijken dus helemaal geen fonts te zijn, maar xml-bestanden met verwijstabel-achtige inhoud:
HTML:
<!-- Name mapping -->
<FontFamily.FamilyNames>
<System:String x:Key="en-US">Global User Interface</System:String>
</FontFamily.FamilyNames>
...
<!-- Faces to report in font chooser UI -->
<FontFamily.FamilyTypefaces>
...
<!-- Character to family lookups (in lookup order) -->
<FontFamily.FamilyMaps>
<!--
Basic Latin 0000-007F
Latin-1 Supplement 0080-00FF
...
<!-- Enclosed Alphanumerics 2460-24FF -->
<FontFamilyMap
Unicode = "FC00-FDCF, FDF0-FDFF, FE20-FE2F, FE70-FEFE"
Target = "Tahoma, Simplified Arabic, Traditional Arabic, Arial Unicode MS"
Scale = "1.0"/>
...
Van dat soort. Waarmee ik Google weer in kon, en uitkwam bij:
Font Fallback
Font fallback refers to the automatic substitution of a font other than the font that is selected by the client application. There are two primary reasons why font fallback is invoked:
- The font that is specified by the client application does not exist on the system.
- The font that is specified by the client application does not contain the glyphs that are required to render text.
In WPF, the font fallback mechanism uses the default fallback font family, "Global User Interface", as the substitute font. This font is defined as a composite font, whose file name is "GlobalUserInterface.CompositeFont".
http://msdn.microsoft.com/en-us/library/system.windows.media.fontfamily.aspx
[WPF = Windows Presentation Foundation]
CSShunter: (...) Of zou Windows terugvallen op een of ander Windows-systeemfont, als het ook niet in de TNR staat?
Goeroeboeroe: (...) Dan zou het ook mogelijk moeten zijn dat op Windows iets soortgelijks gebeurt, lijkt mij. Als het gekozen font het teken niet heeft, dan maar uit 'n ander font.
Kassa, Goeroeboeroe!
Terzake (3):
kris001 (...) Ik was even onder de indruk van het Epenteken ik hier zag, maar de kwaliteit is lager dan het @-teken.
Dat kan kloppen, want ik had een redelijk klein tekeningetje gemaakt. Als je een groter origineel tekent, valt het reuze mee:
- www.developerscorner.nl/csshunter/epenstaartje-groot.htm
- In de <h1> is het getekende Epenstaartje zelfs beter van kwaliteit dan het lettertype-Apenstaartje.
- In de <h2> van vergelijkbare kwaliteit.
- Bij inzoomen/uitzoomen op lettergrootte gaat de browser het img verschalen, en dat levert nooit zulke mooie resultaten op als het verkleinen met een echt tekenprogramma.
- Maar als je een Epenstaartje tekent dat exact even groot is als een Apenstaartjes-letterteken in dezelfde regel, dan is er geen verschil in kwaliteit te zien: de <p>-regel.
- Nadeel van het laatste is: een in een regel ingemonteerd img kan niet meeschalen als de lettergrootte door de bezoeker aangepast wordt. En als je 'm relatieve maten geeft, wordt ie dus minder mooi geschaald.
kris001: Wanneer ik het in Word 2007 plak en selecteer, dan verandert de lettergrootte van het Epenteken niet. Maar dat zal misschien zijn omdat het een plaatje is.
En ook dat klopt, inderdaad omdat het een plaatje is. In Word kan je wel het (te grote) plaatje selecteren en dan aan de handgrepen sleuren om het kleiner te krijgen. Op scherm wordt de weergave dan niet zo mooi, maar uitgeprint weer wel!
Terzake (4):
En dan hebben we deze ook nog:
Goeroeboeroe 21 mrt. 2010 04:01 (...) Je zou ook, als 'n gewone e in 'n cirkel goed is, de e gewoon kunnen neerzetten en dan het rondje daarachter. Als je dat rondje dan met margin-left terugzet, komen ze over elkaar heen te staan. Dan hoef je geen plaatje te gebruiken.
Nou ... daar ben ik eens een paar jaar geleden flink wat lange winteravonden mee zoet geweest. Dat is stoeien op de 1/10e pixel, en dan gaan de afrondingen bij het verplaatsen parten spelen: (a) in één browser bij het bepalen van het aantal em's terugplaatsing; bij op- of neerschalen is de letter niet mooi gecentreerd te houden (of je moet een loeigrote cirkel eromheen zetten, maar dat is geen gezicht), en (b) ook nog de onderlinge verschillen tussen browsers. Mijn conclusie na die winter was: ik kan het niet, ik hoef het niet, het is voorjaar!
> dus: toch tekeningetje.
Met vriendelijke groet,
CSShunter
[Edit]Nu ik nog eens op mijn hoofd krab, herinner ik me vagelijks dat er indertijd een discussie was over hoe het symbool van de Euro er uit moest gaan zien. Eén van de opties was toen geloof ik het Epenstaartje, maar dat heeft het afgelegd tegen de €.[/edit]