Re: [NTG-context] mml
Hi nico/Hans, Hans Hagen wrote: mo #x000AF; /mo The MathML spec specifically suggests the use of OverBar; instead of a literal accent character in situations like this. For the macron, accent=false should only influence the vertical placement, not its stretchiness. Cheers, taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] documents to (print and) read
Hi, Here the very same situation. My question boils down to Which document should I print, book bundle and read. In my opinion, you should definately read: Context, an excursion http://www.pragma-ade.com/show-man-1.htm TeXExec manual http://www.pragma-ade.com/show-man-4.htm Fonts Explainedhttp://www.pragma-ade.com/show-man-6.htm And I heartily recommend the not-yet-finished but very beautiful: Typographic Programming http://www.pragma-ade.com/show-man-39.htm Cheers, taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
Hans Hagen wrote: Hi, i uploaded a beta: - a fix to verbatim (has to do with linenumbering) - a cleaned up 'paragraph' mechanism (prelude to a real cleanup) - some patches to the newmml module i'll promote this to current when no problems are reported Initial tests are fine, I say you already hard the math extensions included as well. But I have not tested the new 'paragraph' stuff, aqnd I do not know the status of the 'Curious blank page' problem. Remaining open (recent) items: Feature Reqs: * \definetyping[prog][numbering=line,location=intext] % from nico * The latest bib module * \usemodule[...p=...][modulename] % from Thomas and me Bugs: * The broken eq reference (at least IMO this is a bug) \starttext \placeformula[eqn1] \startformula \startalign[n=1] a\\ \stopalign \stopformula See \in[eqn1] \stoptext * Duncan's xtag-mml patch (on this dev list, 03/24) * My \dodoregister patch (also in this list, 02/22) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
Taco Hoekwater wrote: Initial tests are fine, I say you already hard the math extensions included as well. But I have not tested the new 'paragraph' stuff, aqnd I do not know the status of the 'Curious blank page' problem. Initial tests are fine, I saw you already had the math extensions included as well. But I have not tested the new 'paragraph' stuff, and I do not know the status of the 'Curious blank page' problem. I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS I MUST PRACTICE MY TYPING SKILLS Cheers, taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Substack in Context
Taco Hoekwater wrote:
Does this look ok?
(code is not production-ready yet, but seems reasonable to me)
Taco
\def\startsubstack
{\begingroup
\null
\vcenter\bgroup
\pushmacro\domatrixNC
\let\endmath\relax
\def\NC{\domatrixNC}%
\def\MC{\domatrixNC\ifmmode\else$\def\endmath{$}\fi}%
\global\let\domatrixNC\dodomatrixNC
\def\NR{\endmath%
\global\let\domatrixNC\dodomatrixNC
\vadjust{\kern -.33\bodyfontsize}\crcr}%
\mathsurround\zeropoint
\everycr\emptytoks
\halign\bgroup \hfil$\scriptstyle ##$\hfil\crcr }
\def\stopsubstack
{\crcr
\egroup
\popmacro\domatrixNC
\egroup
\endgroup}
without vadjust: (mathstrut + nointerlineskip)
\def\startsubstack
{\begingroup
\null
\vcenter\bgroup
\pushmacro\domatrixNC
\let\stopmathmode\relax % to be sure, will go away
\def\NC{\domatrixNC}%
\def\MC{\domatrixNC\startmathmode}%
\global\let\domatrixNC\dodomatrixNC
\def\NR{\stopmathmode
\global\let\domatrixNC\dodomatrixNC
\crcr\noalign{\nointerlineskip}}%
\mathsurround\zeropoint
\everycr\emptytoks
\halign\bgroup\hfil$\scriptstyle\mathstrut##$\hfil\crcr }
\def\stopsubstack
{\crcr
\egroup
\popmacro\domatrixNC
\egroup
\endgroup}
\starttext
\startformula
\sum_{%
\startsubstack
i = 1 \NR
i \neq n \NR
i \neq m
\stopsubstack
}a_i
\stopformula
\stoptext
Aditya Mahajan wrote:
--- On Jan 28, Taco Hoekwater wrote ---
Aditya Mahajan wrote:
The definition from m-newmat is at least partly superceded by the
new core math definitions Hans added last week, so a new implementation
would be better.
Can you suggest something?
Like this maybe?
\def\substack#1%
{\begingroup
\let\\\cr
\startmathmatrix #1\stopmathmatrix
\endgroup}
Probably needs a bit of tweaking to make it look better
(perhaps a [strut=no] parameter?).
--- On Jan 28, Vit Zyka wrote ---
What about use math primitive \atop:
\def\substack#1%
{\begingroup
\let\\\atop
#1
\endgroup}
Sorry for not getting back for almost a month. Both suggestions work
only partially. Consider
\startmathformula
\sum_{%
\startmathmatrix
i = 1 \NR i \neq n \NR i \neq m
\stopmathmatrix
}a_i
\stopformula
As Taco mentioned, the spacing is bad.
\atop gives correct spacing but you need to put subscripts in groups
of two.
\startformula
\sum_{ {i = 1 \atop i \neq n}\atop i \neq m } a_i
\stopformula
Moreover, the font size is incorrect in both cases. Compare with the
size of the subscript in \sum_{i = 1}.
Any suggestions?
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
--
-
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
Re: [NTG-context] beta
Taco Hoekwater wrote: * \definetyping[prog][numbering=line,location=intext] % from nico should work now * The latest bib module i should pick up that one * \usemodule[...p=...][modulename] % from Thomas and me can you explain a bit 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
[NTG-context] descriptions
On page 180 of the manual, ConTeXt lists many kinds of descriptions. Like one that indents the body of the definition. It is extremely frustrating to me that it doesn't say how to do it and I can't figure it out. Any ideas? - Jeffrey ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
Hans Hagen wrote: * \usemodule[...p=...][modulename] % from Thomas and me can you explain a bit We would like the possibility to have options while loading modules, and the cleanest way of doing that is to have an optional argument to \usemodule, so we can have, e.g.: \usemodule[font=GreekTimes,scale=1100][greek] And in the module: \processaction[\moduleparameter\v!font] [=] etcetera. just like a 'normal' parameter. I know this effect can partially be implemented using modes, but sometimes a key=value syntax is much cleaner. This: \enablemode[GreekTimes1100] \usemodule[greek] is not nearly as flexible. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
--- On Mar 30, Taco Hoekwater wrote --- * The broken eq reference (at least IMO this is a bug) \starttext \placeformula[eqn1] \startformula \startalign[n=1] a\\ \stopalign \stopformula See \in[eqn1] \stoptext I am not sure that this is a bug. Infact, I am not behaviour is expected. \placeformula[eq1] \startformula \startalign[n=1] a \\ b \\ \stopalign \stopformula What should \in[eqn1] refer to? The first eqn, the second, or both? Aditya -- Aditya Mahajan, EECS Systems, University of Michigan http://www.eecs.umich.edu/~adityam || Ph: 7342624008 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
Aditya Mahajan wrote: --- On Mar 30, Taco Hoekwater wrote --- * The broken eq reference (at least IMO this is a bug) \starttext \placeformula[eqn1] \startformula \startalign[n=1] a\\ \stopalign \stopformula See \in[eqn1] \stoptext I am not sure that this is a bug. Infact, I am not behaviour is expected. \placeformula[eq1] \startformula \startalign[n=1] a \\ b \\ \stopalign \stopformula What should \in[eqn1] refer to? The first eqn, the second, or both? Both, perhaps. But it could as well take the first one, or the last. My rationale is: if there is a label given by the user, then referring to that should resolve into something that is a valid link. It is definately inconsistent to discard a supplied label because it's contents may be unresolvable. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Miktex, Metapost and \loadfontfilesoncetrue
Hans Hagen wrote: WN wrote: Hi, I am using Miktex (latest updated version) and the latest Context on WindowsXP (write18 enabled). This is what happens : 1) First run of texexec gives me ! Undefined control sequence l 1 \global \loadfontfileoncetrue probably a mismatch between an old format and new tex files Hans To Hans, No, the formats are all newly generated after the install of cont-tmf.zip. The \loadfontfileoncetrue is used in meta-ini.tex by \def\resetMPenvironment but what why is it needed ? Does it reload fonts as defined in Context (typescripts) when btex/etex is used in Metapost ?? Wim ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Context math bug ??
Hi
The following does not compile
\starttext
\startformula
[ {\bf{Q}},{\bf {R}} ] = {\bf{Q} } {\bf {R}} - \textbf{R} \textbf{Q}
\stopformula
\stopttext
Error ! Missing \endcsname inserted
...
where as this compiles
\starttext
$$
[ {\bf{Q}},{\bf {R}} ] = {\bf{Q} } {\bf {R}} - \textbf{R} \textbf{Q}
$$
\stoptext
Why ??
Kind regards
Wim
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Context math bug ??
On Thu, 30 Mar 2006, WN wrote:
Hi
The following does not compile
\starttext
\startformula
[ {\bf{Q}},{\bf {R}} ] = {\bf{Q} } {\bf {R}} - \textbf{R} \textbf{Q}
\stopformula
\stopttext
Error ! Missing \endcsname inserted
...
where as this compiles
\starttext
$$
[ {\bf{Q}},{\bf {R}} ] = {\bf{Q} } {\bf {R}} - \textbf{R} \textbf{Q}
$$
\stoptext
Why ??
How do you define \textbf?
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
On Thu, 30 Mar 2006, Taco Hoekwater wrote: Aditya Mahajan wrote: --- On Mar 30, Taco Hoekwater wrote --- * The broken eq reference (at least IMO this is a bug) \starttext \placeformula[eqn1] \startformula \startalign[n=1] a\\ \stopalign \stopformula See \in[eqn1] \stoptext I am not sure that this is a bug. Infact, I am not behaviour is expected. \placeformula[eq1] \startformula \startalign[n=1] a \\ b \\ \stopalign \stopformula What should \in[eqn1] refer to? The first eqn, the second, or both? Both, perhaps. But it could as well take the first one, or the last. My rationale is: if there is a label given by the user, then referring to that should resolve into something that is a valid link. It is definately inconsistent to discard a supplied label because it's contents may be unresolvable. I agree on that. The label must refer to something. However, explaining what it refers to can quickly get confusing. The numbering should remain consistent with or without the label. \placeformula[eq1] \startformula \startalign \NC a \NC b \NR \NC c \NC d \NR[+] \stopalign \stopformula The first equation should not be numbered. But then this is something like the ugly loose label in latex. And what about \placeformula[eq1] \startformula \startalign \NC a \NC b \NR \NC c \NC d \NR \stopalign \stopformula The numbering should be consistent with or without the label. Which means that there should be no numbering. What should the label refer to now? Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta
Taco Hoekwater wrote: Hans Hagen wrote: * \usemodule[...p=...][modulename] % from Thomas and me can you explain a bit We would like the possibility to have options while loading modules, and the cleanest way of doing that is to have an optional argument to \usemodule, so we can have, e.g.: \usemodule[font=GreekTimes,scale=1100][greek] And in the module: \processaction[\moduleparameter\v!font] [=] etcetera. just like a 'normal' parameter. I know this effect can partially be implemented using modes, but sometimes a key=value syntax is much cleaner. This: \enablemode[GreekTimes1100] \usemodule[greek] is not nearly as flexible. ok, i'll add such a feature (btw, usemodule takes two args currently: \usemodule[x][newmml] so effectively we will have: \usemodule[newmml] \usemodule[newmml][a=b] \usemodule[x][newmml] \usemodule[x][newmml][a=b] 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
Re: [NTG-context] beta
Aditya Mahajan wrote: On Thu, 30 Mar 2006, Taco Hoekwater wrote: Aditya Mahajan wrote: --- On Mar 30, Taco Hoekwater wrote --- * The broken eq reference (at least IMO this is a bug) \starttext \placeformula[eqn1] \startformula \startalign[n=1] a\\ \stopalign \stopformula See \in[eqn1] \stoptext I am not sure that this is a bug. Infact, I am not behaviour is expected. \placeformula[eq1] \startformula \startalign[n=1] a \\ b \\ \stopalign \stopformula What should \in[eqn1] refer to? The first eqn, the second, or both? Both, perhaps. But it could as well take the first one, or the last. My rationale is: if there is a label given by the user, then referring to that should resolve into something that is a valid link. It is definately inconsistent to discard a supplied label because it's contents may be unresolvable. I agree on that. The label must refer to something. However, explaining what it refers to can quickly get confusing. The numbering should remain consistent with or without the label. \placeformula[eq1] \startformula \startalign \NC a \NC b \NR \NC c \NC d \NR[+] \stopalign \stopformula The first equation should not be numbered. But then this is something like the ugly loose label in latex. And what about \placeformula[eq1] \startformula \startalign \NC a \NC b \NR \NC c \NC d \NR \stopalign \stopformula The numbering should be consistent with or without the label. Which means that there should be no numbering. What should the label refer to now? i've now changed the code so that in \placeformula[eq1]... \NC[+] the number is refered to as eq1 \placeformula[eq1]... \NC[eq2] here eq1 gets lost, while \placeformula... \NC[eq3] is the prefered way 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
Re: [NTG-context] Context math bug ??
Hi Wim, Why ?? Because of the optional argument of \startformula. Try this: \startformula \relax [ .. Greetings, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mml
On Thu, 30 Mar 2006 10:18:32 +0200, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi nico/Hans, Hans Hagen wrote: mo #x000AF; /mo The MathML spec specifically suggests the use of OverBar; instead of a literal accent character in situations like this. The problem is that it is also specified to which unicode character is mapped the entity (http://www.w3.org/TR/MathML2/isodia.html). Actually OverBar; is U00AF. So, the behaviour should not be different when using an entity name and the corresponding unicode value. Imagine some XML tool processing an original XML mathml code containing an entity name, and simply expanding the entity according the MathML DTD. I think that processing the original and the expanded code should give the same result. Of course, using entity names instead of unicode values is better for readibility and maintanability, but IMHO it is not a solution to the question. Regards, BG ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Table Documentation
Noticing that the Context Manaul did not have anything on tables, but the 'Context: an excursion' had some, it referred to a 'Table' manual: - The tables below are shown with their sources. You can always read the TABLE manual by M.J. Wichura for more sophisticated examples. - (page 29pdf) I seem to be unable to find this, or any other complete relevant documentation for making tables. Regards, Jeffrey Drake ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Table Documentation
Am 2006-03-30 um 19:58 schrieb Jeffrey Drake: I seem to be unable to find this, or any other complete relevant documentation for making tables. Are unable to find our famous wiki? http://wiki.contextgarden.net/Tables_Overview Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://contextgarden.net http://www.cacert.org (I'm an assurer) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bib module/XML
Taco provided this solution off-list:
Try this:
\defineXMLargument
[cite]
{\expanded{\cite[\XMLpar{cite}{key}{}][\XMLpar{cite}{id}{}]}}
The immediate expansion make sure that the right things are
remembered.
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mml
nico wrote: So, the behaviour should not be different when using an entity name and the corresponding unicode value. Imagine some XML tool processing an original XML mathml code containing an entity name, and simply expanding the entity according the MathML DTD. I think that processing the original and the expanded code should give the same result. I just reread that bit, and you are right (of course you knew that already, sorry). Unfortunately, the use of bare character entities makes it quite a bit harder to implement mathml. Essentially, the top-level mathml element would have to redefine (and remember, for embedded non-mathml) lots and lots of 'normal' tex stuff. Greetings, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mml
Taco Hoekwater wrote: nico wrote: So, the behaviour should not be different when using an entity name and the corresponding unicode value. Imagine some XML tool processing an original XML mathml code containing an entity name, and simply expanding the entity according the MathML DTD. I think that processing the original and the expanded code should give the same result. I just reread that bit, and you are right (of course you knew that already, sorry). Unfortunately, the use of bare character entities makes it quite a bit harder to implement mathml. Essentially, the top-level mathml element would have to redefine (and remember, for embedded non-mathml) lots and lots of 'normal' tex stuff. indeed (preprocessing such an xml doc makes sense then) somehow i got the impression that many of those standards are not written with an implementation in mind 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
Re: [NTG-context] \setupmarginrules
Hi Taco (the pretended Vit) and Vit,
I had to look tiwce, but then I had to smile!
Willil
Taco Hoekwater wrote:
Vit Zyka wrote:
\dimen3=\getvalue{\??al#2\the\alteller\c!rulethickness}% VZ
Taco Hoekwater wrote:
\dimen4=\getvalue{\??al#2\the\alteller\c!rulethickness}% VZ
That's funny ;)
Cheers, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Miktex, Metapost and \loadfontfilesoncetrue
WN wrote: Hans Hagen wrote: WN wrote: Hi, I am using Miktex (latest updated version) and the latest Context on WindowsXP (write18 enabled). This is what happens : 1) First run of texexec gives me ! Undefined control sequence l 1 \global \loadfontfileoncetrue probably a mismatch between an old format and new tex files Hans To Hans, No, the formats are all newly generated after the install of cont-tmf.zip. The \loadfontfileoncetrue is used in meta-ini.tex by \def\resetMPenvironment but what why is it needed ? Does it reload fonts as defined in Context (typescripts) when btex/etex is used in Metapost ?? it indeed has to do with that; some low level commands deal with efficient processing of mp in between runs 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
Re: [NTG-context] beta
On 29 Mar 2006, at 17:47, Hans Hagen wrote: i'll promote this to current when no problems are reported lettrine is missing G ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] ntg dag
Ik zie dat de web pag nog leeg is; regelt erik dat? 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
Re: [NTG-context] Context math bug ??
[EMAIL PROTECTED] wrote:
On Thu, 30 Mar 2006, WN wrote:
Hi
The following does not compile
\starttext
\startformula
[ {\bf{Q}},{\bf {R}} ] = {\bf{Q} } {\bf {R}} - \textbf{R} \textbf{Q}
\stopformula
\stopttext
Error ! Missing \endcsname inserted
...
where as this compiles
\starttext
$$
[ {\bf{Q}},{\bf {R}} ] = {\bf{Q} } {\bf {R}} - \textbf{R} \textbf{Q}
$$
\stoptext
Why ??
Sorry about that, I was and am busy converting
my Latex code into Context
and forgot about this definition.
I defined \textbf as follows
\def\textbf#1{{\bf #1}}
BTW Taco already gave the answer. Thanks Taco
Thanks
Wim
How do you define \textbf?
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Table Documentation
No, I explained before that I do not have access to this website due to network conditions at the college I am at. Luckily I won't have to suffer that difficulty next year. I do have an old copy of the wiki, but it is difficult to go through due to how wget got the files. Regards, Jeffrey On 3/30/06, Henning Hraban Ramm [EMAIL PROTECTED] wrote: Am 2006-03-30 um 19:58 schrieb Jeffrey Drake: I seem to be unable to find this, or any other complete relevant documentation for making tables. Are unable to find our famous wiki? http://wiki.contextgarden.net/Tables_Overview Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://contextgarden.net http://www.cacert.org (I'm an assurer) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mml
nico wrote: On Thu, 30 Mar 2006 10:18:32 +0200, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi nico/Hans, Hans Hagen wrote: mo #x000AF; /mo The MathML spec specifically suggests the use of OverBar; instead of a literal accent character in situations like this. The problem is that it is also specified to which unicode character is mapped the entity (http://www.w3.org/TR/MathML2/isodia.html). Actually OverBar; is U00AF. the messy part is that - a macron has no stretch - an overbar has stretch so, while there is a lot math stuf (now) in unicode, the macron is used for an overbar which is rather strange; do they also 'misuse' the underscore for underbar etc? now an implementation needs to adapt to math or text (or just gamble since it may be that i want a non stretchable macron over x+y+z); my guess is that as a result, many implementations are more complex than needed (btw, in pure text, it's still not clear if the macro glyph sould be chosen or a stretchable hrule) (i think that one problem of unicode/xml/mathml is that it is used in typesetting systems but not in all aspects is designed (or used) to facilitate high end results; therefore a 24/32 bit tex still needs to provide much detailed control) 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
Re: [NTG-context] mml
On Thu, 30 Mar 2006 23:02:10 +0200, Hans Hagen [EMAIL PROTECTED] wrote: nico wrote: On Thu, 30 Mar 2006 10:18:32 +0200, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi nico/Hans, Hans Hagen wrote: mo #x000AF; /mo The MathML spec specifically suggests the use of OverBar; instead of a literal accent character in situations like this. The problem is that it is also specified to which unicode character is mapped the entity (http://www.w3.org/TR/MathML2/isodia.html). Actually OverBar; is U00AF. the messy part is that - a macron has no stretch - an overbar has stretch so, while there is a lot math stuf (now) in unicode, the macron is used for an overbar which is rather strange; do they also 'misuse' the underscore for underbar etc? I guess that in MathML stretchiness is more systematic and should apply to most characters, provided that they can stretch (http://www.w3.org/TR/REC-MathML/chap3_2.html). In this doc it is said: By default, most horizontal arrows and some accents stretch horizontally. now an implementation needs to adapt to math or text (or just gamble since it may be that i want a non stretchable macron over x+y+z); my guess is that as a result, many implementations are more complex than needed From my little window (since I don't know how it works internally) I would say that in mathml stretchiness is required in things like mover or munder, if the character allows it, and depending on stretch attribute. But it's sure that it does not make things easier. (btw, in pure text, it's still not clear if the macro glyph sould be chosen or a stretchable hrule) What is not clear to me is if unicode explicitely allows a combination of a non spacing mark (accent) and a *group* of characters. In the specification I've only seen that it can apply to a base character. If it can apply only to one character, a glyph seems enough. (i think that one problem of unicode/xml/mathml is that it is used in typesetting systems but not in all aspects is designed (or used) to facilitate high end results; therefore a 24/32 bit tex still needs to provide much detailed control) Yep! Regards, BG ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] definesortkey
I have a document in Swedish with an index. Merely setting
mainlanguage[sv] does not give correct sort order. I remember doing
something like
\startlanguagespecifics[sv]
\definesortkey[å][z][a][å]
\definesortkey[ä][z][b][ä]
\definesortkey[ö][z][c][ö]
\stoplanguagespecifics
but this no longer has any effect and gives
TeXUtil | unknown entry k in line k {sv}{ec}{å}{z}{a}{å}
TeXUtil | unknown entry k in line k {sv}{ec}{ä}{z}{b}{ö}
TeXUtil | unknown entry k in line k {sv}{ec}{ö}{z}{c}{ö}
from newtexexec (this is on a current windows standalone context)
What is the correct code?
Regards, Johan
--
Johan Sandblom N8, MRC, Karolinska sjh
t +46851776108 17176 Stockholm
m +46735521477 Sweden
What is wanted is not the will to believe, but the
will to find out, which is the exact opposite
- Bertrand Russell
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdf document info fields
On 3/29/06, frantisek holop wrote: hmm, on Wed, Mar 29, 2006 at 01:36:21AM +0200, frantisek holop said that Creator:ConTeXt/user/radnoti.tex also, how can i set the Subject and Keywords fields? \setupinteraction's role in this context is not documented at all (what parameters it takes, etc) but author and title seems to be working. http://wiki.contextgarden.net/PDF_Bookmarks_and_Headers i must be blind: AR 6.0.3 windows XP SP2 document properties: -advanced -description -fonts -security where's custom? I have the following tabs in Adobe Acrobat 7 under Windows XP: Description/Security/Fonts/Initial View/Custom/Advanced But I have a feeling that Creator (in my version of Acrobat it's written Application) usually really stands for the program (so ConTeXt version would be more appropriate to stand there). Here it's written: Application: ConTeXt/user/filename.tex (which doesn't really make much sense) PDF producer: MikTeX pdfTeX-1.21a Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Miktex, Metapost and \loadfontfilesoncetrue
Hans Hagen wrote: Does it reload fonts as defined in Context (typescripts) when btex/etex is used in Metapost ?? it indeed has to do with that; some low level commands deal with efficient processing of mp in between runs For the original problem, I guess Mojca is closest to the actual problem. She herself has a continuing fight with btex/etex and textext(). If you can, you should try to post a 'recipe': make a minimal example in a clean directory, post that here along with what commands to run, and all of the results (logs, temp files) you get. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
