Mojca Miklavec wrote:
Hans Hagen wrote:
Mojca Miklavec wrote:
And about the ConTeXt-specific: dcroat and Eth are both already present in ec encoding, so I'm not asking for any additional glyphs. It's not OK to use Eth when someone asks for Dcroat (Dstroke), but it's better than using the improvized (althoug corrected) version, pseudoencodedDJ. My question was: can anything be done, so that dcroat will be chosen instead of \pseudoencodeddj and that Eth will be chosen instead of \pseudoencodedDJ when someone types \dstroke or \Dstroke (when in ec encoding)?
just send me the patch because otherwise i will mess things up
I would if I knew/understood at which place ConTeXt decides whether to select a glyph from a font or to make a composed character (or use a macro such as \pseudoencodeddj).
if you use regimes: input encoding font encoding <active char> => \namedglyph => 8bit char | fallback so, it depends on it the 8 bit char being defined in the font encoding, else there is a fallback onto the default encoding Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------