XML question regarding special characters
Hi!
I'm trying to design a "universal" markup that will be easy to convert both
to PDF and HTML. I've come to code and equations. I don't want to use
MathML and I want to output (and use in my documents!) verbatim TeX code of
equations to HTML. What worries me is the following:
I want to be able to write and run through Context XML processing:
Zeljko Vrba said this at Fri, 7 Jan 2005 19:35:27 +0100:
I'm trying to design a "universal" markup that will be easy to convert both to PDF and HTML.
Hi there. Sounds as if we're after similar things. I've been working on similar stuff, expanding on the existing x-contml module with code in this project: http://oo2contml.sourceforge.net/ (The source code link may be instructive.)
Dear Friends, It seems I am really having a problem. The backslash in my import document yields “. \startsetups[letter:content] \input brieftekst \stopsetups My document (brieftext.tex) among other things contains the following string: ge\"interesseerde, which yields --> ge“”interesseerde I am unable to use any normal code in my text, which is very problematic! Kind regards, Robert
Rob Ermers wrote:
Dear Friends,
It seems I am really having a problem. The backslash in my import document yields “.
\startsetups[letter:content] \input brieftekst \stopsetups
My document (brieftext.tex) among other things contains the following string:
ge\"interesseerde, which yields --> ge“”interesseerde
I am unable to use any normal code in my text, which is very problematic!
... a minimal example ... looks like an encoding mismatch or so 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 -----------------------------------------------------------------
Hans, thanks for your reaction! Here is the minimal example: 1. brief-test.tex is the letter. 2. brief-inhoud-test is the letter content. 3. test-data.xml contains some addresses The problem is that any backslash in the letter content is changed into `` in the pdf file. In the "reference" I also put a backslash (after the item "concerns"), but this one survives. To get that result I use: \startsetups[letter:content] \input brief-inhoud-test.tex \stopsetups If I use \startbuffer[texletter] \input brief-inhoud-test.tex \stopbuffer the content is not loaded into the letter at all; the result is then ``input brief-inhoud-test.tex instead of the content of the file. The encoding problem with \ is described in one of your manuals, but I really don't know where to repair it. A second problem is that the first address slides down to the content much more than it should. I tried to circumvent that by inserting a dummy address. Thanks in advance, Robert Ermers h h extern wrote:
Rob Ermers wrote:
Dear Friends,
It seems I am really having a problem. The backslash in my import document yields “.
\startsetups[letter:content] \input brieftekst \stopsetups
My document (brieftext.tex) among other things contains the following string:
ge\"interesseerde, which yields --> ge“”interesseerde
I am unable to use any normal code in my text, which is very problematic!
... a minimal example ...
looks like an encoding mismatch or so
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 -----------------------------------------------------------------
_______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Hierbij deel ik u mede dat we hier erg effici\"ent werken en niet ge\"interesseerd zijn in ge\"evolueerde dieselmotoren. %starttext \setups [letter:place] \stoptext \endinput \setupoutput[pdftex] %\tracelayerstrue %\usemodule[xtag-ini] \usemodule[corres] \usemodule[letter-re] \mainlanguage[nl] \setupbodyfont[ss] %\setvariables[letter:head][graphic=briefpapier-mo-p.010.pdf] \definelayer [letternext] [state=next, % graphic=briefpapier-mo-p.011.pdf, width=\paperwidth, height=\paperheight] \setvariables [letter:reference] [line=2, noflines-min=2, noflines-max=5, noflines=\getvariable{letter:reference}{noflines-max} ] \setvariables [letter:style] [opening=formal, closing=formal] %\setvariables % [letter:data] % [opening=, % initials=, % prefix=, % suffix=, % informalname=, % formalname=] % noflines=10] \setvariables[letter:address][line=6, hoffset=100mm,width=70mm] %\startsetups[contact:handle] %\XMLflush{address} \endgraf %\stopsetups %\startbuffer[texletter] %\input brieftekst-pol-jan2005 %\stopbuffer \startsetups[letter:content] \input brief-inhoud-test.tex \stopsetups \setvariables [letter:data] [address=\XMLflush{address}, %prefix=\XMLflush{prefix}, %initials=\XMLflush{initials}, %formalname=\XMLflush{formalname}, %informalname=\XMLflush{informalname} %content={\getbuffer[texletter]}, %,content=\getbuffer concerns=Ge\"interesseerd?, date=10 januari 2005, author=Dr. R.J.H.M. Ermers ] \setvariables[contacts][selection=n, file=test-data.xml] \startsetups[contact:handle] \setups[letter:place] \stopsetups \XMLprocesscontacts[test-data.xml] \starttext %\setups[letter:place] \stoptext
The problem is that the letter content is processed in xml mode, so you need: \startsetups[letter:place:content] \bgroup \disableXML \endgraf \setups[letter:content] \endgraf \egroup \stopsetups (beware, don't redefine a module m-letter-re since only the first 8 chars count; better put your local variant in an environment % re-letter.tex \startenvironment re-letter \usemodule[letter] .... \stopenvironment and then \environment re-letter Hans
Hans,
Thanks for your quick reply. I adapted the file, according to your
suggestion. The letter now comes out right! Thank you for that. I
immediately tried an items list, which also works!
Still, if there is any \ code in the xml file, it does not seem to work.
Changing \"e to ë in Drie\"eenheid makes the ë disappear.
Hans Hagen wrote:
(beware, don't redefine a module m-letter-re since only the first 8 chars count; better put your local variant in an environment
BTW: Is this anachronistic limitation to 8 characters planned to disappear? With the additional t- or u- at the front, we've got a limitation to six characters, which is really extremely little. Christopher
Christopher Creutzig wrote:
Hans Hagen wrote:
(beware, don't redefine a module m-letter-re since only the first 8 chars count; better put your local variant in an environment
BTW: Is this anachronistic limitation to 8 characters planned to disappear? With the additional t- or u- at the front, we've got a limitation to six characters, which is really extremely little.
i dunno if there are dos users out there ... in practice it is no real problem, since context can map longer names (see cont-fil.tex) 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 -----------------------------------------------------------------
Rob Ermers wrote:
Thanks for your quick reply. I adapted the file, according to your suggestion. The letter now comes out right! Thank you for that. I immediately tried an items list, which also works!
Still, if there is any \ code in the xml file, it does not seem to work. Changing \"e to ë in Drie\"eenheid makes the ë disappear.
... <p>Laan der Drie\"eenheid</p> ... </contact> comes out as:
... Laan der Drie“”eenheid ...
I also found out that \usemodule[m-letter] works much better than \usemodule[letter], which is not evident from the way is Context set up.
maybe your local m-letter-re gets loaded otherwise 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 -----------------------------------------------------------------
participants (6)
-
Adam Lindsay -
Christopher Creutzig -
h h extern -
Hans Hagen
-
Rob Ermers -
Zeljko Vrba