Re: [NTG-context] lilypond results do not show.
2009/2/25 Wei-Wei Guo wrote: Hi everyone, I tried the tex file attached in this email, but the lily figure not shown. It works for me, but I have tried it with This is LuaTeX, Version snapshot-0.35.0 ConTeXt ver: 2009.02.25 14:43 MKIV fmt: 2009.2.28 int: english/english and the latest version of the module. If you use some old version of the module, it might not be adapted for mkiv yet. If the latest module doesn't work for you, then you have too old ConTeXt. There were some error reports, but those come from lilypond and despite the errors, code still works: GNU LilyPond 2.10.33 Processing `mytry-lilypond-1.tmp' Parsing... Interpreting music... [1] Preprocessing graphical objects... Writing mytry-lilypond-1-systems.tex... Writing mytry-lilypond-1-systems.texi... Layout output to `mytry-lilypond-1-1.eps'... Converting to `mytry-lilypond-1-1.pdf'... Layout output to `mytry-lilypond-1.eps'... Converting to `mytry-lilypond-1.pdf'...ERROR: In procedure delete-file: ERROR: No such file or directory PsToPdf | converting eps (ps) into pdf PsToPdf | conversion method 2 PsToPdf | converting mytry-lilypond-1.eps bounded Overfull \hbox (21.33833pt too wide) in paragraph at lines 6--7 [][][] \*modern12ptrmtfrm* em- GNU LilyPond 2.10.33 Processing `mytry-lilypond-2.tmp' Parsing... Interpreting music... [4] Preprocessing graphical objects... Writing mytry-lilypond-2-systems.tex... Writing mytry-lilypond-2-systems.texi... Layout output to `mytry-lilypond-2-1.eps'... Converting to `mytry-lilypond-2-1.pdf'... Layout output to `mytry-lilypond-2.eps'... Converting to `mytry-lilypond-2.pdf'...ERROR: In procedure delete-file: ERROR: No such file or directory PsToPdf | converting eps (ps) into pdf PsToPdf | conversion method 2 PsToPdf | converting mytry-lilypond-2.eps bounded 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] MinionPro problems
I have no problem loading the Minion Pro font. your source code?
On Fri, Feb 27, 2009 at 4:40 PM, Vyatcheslav Yatskovsky
yatskov...@gmail.com wrote:
Does somebody know what the following means? (Was working a few monthes ago)
(lyrics-env.tex (win-font.tex)
load otf | loading: C:/WINDOWS/Fonts/MinionPro-Regular.otf
load otf | warning: The following table(s) in the font have been ignored by
FontForge
load otf | warning: Ignoring 'DSIG' digital signature table
load otf | warning: Warning: Mac and Windows entries in the 'name' table
differ for the
Fullname string in the language English (US)
Mac String: Minion Pro
Windows String: MinionPro-Regular
load otf | warning: The glyph named mu is mapped to U+00B5.
But its name indicates it should be mapped to U+03BC.
load otf | warning: The glyph named Delta is mapped to U+2206.
But its name indicates it should be mapped to U+0394.
load otf | warning: The glyph named Omega is mapped to U+2126.
But its name indicates it should be mapped to U+03A9.
load otf | enhance: patch
load otf | enhance: before
load otf | enhance: enrich
load otf | enhance: registering tlig feature
load otf | enhance: registering trep feature
load otf | enhance: flatten
load otf | flattening 'specifications' tables
load otf | flattening 'anchor' tables
load otf | flattening 'gpos' tables
load otf | flattening 'gsub' tables
load otf | enhance: analyze
load otf | enhance: after
load otf | replacing 'kerns' tables by 'mykerns' tables
! LuaTeX error ...tminimal/texmf-context/tex/context/base/luat-log.lua:75:
bad argument #2 to 'format' (string expected, got table)
stack traceback:
[C]: in function 'format'
...tminimal/texmf-context/tex/context/base/luat-log.lua:75: in function
'report'
...tminimal/texmf-context/tex/context/base/font-otf.lua:1431: in function
'after'
...tminimal/texmf-context/tex/context/base/font-otf.lua:895: in function
'load'
...tminimal/texmf-context/tex/context/base/font-otf.lua:1845: in function
'otf_to_tfm'
...tminimal/texmf-context/tex/context/base/font-otf.lua:2066: in function
'read_from_open_type'
...tminimal/texmf-context/tex/context/base/font-def.lua:333: in function
...tminimal/texmf-context/tex/context/base/font-def.lua:315
(tail call): ?
...tminimal/texmf-context/tex/context/base/font-def.lua:250: in function
'read'
...tminimal/texmf-context/tex/context/base/font-def.lua:645: in function
'read'
...tminimal/texmf-context/tex/context/base/font-def.lua:752: in function
'command_2'
main ctx instance:1: in main chunk.
\lowleveldefinefont ...s , \@@fontfallbacks )}
\edef \somefontspec {at
\s...
\xxdododefinefont ...efont {#4}\newfontidentifier
\let
\localrelativefontsiz...
\fontstrategy ...me \fontclass #2#3#4#5\endcsname
\tryingfontfalse \fi
inserted text ...yle \fontalternative \fontsize
\fi \iftryingfont
\fontstr...
\synchronizefont ...strategy \the \fontstrategies
\relax \fi \iftryingfont
\...
argument \getvalue {...@style@ \fontstyle }
\edef \fontstyle {\fontstyle
}\if...
...
l.3 ...t[MinionPro]\setupbodyfont[MinionPro, 14pt]
?
___
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 : https://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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Help with MinionPro, please
Please, help me with MinionPro. Context fails with all my documents
containing it. It worked on my old machine without any problems!
Header:
\usetypescriptfile[win-font]
\usetypescript[MinionPro]\setupbodyfont[MinionPro,14pt]
Typescript:
\starttypescript [serif] [MinionPro]
\definefontsynonym [Serif][MinionPro-Regular.otf][features=default]
\definefontsynonym [SerifBold][timesbd.ttf][features=default]
\definefontsynonym [SerifItalic][timesi.ttf][features=default]
\definefontsynonym [SerifBoldItalic][timesbi.ttf][features=default]
\stoptypescript
\starttypescript [MinionPro]
\definetypeface [MinionPro][rm][serif][MinionPro][default]
\stoptypescript
Result:
ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2009.2.28 int: english/english
system : cont-new loaded
(c:/contextminimal/texmf-context/tex/context/base/cont-new.tex
systems : beware: some patches loaded from cont-new.tex
(c:/contextminimal/texmf-context/tex/context/base/cont-new.mkiv)
(c:/contextminimal/texmf-context/tex/context/base/cont-mtx.tex))
system : cont-fil loaded
(c:/contextminimal/texmf-context/tex/context/base/cont-fil.tex
loading: Context File Synonyms
)
system : cont-sys.rme loaded
(c:/contextminimal/texmf-context/tex/context/user/cont-sys.rme
(c:/contextminimal/texmf-context/tex/context/base/type-tmf.tex)
(c:/contextminimal/texmf-context/tex/context/base/type-siz.tex)
(c:/contextminimal/texmf-context/tex/context/base/type-otf.tex))
bodyfont : 12pt rm is loaded
specials : pdftex loaded
language : language en is active
system : i_got_my_mind_set_on_you.top loaded
(i_got_my_mind_set_on_you.top)
system : module lyrics-env loaded
(lyrics-env.tex (win-font.tex)
load otf | loading: C:/WINDOWS/Fonts/MinionPro-Regular.otf
load otf | warning: The following table(s) in the font have been ignored
by FontForge
load otf | warning: Ignoring 'DSIG' digital signature table
load otf | warning: Warning: Mac and Windows entries in the 'name' table
differ for the
Fullname string in the language English (US)
Mac String: Minion Pro
Windows String: MinionPro-Regular
load otf | warning: The glyph named mu is mapped to U+00B5.
But its name indicates it should be mapped to U+03BC.
load otf | warning: The glyph named Delta is mapped to U+2206.
But its name indicates it should be mapped to U+0394.
load otf | warning: The glyph named Omega is mapped to U+2126.
But its name indicates it should be mapped to U+03A9.
load otf | enhance: patch
load otf | enhance: before
load otf | enhance: enrich
load otf | enhance: registering tlig feature
load otf | enhance: registering trep feature
load otf | enhance: flatten
load otf | flattening 'specifications' tables
load otf | flattening 'anchor' tables
load otf | flattening 'gpos' tables
load otf | flattening 'gsub' tables
load otf | enhance: analyze
load otf | enhance: after
load otf | replacing 'kerns' tables by 'mykerns' tables
! LuaTeX error
...tminimal/texmf-context/tex/context/base/luat-log.lua:75: bad argument
#2 to 'format' (string expected, got table)
stack traceback:
[C]: in function 'format'
...tminimal/texmf-context/tex/context/base/luat-log.lua:75: in
function 'report'
...tminimal/texmf-context/tex/context/base/font-otf.lua:1431: in
function 'after'
...tminimal/texmf-context/tex/context/base/font-otf.lua:895: in
function 'load'
...tminimal/texmf-context/tex/context/base/font-otf.lua:1845: in
function 'otf_to_tfm'
...tminimal/texmf-context/tex/context/base/font-otf.lua:2066: in
function 'read_from_open_type'
...tminimal/texmf-context/tex/context/base/font-def.lua:333: in
function ...tminimal/texmf-context/tex/context/base/font-def.lua:315
(tail call): ?
...tminimal/texmf-context/tex/context/base/font-def.lua:250: in
function 'read'
...tminimal/texmf-context/tex/context/base/font-def.lua:645: in
function 'read'
...tminimal/texmf-context/tex/context/base/font-def.lua:752: in
function 'command_2'
main ctx instance:1: in main chunk.
\lowleveldefinefont ...s , \@@fontfallbacks )}
\edef \somefontspec
{at \s...
\xxdododefinefont ...efont {#4}\newfontidentifier
\let
\localrelativefontsiz...
\fontstrategy ...me \fontclass #2#3#4#5\endcsname
\tryingfontfalse \fi
inserted text ...yle \fontalternative \fontsize
\fi \iftryingfont
\fontstr...
\synchronizefont ...strategy \the \fontstrategies
\relax \fi
\iftryingfont \...
argument \getvalue {...@style@ \fontstyle }
\edef \fontstyle {\fontstyle
}\if...
...
l.3 ...pt[MinionPro]\setupbodyfont[MinionPro,14pt]
?
Best,
Vyatcheslav
___
If your question is of interest to others as
Re: [NTG-context] \intertext{\ccaron} fails
On Tue, Feb 24, 2009 at 00:06, Wolfgang Schuster wrote:
Am 23.02.2009 um 17:27 schrieb Mojca Miklavec:
Hello (Hans, Aditya),
I know that neither of you is interested in mkii at the moment, but
there's a nasty bug that probably has a trivial fix in alignment
environments. Unicode characters have some problems inside
\intertext{...}
\startformula\startalign
\intertext{še če je že}
\intertext{\mbox{še če je že}}
But then it becomes a box, while \intertext can be a paragraph in general.
\stopalign\stopformula
I've digged out an old thread:
http://thread.gmane.org/gmane.comp.tex.context/23043
Subject: [NTG-context] accents inside text mode inside math
Date: 2005-10-20
On Wed, Nov 9, 2005 at 20:43, Hans Hagen wrote:
Taco Hoekwater wrote:
Hans Hagen wrote:
actually, \cases{\tf \ccaron}$ works ok
Without the \tf, \characterencoding is '@default@' instead
of '@ec@'. Does that help pinpoint the problem?
this seems to work, the problem is that there is no \everyfam
\starttext
\def\enableencodinginmath
{\appendtoks
\everyhbox{\mr\everyhbox\emptytoks}%
\everyvbox{\mr\everyvbox\emptytoks}%
\to \everymath}
\enableencodinginmath
$\cases{ \ccaron}$
$x=\hbox{\ccaron$x=\hbox{\ccaron}$}$
\stoptext
Using \intertext{\rm še če je že \dorecurse{100}{bla}} works OK, but
it would be nice to fix it globally/automatically.
I also found this:
http://thread.gmane.org/gmane.comp.tex.context.devel/486
This solves the problem, but I'm not sure if it's the right fix and it
also needs to be fixed for \startintertext:
\def\intertext#1%
{\noalign{\dointertext{\rm#1}}}
Hans?
Thanks a lot,
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Can't compile LuaTeX beta 0.35.0 (on OS X)
(Answering with a bit of delay.) On Wed, Feb 25, 2009 at 13:06, Thomas A. Schmitz wrote: On Feb 25, 2009, at 12:24 PM, Taco Hoekwater wrote: She surely would have done so already if we hadn't all told her to 'brake a leg' in Bohinj. :) Best wishes, Taco Oops, is Mojca ill? Anyway, I see that the linux minimals now have the 0.35 luatex. Would anything speak against updating the osx binaries as well? Yes, Shrove Tuesday/Carnival (Faschingsdienstag). Sorry, but that's not a working day!!! Even if half of me would be missing, I would still attend and dance :) :) :) I just forgot to throw away part of the carnival uniform like walking sticks, that's all. I could do it today, if need be (and if my access works). You have never complained, so your rights flew away with the old server (some files were not updated), but it it should be OK again. Just go forward next time. I hope that binaries compiled on Leopard work on older macs. (We can do some tests before if needed or just wait on other users' complaints like we did for linux.) On Thu, Feb 26, 2009 at 09:33, Alan Stone wrote: On Wed, Feb 25, 2009 at 12:15 PM, Thomas A. Schmitz wrote: It compiles normally here (10.5.6, Intel). Hasn't Mojca added the binary to the minimals? We really should cut her bonus at the end of the year :-) Mojca, if I may, a precious tip regarding your end of year bonus... Do what bankers do these days. For goodness sake, don't call it a bonus but a reward or give it some some other fancy name so nobody will notice or mind. Ump... ;O) No problem, I got my beginning-of-year bonus already plus two or three weeks of payed holidays with highly reduced internet access (also bonus) and some nobel metals. I don't want any more of it. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \itemize[random] does not work
Aditya Mahajan adityam at umich.edu writes: \defineitemgroup[choices] \startmode[random] \setupitemgroup[choices][1][random] \nextrandom % to get rid of the randomize bug \stopmode Compile this file with texexec --mode=random to get random choices, compile without --mode=... to get normal behaviour. Thanks very much Aditya. That's awesome. I am going to try that for the next test I make. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \itemize[random] does not work
For multiple choice you can try: http://fourier.math.uoc.gr/~mk/much/example/ see: [NTG-context] create and grade multiple choice exams with MUCH an ConTeXT have a nice day Em 27/02/2009, às 10:45, Curious Learn escreveu: I was not aware of this cool feature in Context. This could be very useful in making multiple choice tests. I have one question. Is there a simple way in which one can switch between itemized lists that are random and non-random? For example, if I have 40 multiple choice questions, each of which has the following form: Question Text \startitemize[random] \startitem first item \stopitem \startitem second item \stopitem \startitem third item \stopitem \startitem fourth item \stopitem \stopitemize If I want the PDF file that has the items in the order I entered them in (i.e., not a random permutation); is it possible to do that in a way other than going and taking out the random from each itemize environment? Thanks. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ Um Abraço, Jorge Magalhães ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] beta release
2009/2/25 Hans Hagen pra...@wxs.nl:
Hi,
As prelude to LuaTeX 0.40 there is now a beta 0.35. I uploaded a context
beta that matches this version. The most important move is that we now have
a new math subsystem. (Specially for Mojca: iwona seems to work ok). Apart
from bringin unicode math this also gives a better performance. (Some info
about what is involved can be found in mk.pdf on the website).
There might be ommisions so when you run into one, just let us know.
Hi,
Maybe there are some bugs in scrp-ini.lua and scrp-cjk.lua as follows:
1. In scrp-ini.lua, some flags of punctuations in the definition of
hash are replaced by
chinese flags, for example:
local hash = {
... ...
[0xFF0C] = full_width_close, -- ，
... ...
}
... ...
for i=0x0FF00,0x0FFEF do hash[i] = chinese end
... ...
2. In scrp-cjk.lua, it seems that insert_node_before in some break
shrink stretch functions
should be insert_node_after, for example:
local function nobreak_stretch(head,current)
insert_node_before(head,current,make_penalty_node(1))
insert_node_before(head,current,make_glue_node(0,inter_char_stretch,0))
end
In addition, I found Chinese punctuations compression in this beta.
Will these features be provided in future beta?
--
Best wishes,
Li Yanrui
* Gentoo Linux (~x86)
* LuaTeX (snapshot-0.35.0-2009022702)
* ConTeXt Minimals (2009.02.25 14:43)
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \itemize[random] does not work
Am 27.02.2009 um 22:22 schrieb Aditya Mahajan: I've also noticed a strange thing: the first item always is the first - it won't get mixed with the others. There is a bug somewhere in the initialization of the random number generator. The first random number is always 1. An easy work around is to add \nextrandom somewhere before \starttext and then the first item will be random. The best would be to add \appendtoks\nextrandom\to\everystarttext to the core. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Help with MinionPro, please
I have no problem loading the Minion Pro font.
On Sat, Feb 28, 2009 at 9:55 PM, Vyatcheslav Yatskovsky
yatskov...@gmail.com wrote:
Please, help me with MinionPro. Context fails with all my documents
containing it. It worked on my old machine without any problems!
Header:
\usetypescriptfile[win-font]
\usetypescript[MinionPro]\setupbodyfont[MinionPro,14pt]
Typescript:
\starttypescript [serif] [MinionPro]
\definefontsynonym [Serif][MinionPro-Regular.otf][features=default]
\definefontsynonym [SerifBold][timesbd.ttf][features=default]
\definefontsynonym [SerifItalic][timesi.ttf][features=default]
\definefontsynonym [SerifBoldItalic][timesbi.ttf][features=default]
\stoptypescript
\starttypescript [MinionPro]
\definetypeface [MinionPro][rm][serif][MinionPro][default]
\stoptypescript
Result:
ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2009.2.28 int: english/english
system : cont-new loaded
(c:/contextminimal/texmf-context/tex/context/base/cont-new.tex
systems : beware: some patches loaded from cont-new.tex
(c:/contextminimal/texmf-context/tex/context/base/cont-new.mkiv)
(c:/contextminimal/texmf-context/tex/context/base/cont-mtx.tex))
system : cont-fil loaded
(c:/contextminimal/texmf-context/tex/context/base/cont-fil.tex
loading : Context File Synonyms
)
system : cont-sys.rme loaded
(c:/contextminimal/texmf-context/tex/context/user/cont-sys.rme
(c:/contextminimal/texmf-context/tex/context/base/type-tmf.tex)
(c:/contextminimal/texmf-context/tex/context/base/type-siz.tex)
(c:/contextminimal/texmf-context/tex/context/base/type-otf.tex))
bodyfont : 12pt rm is loaded
specials : pdftex loaded
language : language en is active
system : i_got_my_mind_set_on_you.top loaded
(i_got_my_mind_set_on_you.top)
system : module lyrics-env loaded
(lyrics-env.tex (win-font.tex)
load otf | loading: C:/WINDOWS/Fonts/MinionPro-Regular.otf
load otf | warning: The following table(s) in the font have been ignored by
FontForge
load otf | warning: Ignoring 'DSIG' digital signature table
load otf | warning: Warning: Mac and Windows entries in the 'name' table
differ for the
Fullname string in the language English (US)
Mac String: Minion Pro
Windows String: MinionPro-Regular
load otf | warning: The glyph named mu is mapped to U+00B5.
But its name indicates it should be mapped to U+03BC.
load otf | warning: The glyph named Delta is mapped to U+2206.
But its name indicates it should be mapped to U+0394.
load otf | warning: The glyph named Omega is mapped to U+2126.
But its name indicates it should be mapped to U+03A9.
load otf | enhance: patch
load otf | enhance: before
load otf | enhance: enrich
load otf | enhance: registering tlig feature
load otf | enhance: registering trep feature
load otf | enhance: flatten
load otf | flattening 'specifications' tables
load otf | flattening 'anchor' tables
load otf | flattening 'gpos' tables
load otf | flattening 'gsub' tables
load otf | enhance: analyze
load otf | enhance: after
load otf | replacing 'kerns' tables by 'mykerns' tables
! LuaTeX error ...tminimal/texmf-context/tex/context/base/luat-log.lua:75:
bad argument #2 to 'format' (string expected, got table)
stack traceback:
[C]: in function 'format'
...tminimal/texmf-context/tex/context/base/luat-log.lua:75: in function
'report'
...tminimal/texmf-context/tex/context/base/font-otf.lua:1431: in function
'after'
...tminimal/texmf-context/tex/context/base/font-otf.lua:895: in function
'load'
...tminimal/texmf-context/tex/context/base/font-otf.lua:1845: in function
'otf_to_tfm'
...tminimal/texmf-context/tex/context/base/font-otf.lua:2066: in function
'read_from_open_type'
...tminimal/texmf-context/tex/context/base/font-def.lua:333: in function
...tminimal/texmf-context/tex/context/base/font-def.lua:315
(tail call): ?
...tminimal/texmf-context/tex/context/base/font-def.lua:250: in function
'read'
...tminimal/texmf-context/tex/context/base/font-def.lua:645: in function
'read'
...tminimal/texmf-context/tex/context/base/font-def.lua:752: in function
'command_2'
main ctx instance:1: in main chunk.
\lowleveldefinefont ...s , \@@fontfallbacks )}
\edef \somefontspec {at
\s...
\xxdododefinefont ...efont {#4}\newfontidentifier
\let
\localrelativefontsiz...
\fontstrategy ...me \fontclass #2#3#4#5\endcsname
\tryingfontfalse \fi
inserted text ...yle \fontalternative \fontsize
\fi \iftryingfont
\fontstr...
\synchronizefont ...strategy \the \fontstrategies
\relax \fi \iftryingfont
\...
argument \getvalue {...@style@ \fontstyle }
\edef \fontstyle {\fontstyle
}\if...
...
l.3
Re: [NTG-context] \intertext{\ccaron} fails
Am 28.02.2009 um 18:14 schrieb Mojca Miklavec:
I also found this:
http://thread.gmane.org/gmane.comp.tex.context.devel/486
I'm not sure which fix you mean but this works:
\def\dealwithmathtextencoding
{\expanded{\everyhbox{\the\everyhbox\noexpand
\fastenableencoding{\currentencoding}}}%
\expanded{\everyvbox{\the\everyhbox\noexpand
\fastenableencoding{\currentencoding}}}%
\def\dealwithmathtextencoding{\let\characterencoding
\nocharacterencoding}%
\dealwithmathtextencoding}
This solves the problem, but I'm not sure if it's the right fix and it
also needs to be fixed for \startintertext:
\def\intertext#1%
{\noalign{\dointertext{\rm#1}}}
Please don't introduce hard coded font switches.
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] beta release
Yue Wang wrote: Hi, Hans: Are HZ features still working? I test the beta with one of my documents, and it gives very bad line break:( it should work ok ... what testfile do you use? - 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] beta release
Am 01.03.2009 um 18:19 schrieb Hans Hagen: Yue Wang wrote: Hi, Hans: Are HZ features still working? I test the beta with one of my documents, and it gives very bad line break:( it should work ok ... what testfile do you use? He's is right, here is a example. \definefontfeature[default][default] [script=latn,mode=node,expansion=quality,protrusion=quality] \usetypescript[palatino] \setupbodyfont[palatino] \mainlanguage[de] \starttext Ein König von Baßrah besaß große Reichtümer. Seine Untertanen liebten ihn, aber er hatte keine Kinder, und das betrübte ihn über die Maßen. Indes veranlaßte er alle heiligen Männer in seinen Staaten durch namhafte Geschenke, den Himmel für ihn um einen Sohn zu bitten, und ihre Gebete waren nicht erfolglos: die Königin wurde schwanger und genas glücklich eines Sohnes. welcher den Namen Zeyn Alasnam, d\,h~Zierde der Bildsäulen, erhielt. Der König ließ alle Sterndeuter seines Reiches zusammenrufen und befahl ihnen, dem Kind das Horoskop zu stellen. Sie entdeckten durch ihre Beobachtungen, daß er lange leben und viel Mut besitzen würde, daß er dieses Mutes aber auch bedürfe, um das vielfache Unglück, das ihn bedrohe, mannhaft zu ertragen. Der König erschrak nicht über diese Weissagung, »Wenn mein Sohn Mut hat«, sagte er, »so ist er nicht zu beklagen. Es ist gut, wenn die Prinzen manchmal in ein Unglück kommen; Widerwärtigkeiten läutern ihre Tugend, sie lernen dadurch nur um so besser regieren.« \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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Help with MinionPro, please
On Sat, Feb 28, 2009 at 14:55, Vyatcheslav Yatskovsky wrote: ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2009.2.28 int: english/english Is that current? You may try the beta. I would suspect that you would run into troubles with luatex version mismatch anyway if you keep using the old ConTeXt version and decide to update luatex. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] rulethickness in columns
On Thu, Feb 26, 2009 at 20:28, Albrecht Kauffmann wrote: Hi all, I have a question regarding natural tables: Would it be able to set the rulethickness parameter for one (e.g. the right) side of selected columns separately (e.g. rulethickness_right=2pt)? Not directly. One can misuse an empty column or use metafun to draw the background separately. See http://www.vim.org/sponsor/vote_results.php If there was something similar for ConTeXt, I would vote for this feature immediately :) 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \intertext{\ccaron} fails
On Sun, Mar 1, 2009 at 11:53, Wolfgang Schuster wrote:
Am 28.02.2009 um 18:14 schrieb Mojca Miklavec:
I also found this:
http://thread.gmane.org/gmane.comp.tex.context.devel/486
I'm not sure which fix you mean but this works:
\def\dealwithmathtextencoding
{\expanded{\everyhbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}%
\expanded{\everyvbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}%
\def\dealwithmathtextencoding{\let\characterencoding\nocharacterencoding}%
\dealwithmathtextencoding}
Great! Thanks a lot for filling the empty vboxes :)
Hans, may I request applying Wolfgang's patch?
This solves the problem, but I'm not sure if it's the right fix and it
also needs to be fixed for \startintertext:
\def\intertext#1%
{\noalign{\dointertext{\rm#1}}}
Please don't introduce hard coded font switches.
You are totally right. Mea culpa.
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \intertext{\ccaron} fails
Mojca Miklavec wrote:
On Sun, Mar 1, 2009 at 11:53, Wolfgang Schuster wrote:
Am 28.02.2009 um 18:14 schrieb Mojca Miklavec:
I also found this:
http://thread.gmane.org/gmane.comp.tex.context.devel/486
I'm not sure which fix you mean but this works:
\def\dealwithmathtextencoding
{\expanded{\everyhbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}%
\expanded{\everyvbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}%
\def\dealwithmathtextencoding{\let\characterencoding\nocharacterencoding}%
\dealwithmathtextencoding}
Great! Thanks a lot for filling the empty vboxes :)
Hans, may I request applying Wolfgang's patch?
you may, but only for mkii ... i'v eremoved that code for mkic as we
have no encodings there any longer
This solves the problem, but I'm not sure if it's the right fix and it
also needs to be fixed for \startintertext:
\def\intertext#1%
{\noalign{\dointertext{\rm#1}}}
Please don't introduce hard coded font switches.
You are totally right. Mea culpa.
-
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
-
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] rulethickness in columns
Mojca Miklavec wrote: On Thu, Feb 26, 2009 at 20:28, Albrecht Kauffmann wrote: Hi all, I have a question regarding natural tables: Would it be able to set the rulethickness parameter for one (e.g. the right) side of selected columns separately (e.g. rulethickness_right=2pt)? Not directly. One can misuse an empty column or use metafun to draw the background separately. See http://www.vim.org/sponsor/vote_results.php If there was something similar for ConTeXt, I would vote for this feature immediately :) hm, yet another thing then to track ... also, having such a system would disable your private hot-line-get-me-this-feature priveliges so you'd better think twice 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \itemize[random] does not work
Wolfgang Schuster wrote: Am 27.02.2009 um 22:22 schrieb Aditya Mahajan: I've also noticed a strange thing: the first item always is the first - it won't get mixed with the others. There is a bug somewhere in the initialization of the random number generator. The first random number is always 1. An easy work around is to add \nextrandom somewhere before \starttext and then the first item will be random. The best would be to add \appendtoks\nextrandom\to\everystarttext to the core. i'd rather try to figure out why the initialization fails; i noticed it a while ago, but couldn't find the reason - 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] beta release
Yue Wang wrote:
Oh, Hans, another bug report, pls test this (come from my thesis):
\usetypescript[palatino]
\setupbodyfont[palatino,rm]
\starttext
\placeformula\startformula
P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b}
P_{{\rm bend},n}
\stopformula
\placeformula\startformula
{{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k}
\stopformula
\stoptext
i have no clue what you expect .. the bold y? if so ... we need to add
the bold definition to the vf spec
mathematics.make_font ( px-math, {
{ name = texgyrepagella-regular, features = virtualmath, main =
true },
{ name = pxr, vector = traditional-mr } ,
{ name = pxmi, vector = traditional-mi, skewchar=0x7F },
{ name = pxsy, vector = traditional-sy, skewchar=0x30,
parameters = true } ,
{ name = pxex, vector = traditional-ex, extension = true } ,
{ name = pxsya, vector = traditional-ma },
{ name = pxsyb, vector = traditional-mb },
} )
(feel free to figure out what font -)
-
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
-
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] beta release
Yanrui Li wrote:
2009/2/25 Hans Hagen pra...@wxs.nl:
Hi,
As prelude to LuaTeX 0.40 there is now a beta 0.35. I uploaded a context
beta that matches this version. The most important move is that we now have
a new math subsystem. (Specially for Mojca: iwona seems to work ok). Apart
from bringin unicode math this also gives a better performance. (Some info
about what is involved can be found in mk.pdf on the website).
There might be ommisions so when you run into one, just let us know.
Hi,
Maybe there are some bugs in scrp-ini.lua and scrp-cjk.lua as follows:
1. In scrp-ini.lua, some flags of punctuations in the definition of
hash are replaced by
chinese flags, for example:
local hash = {
... ...
[0xFF0C] = full_width_close, -- ，
... ...
}
... ...
for i=0x0FF00,0x0FFEF do hash[i] = chinese end
... ...
2. In scrp-cjk.lua, it seems that insert_node_before in some break
shrink stretch functions
should be insert_node_after, for example:
local function nobreak_stretch(head,current)
insert_node_before(head,current,make_penalty_node(1))
insert_node_before(head,current,make_glue_node(0,inter_char_stretch,0))
end
we only insert nodes before, so in that case you need to look at another
combination; so, like
class_a [insert] class_b
is triggered only once, by the table entry
[class a] = { class_b = ... }
In addition, I found Chinese punctuations compression in this beta.
Will these features be provided in future beta?
maybe, once we have decided on a proper reference font
-
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
-
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] ruby 1.9
Hi, Akira reported problems with context and ruby 1.9 and it looks like there are some upward incompatible changes in ruby (even syntax) so i need some time to figure that out. In the meantime ... just avoid using texexec with ruby 1.9 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] beta release
On 1 mars 09, at 19:53, Hans Hagen wrote:
Yue Wang wrote:
Oh, Hans, another bug report, pls test this (come from my thesis):
\usetypescript[palatino]
\setupbodyfont[palatino,rm]
\starttext
\placeformula\startformula
P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b}
P_{{\rm bend},n}
\stopformula
\placeformula\startformula
{{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}
(0)={\bf k}
\stopformula
\stoptext
i have no clue what you expect .. the bold y? if so ... we need to
add the bold definition to the vf spec
Hi Hans,
I guess what Yue Wang wants to say is that in mkiv the summation sign
\sum has a small size, analogous to the in-line math $\sum$, while in
mkii the ersult is as expected.
Best regards: OK
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] beta release
Otared Kavian wrote:
On 1 mars 09, at 19:53, Hans Hagen wrote:
Yue Wang wrote:
Oh, Hans, another bug report, pls test this (come from my thesis):
\usetypescript[palatino]
\setupbodyfont[palatino,rm]
\starttext
\placeformula\startformula
P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b}
P_{{\rm bend},n}
\stopformula
\placeformula\startformula
{{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k}
\stopformula
\stoptext
i have no clue what you expect .. the bold y? if so ... we need to add
the bold definition to the vf spec
Hi Hans,
I guess what Yue Wang wants to say is that in mkiv the summation sign
\sum has a small size, analogous to the in-line math $\sum$, while in
mkii the ersult is as expected.
ok, thanks
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
-
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \itemize[random] does not work
On Sun, Mar 1, 2009 at 7:46 PM, Hans Hagen pra...@wxs.nl wrote: i'd rather try to figure out why the initialization fails; i noticed it a while ago, but couldn't find the reason Don't know why this happens with the randomizer in thrd-ran.tex but it's easy to solve it in supp-ran.tex Line 72 is '\ifx\normaluniformdeviate\undefined' but \normaluniformdeviate is not defined but \uniformdeviate is defined (I guess \bindprimitive in syst-ini.tex prefixed the commands with 'normal' in a earlier version). You should also remove the normal prefix from the \nextrandom redefinition in supp-ran.tex 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] beta release
2009/3/2 Hans Hagen pra...@wxs.nl:
Yanrui Li wrote:
2009/2/25 Hans Hagen pra...@wxs.nl:
Hi,
As prelude to LuaTeX 0.40 there is now a beta 0.35. I uploaded a context
beta that matches this version. The most important move is that we now
have
a new math subsystem. (Specially for Mojca: iwona seems to work ok).
Apart
from bringin unicode math this also gives a better performance. (Some
info
about what is involved can be found in mk.pdf on the website).
There might be ommisions so when you run into one, just let us know.
Hi,
Maybe there are some bugs in scrp-ini.lua and scrp-cjk.lua as follows:
1. In scrp-ini.lua, some flags of punctuations in the definition of
hash are replaced by
chinese flags, for example:
local hash = {
... ...
[0xFF0C] = full_width_close, -- ，
... ...
}
... ...
for i=0x0FF00,0x0FFEF do hash[i] = chinese end
... ...
2. In scrp-cjk.lua, it seems that insert_node_before in some break
shrink stretch functions
should be insert_node_after, for example:
local function nobreak_stretch(head,current)
insert_node_before(head,current,make_penalty_node(1))
insert_node_before(head,current,make_glue_node(0,inter_char_stretch,0))
end
we only insert nodes before, so in that case you need to look at another
combination; so, like
class_a [insert] class_b
is triggered only once, by the table entry
[class a] = { class_b = ... }
Thanks for your explanation, I see.
There are some Chinese punctuations,
such as “， (fullwidth comma), ！ (fullwidth exclamation mark) and so on,
which are considered to be chinese but not full_width_close by
scrp-cjk.lua.
Is this deliberately doing?
--
Best wishes,
Li Yanrui
* Gentoo Linux (~x86)
* LuaTeX (snapshot-0.35.0-2009022702)
* ConTeXt Minimals (2009.02.25 14:43)
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] beta release
yep. thx.
On Mon, Mar 2, 2009 at 2:53 AM, Hans Hagen pra...@wxs.nl wrote:
Yue Wang wrote:
Oh, Hans, another bug report, pls test this (come from my thesis):
\usetypescript[palatino]
\setupbodyfont[palatino,rm]
\starttext
\placeformula\startformula
P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b}
P_{{\rm bend},n}
\stopformula
\placeformula\startformula
{{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k}
\stopformula
\stoptext
i have no clue what you expect .. the bold y? if so ... we need to add the
bold definition to the vf spec
mathematics.make_font ( px-math, {
{ name = texgyrepagella-regular, features = virtualmath, main = true
},
{ name = pxr, vector = traditional-mr } ,
{ name = pxmi, vector = traditional-mi, skewchar=0x7F },
{ name = pxsy, vector = traditional-sy, skewchar=0x30, parameters =
true } ,
{ name = pxex, vector = traditional-ex, extension = true } ,
{ name = pxsya, vector = traditional-ma },
{ name = pxsyb, vector = traditional-mb },
} )
(feel free to figure out what font -)
-
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
-
___
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 : https://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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] beta release
yes, that's what the second equation points out.
On Mon, Mar 2, 2009 at 3:02 AM, Otared Kavian ota...@gmail.com wrote:
On 1 mars 09, at 19:53, Hans Hagen wrote:
Yue Wang wrote:
Oh, Hans, another bug report, pls test this (come from my thesis):
\usetypescript[palatino]
\setupbodyfont[palatino,rm]
\starttext
\placeformula\startformula
P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b}
P_{{\rm bend},n}
\stopformula
\placeformula\startformula
{{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k}
\stopformula
\stoptext
i have no clue what you expect .. the bold y? if so ... we need to add the
bold definition to the vf spec
Hi Hans,
I guess what Yue Wang wants to say is that in mkiv the summation sign \sum
has a small size, analogous to the in-line math $\sum$, while in mkii the
ersult is as expected.
Best regards: OK
___
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 : https://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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] beta release
On Mon, Mar 2, 2009 at 11:57 AM, Yue Wang yuleo...@gmail.com wrote:
yes, that's what the second equation points out.
s/second/first
On Mon, Mar 2, 2009 at 3:02 AM, Otared Kavian ota...@gmail.com wrote:
On 1 mars 09, at 19:53, Hans Hagen wrote:
Yue Wang wrote:
Oh, Hans, another bug report, pls test this (come from my thesis):
\usetypescript[palatino]
\setupbodyfont[palatino,rm]
\starttext
\placeformula\startformula
P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b}
P_{{\rm bend},n}
\stopformula
\placeformula\startformula
{{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k}
\stopformula
\stoptext
i have no clue what you expect .. the bold y? if so ... we need to add the
bold definition to the vf spec
Hi Hans,
I guess what Yue Wang wants to say is that in mkiv the summation sign \sum
has a small size, analogous to the in-line math $\sum$, while in mkii the
ersult is as expected.
Best regards: OK
___
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 : https://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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
