> sorry, misunderstanding, i meant quite literally the semantics of the
> arguments for your \DeclareUnicodecharacter macro, ie what goes into
> #1 ...
where <num> is a TeX number (it is normalised by using \number#1), and
<code> is some TeX code (like \texthallo).
> question is how both could coexist and if they can whether they can use the
> same database of \DeclareUnicodecharacter declarations rather than doubling
> the space
My package uses features like combining characters and options, and
therefore has to reflect these in the database (the database does not
use \DeclareUnicodeCharacter, which is only an abbreviation).
Further the files are ordered by code position uni-<num/256>.def, and
not by fontencoding, since they are loaded on demand.
But now that I think of it, it would make sense to allow third party
packages to add mappings without having to detect, which package is
loaded. This would be possible by adapting the syntax of your
\DeclareUnicodeCharacter to mine (should'nt be too hard, exactly one
byte has to be changed in \DeclareUnicodeCharacter), and then not
simply \def'ing it, but using
in both utf8.def's. This would make \DeclareUnicodeCharacter declare
for both packages.
> > > > \DeclareUnicodeCommand (analogous to \DeclareTextCommand)
> > \DeclareUnicodeMapping % the LaTeX may be guessed
> > \DeclareUnicodeInput % like in inputenc
> > \DeclareUnicodeInputText % like in inputenc
If we take up the above proposal, then we don't have to worry about
that any more.