Re: [NTG-context] greek items broken:
On 8 mei 2012, at 22:25, Wolfgang Schuster wrote: Am 08.05.2012 um 19:32 schrieb Meer, H. van der: I do not get lowercase greek letters on the itemize as should happen with symbol setup g. A minimal example, showing the demise of lowercase greek against succes for uppercase. It’s a font problem because MkII took the greek letters from the math font but MkIV takes them from the text font and Latin Modern doesn’t have lower case greek letters. Thanks. I was not aware of that problem. Indeed, the greek lowercase appears with \setupbodyfont[postscript]. But not with the brandnew \setupbodyfont[lucidaot], which is quite a nuisance. Can it be remedied with a more generic mkiv solution? Hans van der Meer ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Bottomspace / Layout question!?
Am 09.05.2012 um 10:41 schrieb finkler: Hi there, I have a question regarding the spacing and margins of a text document. My layout is defined like this: \setuppapersize[A4][A4] \setuplayout[ topspace=1cm,header=1.5cm, backspace=3cm,cutspace=3cm, bottomspace=1cm,footer=1cm, margin=0cm ] Everything works like it is supposed to, except the bottomspace parameter, instead of 1cm I have 3.5cm from bottom footer to bottom rim of paper. Can anyone tell me what the problem is here? I tried a lot of other parameters, like bottom, or bottomdistance, etc. It seems ConText is ignoring my bottom definitions, what can I do to increase my textheight, or decrease my bottom height? http://www.ntg.nl/pipermail/ntg-context/2012/064650.html Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] greek items broken:
On 9-5-2012 09:31, Meer, H. van der wrote: On 8 mei 2012, at 22:25, Wolfgang Schuster wrote: Am 08.05.2012 um 19:32 schrieb Meer, H. van der: I do not get lowercase greek letters on the itemize as should happen with symbol setup g. A minimal example, showing the demise of lowercase greek against succes for uppercase. It’s a font problem because MkII took the greek letters from the math font but MkIV takes them from the text font and Latin Modern doesn’t have lower case greek letters. Thanks. I was not aware of that problem. Indeed, the greek lowercase appears with \setupbodyfont[postscript]. But not with the brandnew \setupbodyfont[lucidaot], which is quite a nuisance. Can it be remedied with a more generic mkiv solution? - you can define a combined font that gets greek from a math font - you can define a conversion that takes greek from a math font (the second one could then be hooked into the 'g' option) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] greek items broken:
On 9 mei 2012, at 11:15, Hans Hagen wrote: On 9-5-2012 09:31, Meer, H. van der wrote: On 8 mei 2012, at 22:25, Wolfgang Schuster wrote: Am 08.05.2012 um 19:32 schrieb Meer, H. van der: I do not get lowercase greek letters on the itemize as should happen with symbol setup g. A minimal example, showing the demise of lowercase greek against succes for uppercase. It’s a font problem because MkII took the greek letters from the math font but MkIV takes them from the text font and Latin Modern doesn’t have lower case greek letters. Thanks. I was not aware of that problem. Indeed, the greek lowercase appears with \setupbodyfont[postscript]. But not with the brandnew \setupbodyfont[lucidaot], which is quite a nuisance. Can it be remedied with a more generic mkiv solution? - you can define a combined font that gets greek from a math font - you can define a conversion that takes greek from a math font (the second one could then be hooked into the 'g' option) I see, although I have not the faintest notion how to accomplish that. Hans van der Meer ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] greek items broken:
Hi Hans,
On 2012-05-09 07:31, Meer, H. van der wrote:
Indeed, the greek lowercase appears with \setupbodyfont[postscript].
But not with the brandnew \setupbodyfont[lucidaot], which is
quite a nuisance. Can it be remedied with a more generic mkiv
solution?
if it’s generic enough for your purpose, you can take the glyphs
from the Computer Modern Unicode font instead. They can be an
appropriate match for LM.
\unprotect
\def\cmu_numerals#1#2{%
\bgroup
\setupbodyfont [computer-modern-unicode]
\csname #1reeknumerals\endcsname{#2}%
\egroup%
}
\defineconversion [cmu_greek] [\cmu_numerals{g}]
\defineconversion [cmu_Greek] [\cmu_numerals{G}]
\protect
\starttext
Before: τὸ γὰρ αὐτὸ νοεῖν ἐστίν τε καὶ εἶναι (no greek)
\startitemize[cmu_greek] \dorecurse{5}{\item foo} \stopitemize
\startitemize[cmu_Greek] \dorecurse{5}{\item bar} \stopitemize
After: τὸ γὰρ αὐτὸ νοεῖν ἐστίν τε καὶ εἶναι (no greek)
\stoptext
Nitpick: The macro names are a bit misleading here: these are not
in fact Greek numerals[1] but just the plain alphabetical
sequence of Greek letters, just like \characters for the Latin
alphabet. This sequence does not continue after it reaches ω. So
it might be more precise to call the macros \{g|G}reekcharacters.
[1] http://en.wikipedia.org/wiki/Greek_numerals
Regards
Philipp
Hans van der Meer
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgpNV9wFc6jn2.pgp
Description: PGP signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] greek items broken:
On Wed, May 9, 2012 at 11:54 AM, Philipp Gesang wrote: Hi Hans, On 2012-05-09 07:31, Meer, H. van der wrote: Indeed, the greek lowercase appears with \setupbodyfont[postscript]. But not with the brandnew \setupbodyfont[lucidaot], which is quite a nuisance. Can it be remedied with a more generic mkiv solution? if it’s generic enough for your purpose, you can take the glyphs from the Computer Modern Unicode font instead. If he wants to use Lucida, this would look bad, but the Lucida font does have greek glyphs, however they are in the math range. This is the case for LM, Lucida and probably a few more fonts. (Another option would be to define the counter to run through greek letters in math font.) Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] greek items broken:
Am 09.05.2012 um 11:50 schrieb Meer, H. van der:
On 9 mei 2012, at 11:15, Hans Hagen wrote:
On 9-5-2012 09:31, Meer, H. van der wrote:
On 8 mei 2012, at 22:25, Wolfgang Schuster wrote:
Am 08.05.2012 um 19:32 schrieb Meer, H. van der:
I do not get lowercase greek letters on the itemize as should happen with
symbol setup g.
A minimal example, showing the demise of lowercase greek against succes for
uppercase.
It’s a font problem because MkII took the greek letters from the math font
but MkIV
takes them from the text font and Latin Modern doesn’t have lower case
greek letters.
Thanks. I was not aware of that problem.
Indeed, the greek lowercase appears with \setupbodyfont[postscript].
But not with the brandnew \setupbodyfont[lucidaot], which is quite a
nuisance. Can it be remedied with a more generic mkiv solution?
- you can define a combined font that gets greek from a math font
- you can define a conversion that takes greek from a math font
(the second one could then be hooked into the 'g' option)
I see, although I have not the faintest notion how to accomplish that.
\defineconversion [mathgreek]
[\m{α},\m{β},\m{γ},\m{δ},\m{ε},\m{ζ},
\m{η},\m{θ},\m{ι},\m{κ},\m{λ},\m{μ},
\m{ν},\m{ξ},\m{ο},\m{π},\m{ρ},\m{σ},
\m{τ},\m{υ},\m{φ},\m{χ},\m{ψ},\m{ω}]
%\setupbodyfont[lucidaot]
\starttext
\starttabulate
\NC greek \EQ \dorecurse{24}{\convertnumber{greek}{\recurselevel} }
\NC\NR
\NC mathgreek \EQ \dorecurse{24}{\convertnumber{mathgreek}{\recurselevel} }
\NC\NR
\stoptabulate
\stoptext
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] greek items broken:
On 2012-05-09 12:25, Mojca Miklavec wrote: On Wed, May 9, 2012 at 11:54 AM, Philipp Gesang wrote: Hi Hans, On 2012-05-09 07:31, Meer, H. van der wrote: Indeed, the greek lowercase appears with \setupbodyfont[postscript]. But not with the brandnew \setupbodyfont[lucidaot], which is quite a nuisance. Can it be remedied with a more generic mkiv solution? if it’s generic enough for your purpose, you can take the glyphs from the Computer Modern Unicode font instead. If he wants to use Lucida, this would look bad, but the Lucida font does have greek glyphs, however they are in the math range. With unicode I thought this was an archaism. This is the case for LM, Lucida and probably a few more fonts. (Another option would be to define the counter to run through greek letters in math font.) Or to leave the counter untouched and wrap it into a substitution function -- is there a chance you (or anyone else) could supply me with a mapping of the “real” Greek code point to the “math Greek” one? Philipp -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpVj1vfGk863.pgp Description: PGP signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] greek items broken:
Am 09.05.2012 um 11:54 schrieb Philipp Gesang:
Hi Hans,
On 2012-05-09 07:31, Meer, H. van der wrote:
Indeed, the greek lowercase appears with \setupbodyfont[postscript].
But not with the brandnew \setupbodyfont[lucidaot], which is
quite a nuisance. Can it be remedied with a more generic mkiv
solution?
if it’s generic enough for your purpose, you can take the glyphs
from the Computer Modern Unicode font instead. They can be an
appropriate match for LM.
\unprotect
\def\cmu_numerals#1#2{%
\bgroup
\setupbodyfont [computer-modern-unicode]
\csname #1reeknumerals\endcsname{#2}%
\egroup%
}
Use \switchtobodyfont for local font switches.
\def\cmu_numerals#1#2%
{\bgroup
\switchtobodyfont[computer-modern-unicode]%
\convertnumber{#1}{#2}%
\egroup}
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] fonts
Hi Hans,
If I understand it correctly, with the \setupbodyfontenvironment one can define
various sizes and then apply them to various styles such as \it, \bf, etc. This
is indeed great!
But in your example the math fonts disappear: is this intended?
Best regards: OK
On 8 mai 2012, at 19:07, Hans Hagen wrote:
Hi,
A nice candidate for wikification:
\setupbodyfont[dejavu]
\setupbodyfontenvironment
[default]
[smallsized=1.25,
mediumsized=1.5,
largesized=2.0]
\definefontsize[smallsized]
\definefontsize[mediumsized]
\definefontsize[largesized]
\starttext
\setuphead[chapter] [style=\bflargesized]
\setuphead[section] [style=\bfmediumsized]
\setuphead[subsection][style=\bfsmallsized]
\chapter {Whatever $x-1$}
\section {Whatever $x-1$}
\subsection{Whatever $x-1$}
\input ward
\stoptext
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] greek items broken:
On Wed, May 9, 2012 at 12:39 PM, Philipp Gesang wrote:
On 2012-05-09 12:25, Mojca Miklavec wrote:
If he wants to use Lucida, this would look bad, but the Lucida font
does have greek glyphs, however they are in the math range.
With unicode I thought this was an archaism.
I'm sorry, I'm telling you nonsense. There are no Greek letters in
LucidaBrightOT, but they are present in LucidaBrightMathOT. The italic
version starts at 1D6FC and the regural one is in the normal Greek
range.
This is
the case for LM, Lucida and probably a few more fonts. (Another option
would be to define the counter to run through greek letters in math
font.)
Or to leave the counter untouched and wrap it into a substitution
function -- is there a chance you (or anyone else) could supply
me with a mapping of the “real” Greek code point to the “math
Greek” one?
See math-map.lua. If you need any help or explanation, please ask. I
believe that the following part might be relevant (but only if you
need italic):
lcgreek = {
[0x03B1]=0x1D6FC, [0x03B2]=0x1D6FD, [0x03B3]=0x1D6FE,
[0x03B4]=0x1D6FF, [0x03B5]=0x1D700,
[0x03B6]=0x1D701, [0x03B7]=0x1D702, [0x03B8]=0x1D703,
[0x03B9]=0x1D704, [0x03BA]=0x1D705,
[0x03BB]=0x1D706, [0x03BC]=0x1D707, [0x03BD]=0x1D708,
[0x03BE]=0x1D709, [0x03BF]=0x1D70A,
[0x03C0]=0x1D70B, [0x03C1]=0x1D70C, [0x03C2]=0x1D70D,
[0x03C3]=0x1D70E, [0x03C4]=0x1D70F,
[0x03C5]=0x1D710, [0x03C6]=0x1D711, [0x03C7]=0x1D712,
[0x03C8]=0x1D713, [0x03C9]=0x1D714,
[0x03D1]=0x1D717, [0x03D5]=0x1D719, [0x03D6]=0x1D71B,
[0x03F0]=0x1D718, [0x03F1]=0x1D71A,
[0x03F4]=0x1D6F3, [0x03F5]=0x1D716,
},
For regular variant of Lucida it should be enough to use Math font
instead of the normal one, but I didn't test or write any code for it.
For LM you would have to use the italic version since upright (without
resorting to cm-unicode) looks horrible anyway.
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] greek items broken:
On 2012-05-09 13:50, Mojca Miklavec wrote:
On Wed, May 9, 2012 at 12:39 PM, Philipp Gesang wrote:
On 2012-05-09 12:25, Mojca Miklavec wrote:
If he wants to use Lucida, this would look bad, but the Lucida font
does have greek glyphs, however they are in the math range.
With unicode I thought this was an archaism.
I'm sorry, I'm telling you nonsense. There are no Greek letters in
LucidaBrightOT, but they are present in LucidaBrightMathOT. The italic
version starts at 1D6FC and the regural one is in the normal Greek
range.
This is
the case for LM, Lucida and probably a few more fonts. (Another option
would be to define the counter to run through greek letters in math
font.)
Or to leave the counter untouched and wrap it into a substitution
function -- is there a chance you (or anyone else) could supply
me with a mapping of the “real” Greek code point to the “math
Greek” one?
See math-map.lua. If you need any help or explanation, please ask. I
believe that the following part might be relevant (but only if you
need italic):
lcgreek = {
[0x03B1]=0x1D6FC, [0x03B2]=0x1D6FD, [0x03B3]=0x1D6FE,
[0x03B4]=0x1D6FF, [0x03B5]=0x1D700,
[0x03B6]=0x1D701, [0x03B7]=0x1D702, [0x03B8]=0x1D703,
[0x03B9]=0x1D704, [0x03BA]=0x1D705,
[0x03BB]=0x1D706, [0x03BC]=0x1D707, [0x03BD]=0x1D708,
[0x03BE]=0x1D709, [0x03BF]=0x1D70A,
[0x03C0]=0x1D70B, [0x03C1]=0x1D70C, [0x03C2]=0x1D70D,
[0x03C3]=0x1D70E, [0x03C4]=0x1D70F,
[0x03C5]=0x1D710, [0x03C6]=0x1D711, [0x03C7]=0x1D712,
[0x03C8]=0x1D713, [0x03C9]=0x1D714,
[0x03D1]=0x1D717, [0x03D5]=0x1D719, [0x03D6]=0x1D71B,
[0x03F0]=0x1D718, [0x03F1]=0x1D71A,
[0x03F4]=0x1D6F3, [0x03F5]=0x1D716,
},
Yeah, appears to be the correct range. Couldn’t test with Lucida,
though.
For regular variant of Lucida it should be enough to use Math font
instead of the normal one, but I didn't test or write any code for it.
For LM you would have to use the italic version since upright (without
resorting to cm-unicode) looks horrible anyway.
But if there’s a math font, I’d go with the example that Wolfgang
posted; alternatively just wrap the converter into \mathematics:
\unprotect
\def\math_greek_characters#1{\mathematics{\greeknumerals{#1}}}
\defineconversion [mathgreek] [\math_greek_characters]
\protect
etc. It will depend on your choice of math font whether you get
italics or upright glyphs.
Philipp
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgp4KUEJkFip5.pgp
Description: PGP signature
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] \xmlcontext inoperative?
Loaded xml with: xmlinclude{problem}{include}{file}
Then called up parts of its contents through a setup:
\startxmlsetups xam:define:get
% The definition is the one with content.
\xmldoiftext{#1}{.}{
\foundtrue
\xmlflush{#1}
\xmlcontext{#1}{.}
}
\stopxmlsetups
The strange thing is that the \xmlflush typesets verbatim the contents of the
node called up:
math version=2.0 xmlns=http://www.w3c.org/mathml; apply eq/ ci f(x)
/ci apply plus/ ci 1 /ci apply power/ ci x /ci ci 4 /ci
/apply apply power/ ci x /ci ci 7 /ci /apply /apply /apply
/math
but, to my surprise the \xmlcontext{#1}{.} lets it disappear completely. So
does \xmlflushcontext{#1}. In other parts of the program \xmlcontext does what
it should do, thus the mkvi format seems ok.
What could have happened? Some detrimental effect of the \xmlinclude?
Hans van der Meer
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] wrong footnote number in beta from today
On 08/05/12 23:03, Hans Hagen wrote:
On 8-5-2012 16:25, Pablo Rodríguez wrote:
Hi there,
I'm afraid that footnote numbering in body text is wrong in latest beta
(the bug was also in the two previous betas).
Here you have a sample that shows the bug:
\setupnotation[footnote][number=no]
\setuphead[chapter][number=no]
\starttext
\chapter{First chapter}
one\footnote{two}
\section{First section}
three\footnote{four}
\stoptext
There should be no note footnote numbering, but the body text takes the
sectioning command number for the footnote references (which is
obviously wrong).
Many thanks for your help,
fixed in next beta
Many thanks for the fix, Hans.
Pablo
--
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Asian Language Support
I have realized a slight typo was included in Fig3_5.txt. The corrected one is attached to this mail. Hans, Japanese opening “ should be treated as opening 「, and closing ” should be treated as closing 」, in the meaning of spacing and line-breaking. Thanks, -- Yusuke. 2012/5/8 KUROKI Yusuke kur...@users.sourceforge.jp: I am attaching five test files including Fig. 3.1, 3.2, 3.3 in http://www.w3.org/TR/jlreq/ . All files but Fig3_1-different-linebreaks.txt, the positions of linebreaks are the same as the examples. In writing a manuscript, we will make linebreaks depending on its context, then the same results are required from the different sources, Fig3_1.txt and Fig3_1-different-linebreaks.txt . Yusuke. (2012/05/08 0:54), Hans Hagen wrote: On 7-5-2012 15:17, KUROKI Yusuke wrote: What the timing you choose to post this message! Several days ago, I, Japanese, firstly met Hans and had a lecture about Japanese typography and typesetting. Now it is the duration to prepare to think about Japanese typesetting in ConTeXt. It is note that hanzi option of ConTeXt is ugly for Japanese typesetting, it must come from some Chinese typesetting custom. We need to define a handler similar to chinese and korean, but with japanese rules etc. I will make a basic setup so that we have a starting point. It would be handy to have some test files. For instance, in http://www.w3.org/TR/jlreq/ the text in fig 3.1, 3.2, 3.3 which has mixed punctuation etc. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - -- 黒木 裕介 (KUROKI Yusuke) kuroky(at)users.sourceforge.jp http://ptetexwin.sourceforge.jp/ -- 黒木 裕介 (KUROKI Yusuke) 日本語の表記では“漢字”や“仮名”だけで なく，“ローマ字”や“アラビア数字”，さら に“句読点”や“括弧類”などの記述記号を 用いる． ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \xmlcontext inoperative?
By accident I found something that seems to work.
With \xmlregistereddocumentsetups{#1}{#1} put before the \xmlflush{#1} ConTeXt
processing resumes on the node.
What I do not understand however, is why \xmlcontext does not work in general.
Is it possible to have the \xmlregistereddocumentsetups action put in somewhere
or in such a way that \xmlflush and friends always succeed? I did not
understand enough of the code to fully grasp what is is is not happening.
On 9 mei 2012, at 14:53, Meer, H. van der wrote:
Loaded xml with: xmlinclude{problem}{include}{file}
Then called up parts of its contents through a setup:
\startxmlsetups xam:define:get
% The definition is the one with content.
\xmldoiftext{#1}{.}{
\foundtrue
\xmlflush{#1}
\xmlcontext{#1}{.}
}
\stopxmlsetups
The strange thing is that the \xmlflush typesets verbatim the contents of the
node called up:
math version=2.0 xmlns=http://www.w3c.org/mathml; apply eq/ ci f(x)
/ci apply plus/ ci 1 /ci apply power/ ci x /ci ci 4 /ci
/apply apply power/ ci x /ci ci 7 /ci /apply /apply /apply
/math
but, to my surprise the \xmlcontext{#1}{.} lets it disappear completely. So
does \xmlflushcontext{#1}. In other parts of the program \xmlcontext does what
it should do, thus the mkvi format seems ok.
What could have happened? Some detrimental effect of the \xmlinclude?
Hans van der Meer
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] References to floats
On Mon, 7 May 2012 22:25:37, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 07.05.2012 um 15:03 schrieb Robert Blackstone:
On Mon, May 7, 2012 at 12:00 PM, Hans Hagen pra...@wxs.nl
wrote
On 6-5-2012 23:18, Robert Blackstone wrote:
Sometimes however the example is placed at the same page as the text
discussing it.
Is there any trick to adapt the reference to this situation, so that,
instead of saying, for instance, ex. 3.4 on page 12, it just says ex.
3.4, or ex. 3.4 below or even ex. 3.4 on this page?
you can try \atpage[ref]
The best way is to define your own command for this.
\starttext
\somewhere{above}{below}[fig:test]
\page
\somewhere{above}{below}[fig:test]
\placefigure[][fig:test]{Test}{\framed{test}}
\page
\somewhere{above}{below}[fig:test]
\stoptext
Wolfgang
Thank you, Wolfgang, for your help. Though this command works
perfectly and is nicely adaptable, in the end it does not give me what
I would have liked.
Perhaps my description of what I want was not clear enough.
For me, both commands, \somewhere{}{}[ref] and \atpage[ref], have in
common that they are imprecise when I want precision, namely when the
float is not at the same page as its reference, and precise when they
are in fact redundant, that is, when float and reference are on the
same page, where the reader will see it at one glance, whether it is
above or below.
Writing, for instance, on page 20: See example 2 on page 20 is not
wrong but somehow it looks clumsy and unprofessional to me, and
unworthy of ConTeXt, if I may say so.
The challenge would seem to pick ConTeXt's brain just before the
final processing run, when it knows whether float and reference will
be on the same page or not. Could this perhaps be solvable by some
Lua-code?
Anyway, for lack of a better solution, I will for the time being refer
to each float with
\in{ex.}[ref]
on \at{page}[ref]
\somewhere{on the previous page}{on the next page}[ref]
\somewhere{above}{below}[ref]
and manually comment out, after the final processing run, what I cannot use.
Not very elegant, to put it mildly, and I hope that someone on this
list has a better solution.
Kind regards,
Robert Blackstone
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] fonts
On 9-5-2012 13:34, Otared Kavian wrote:
Hi Hans,
If I understand it correctly, with the \setupbodyfontenvironment one can define
various sizes and then apply them to various styles such as \it, \bf, etc. This
is indeed great!
But in your example the math fonts disappear: is this intended?
Actually this is already an old feature. Math shows up okay here. What
version do you run?
Best regards: OK
On 8 mai 2012, at 19:07, Hans Hagen wrote:
Hi,
A nice candidate for wikification:
\setupbodyfont[dejavu]
\setupbodyfontenvironment
[default]
[smallsized=1.25,
mediumsized=1.5,
largesized=2.0]
\definefontsize[smallsized]
\definefontsize[mediumsized]
\definefontsize[largesized]
\starttext
\setuphead[chapter] [style=\bflargesized]
\setuphead[section] [style=\bfmediumsized]
\setuphead[subsection][style=\bfsmallsized]
\chapter {Whatever $x-1$}
\section {Whatever $x-1$}
\subsection{Whatever $x-1$}
\input ward
\stoptext
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] \xmlflushsetups missing
Calling \xmlregisteredsetups I find an error: \xmlflushsetups is an undefined controlsequence. Seems nowhere defined. Occurs in lxml-ini.mkiv What is wrong here Hans van der Meer ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] \xmlinclude throws no error
Why does \xmlinclude does not throw an error when the file to be read is missing? It causes a mssing file to go unnoticed. In contrast \xmlprocessfile does throw an error, as expected. Hans van der Meer ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \xmlcontext inoperative?
On 9-5-2012 14:53, Meer, H. van der wrote:
Loaded xml with: xmlinclude{problem}{include}{file}
Then called up parts of its contents through a setup:
\startxmlsetups xam:define:get
% The definition is the one with content.
\xmldoiftext{#1}{.}{
\foundtrue
\xmlflush{#1}
\xmlcontext{#1}{.}
}
\stopxmlsetups
The strange thing is that the \xmlflush typesets verbatim the contents of the
node called up:
math version=2.0 xmlns=http://www.w3c.org/mathml; apply eq/ ci f(x)/ci apply plus/ ci 1/ci apply power/ ci x/ci
ci 4/ci /apply apply power/ ci x/ci ci 7/ci /apply /apply /apply /math
but, to my surprise the \xmlcontext{#1}{.} lets it disappear completely. So
does \xmlflushcontext{#1}. In other parts of the program \xmlcontext does what
it should do, thus the mkvi format seems ok.
What could have happened? Some detrimental effect of the \xmlinclude?
there is (if i remember right) an issue with the root node of an include
that I need to look into (but not now as I need to be careful with
compatibility)
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] greek items broken:
On Wed, May 9, 2012 at 1:50 PM, Mojca Miklavec wrote: On Wed, May 9, 2012 at 12:39 PM, Philipp Gesang wrote: On 2012-05-09 12:25, Mojca Miklavec wrote: If he wants to use Lucida, this would look bad, but the Lucida font does have greek glyphs, however they are in the math range. With unicode I thought this was an archaism. I'm sorry, I'm telling you nonsense. There are no Greek letters in LucidaBrightOT, but they are present in LucidaBrightMathOT. Also, Charles Bigelow just answered that there are plans to include Greek letters into Lucida Bright. This might not help you solve the problem in short term, but the future seems Bright ;) Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] References to floats
On Mon, May 7, 2012 at 15:03, Robert Blackstone wrote:
Thank you, Hans, for your quick reply. Unfortunately it does not help
me. The result is basically the same as when I write on
\at{page}[ref], except that, instead of on page 20, I get at page
20, (with the float sitting on page 20).
Frankly, I'm rather surprised that this wish of mine seems not to have
come up before.
Indeed, something clean and automatic should be easy -
after all the color of the reference is different (contrastcolor)
when it is to be found on the same page or on a different page.
\at{page}[ref] could be smart enough...
What should the behavior be?
on \at{page}[ref] could return on ,
but this would not be right.
\at{on page}[ref] could return ,
but otherwise on page would be a (colored) active link.
I might try
\in{figure}[ref] \at{(page }{)}[ref]
and hope/expect (page xx) to be replaced by
when referring to the current page.
Maybe Wolfgang is right in suggesting writing a custom macro.
I haven't looked at the code, though.
Alan
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] greek items broken:
On Wed, May 09, 2012 at 05:14:39PM +0200, Mojca Miklavec wrote: but the future seems Bright ;) We should have named the fonts Lucida Brighter and Lucida Saner etc. ;) Regards, Khaled ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Units or px
Hey list, ConTeXt 2012.05.08 13:45 reports that the units module is deprecated and to use the px module in its place. Is it telling the truth or is this a harmless warning? -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Units or px
Am 10.05.2012 um 00:39 schrieb Kip Warner: Hey list, ConTeXt 2012.05.08 13:45 reports that the units module is deprecated and to use the px module in its place. Is it telling the truth or is this a harmless warning? True and true. I guess you mean this message: “The units module is obsolete because functionality is built into the core.” What the sentence tells you is that you don’t need the units module because the core has a similar function but you can still use it. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Units or px
On Wed, 2012-05-09 at 15:39 -0700, Kip Warner wrote: Hey list, ConTeXt 2012.05.08 13:45 reports that the units module is deprecated and to use the px module in its place. Is it telling the truth or is this a harmless warning? Nevermind. I'm a fool. It was a Gtk runtime that was issuing an unrelated warning, not ConTeXt. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] switching to a different math font (with alternatives) in the middle of document
Hello,
I'm just wonderding if there is a way to switch to an OpenType Math
font (referred to by name or filename, without any predefined
typescript) with some stylistic alternative in the middle of the
document, like in the LaTeX example:
running text ... \setmathfont[Scale=0.86,StylisticSet=4]{Lucida Bright
Math OT} $\mathcal{ABC XYZ}$~(StylisticSet=4) ...
running text ... \setmathfont{Asana Math} $\mathfrak{ABC XYZ\,abc xyz}$
or do I always need to provide a predefined typescript? How does one
switch between stylistic alternatives for math?
I have a problem with {\switchtobodyfont[asana] $\mathscript ABC
XYZ\,abc xyz$} and I also need to figure out how to get math bold
italic sans serif greek alphabet. Any hints welcome.
Thank you,
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] switching to a different math font (with alternatives) in the middle of document
On Thu, May 10, 2012 at 2:25 AM, Mojca Miklavec wrote:
Hello,
I'm just wonderding if there is a way to switch to an OpenType Math
font (referred to by name or filename, without any predefined
typescript) with some stylistic alternative in the middle of the
document, like in the LaTeX example:
running text ... \setmathfont[Scale=0.86,StylisticSet=4]{Lucida Bright
Math OT} $\mathcal{ABC XYZ}$~(StylisticSet=4) ...
running text ... \setmathfont{Asana Math} $\mathfrak{ABC XYZ\,abc xyz}$
or do I always need to provide a predefined typescript? How does one
switch between stylistic alternatives for math?
I have a problem with {\switchtobodyfont[asana] $\mathscript ABC
XYZ\,abc xyz$} and I also need to figure out how to get math bold
italic sans serif greek alphabet. Any hints welcome.
PS: I forgot to send a minimal example. Here it is :)
http://meeting.contextgarden.net/2011/talks/day3_05_ulrik_opentype/Samples/math-test-alphabet.tex
http://meeting.contextgarden.net/2011/talks/day3_05_ulrik_opentype/Samples/math-test-alphabet.pdf
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Units or px
On Thu, 2012-05-10 at 00:50 +0200, Wolfgang Schuster wrote: True and true. I guess you mean this message: The units module is obsolete because functionality is built into the core. What the sentence tells you is that you dont need the units module because the core has a similar function but you can still use it. Wolfgang Thanks Wolfgang. Although I was looking at the wrong warning, I'll take your word for it and remove the units module import anyways. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
