Hi experts,
Would someone please provide a basic recipe to correctly install the new alpha
release locally. I would like to test the new alpha code but am a bit
confused as to what exactly to install and how.
1. on the website, is this indeed
On Sun, 19 Jul 2009, Alan BRASLAU wrote:
Would someone please provide a basic recipe to correctly install the new alpha
release locally. I would like to test the new alpha code but am a bit
confused as to what exactly to install and how.
The alpha has now been merged with the beta and so,
On Sun, Jul 19, 2009 at 20:58, Aditya Mahajan wrote:
On Sun, 19 Jul 2009, Alan BRASLAU wrote:
Would someone please provide a basic recipe to correctly install the new
alpha
release locally. I would like to test the new alpha code but am a bit
confused as to what exactly to install and how.
On Sunday 19 July 2009 20:58:19 Aditya Mahajan wrote:
The alpha has now been merged with the beta and so, ...
just run first-setup.sh again.
Aditya
Thanks.
I can do that!
- ConTeXt ver: 2009.06.14 21:01 MKIV fmt: 2009.7.19 int: english/english
- this is luatex, version
On Sun, Jul 19, 2009 at 21:19, Alan BRASLAU wrote:
On Sunday 19 July 2009 20:58:19 Aditya Mahajan wrote:
The alpha has now been merged with the beta and so, ...
just run first-setup.sh again.
Aditya
Thanks.
I can do that!
- ConTeXt ver: 2009.06.14 21:01 MKIV fmt: 2009.7.19 int:
On Jul 16, 2009, at 11:47 PM, Hans Hagen wrote:
works ok here (just to be sure i uploaded an alpha zip)
there is curently something wrong in the 0.42 binary so don't be too
surprised if somethign fails, after all it's alpha!
Hans
Hi,
there is something wrong with the \buildtextaccent
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
I just finished a first draft version of my adapted mp specials.
Sadly no test run is possible, as mplib is broken here. I also tested
with the untouched distribution, but every MP graphic (example
attached) produces this error message:
works ok
Thomas A. Schmitz wrote:
On Jul 16, 2009, at 11:47 PM, Hans Hagen wrote:
works ok here (just to be sure i uploaded an alpha zip)
there is curently something wrong in the 0.42 binary so don't be too
surprised if somethign fails, after all it's alpha!
Hans
Hi,
there is something
Peter Rolf wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
I just finished a first draft version of my adapted mp specials.
Sadly no test run is possible, as mplib is broken here. I also tested
with the untouched distribution, but every MP graphic (example
attached) produces this error
On Jul 17, 2009, at 10:46 AM, Taco Hoekwater wrote:
there is something wrong with the \buildtextaccent macro; this fails
with the alpha:
\define\longe{\buildtextaccent\textmacron e}
The \accent primitive was broken, there is a fix in the luatex
repository now.
Thanks Taco, it works again
Taco Hoekwater schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
I just finished a first draft version of my adapted mp specials.
Sadly no test run is possible, as mplib is broken here. I also tested
with the untouched distribution, but every MP graphic
Peter Rolf schrieb:
Hi,
I just finished a first draft version of my adapted mp specials. Sadly
no test run is possible, as mplib is broken here. I also tested with
the untouched distribution, but every MP graphic (example attached)
produces this error message:
[..]
I have installed the
Am 15.07.2009 um 15:57 schrieb Hans Hagen:
Peter Rolf wrote:
Hans Hagen schrieb:
i'll make a new alpha later today
i'll take my chance and hijack this thread then... :)
there is a cp error in lpdf-grp.lua.
since you're looking into lua code ... there is some new playground
(unfinished
Wolfgang Schuster wrote:
Am 15.07.2009 um 15:57 schrieb Hans Hagen:
Peter Rolf wrote:
Hans Hagen schrieb:
i'll make a new alpha later today
i'll take my chance and hijack this thread then... :)
there is a cp error in lpdf-grp.lua.
since you're looking into lua code ... there is some
Hi,
I just finished a first draft version of my adapted mp specials. Sadly
no test run is possible, as mplib is broken here. I also tested with the
untouched distribution, but every MP graphic (example attached) produces
this error message:
-
This is LuaTeX, Version
Peter Rolf wrote:
Hi,
I just finished a first draft version of my adapted mp specials. Sadly
no test run is possible, as mplib is broken here. I also tested with the
untouched distribution, but every MP graphic (example attached) produces
this error message:
works ok here (just to be sure
On Jul 14, 2009, at 7:39 PM, Hans Hagen wrote:
Hi
I've put an alpha release on the website
Hi Hans,
with the alpha and luatex 0.41, I get no hyphenation for Greek. The
pattern file is loaded, so it may be a problem with luatex itself.
Example:
\usetypescriptfile[type-gentium]
Hi,
there are some minor problems with mkii.
syst-gen
syst-ext
syst-new
are loaded in 'context.mkii' (using \loadcorefile), but only the *.mkii
versions are present. Also
supp-eps
is loaded in 'supp-tpi.mkii', but only the *.mkii version is present. No
further (format) problems after
Am 14.07.2009 um 19:39 schrieb Hans Hagen:
Hi
I've put an alpha release on the website
Sorry to disturb you again but I have still problems with indices,
there is no longer a problem when there is only one after a header
but when I put there two or more extra whitespace is inserted.
Peter Rolf wrote:
Hi,
there are some minor problems with mkii.
syst-gen
syst-ext
syst-new
are loaded in 'context.mkii' (using \loadcorefile), but only the *.mkii
versions are present. Also
supp-eps
is loaded in 'supp-tpi.mkii', but only the *.mkii version is present. No
further (format)
Thomas A. Schmitz wrote:
On Jul 14, 2009, at 7:39 PM, Hans Hagen wrote:
Hi
I've put an alpha release on the website
Hi Hans,
with the alpha and luatex 0.41, I get no hyphenation for Greek. The
pattern file is loaded, so it may be a problem with luatex itself. Example:
Thomas A. Schmitz wrote:
fix:
\def\setcurrentlanguage#1#2% sets modes: **id (currentmain) *id (current)
{\edef\xaskedlanguage{#1}% otherwise clash with \askedlanguage
\ifx\xaskedlanguage\empty \else
Hans Hagen schrieb:
i'll make a new alpha later today
i'll take my chance and hijack this thread then... :)
there is a cp error in lpdf-grp.lua.
[..]
function lpdf.colorspec(model,ca,default)
if ca and ca 0 then
local cv = colors.value(ca)
if cv then
if model ==
Peter Rolf wrote:
elseif model == 4 then
return pdfarray { cv[6],cv[7],cv[8],cv[9] }
elseif model == 4 then -- *here*
return pdfarray { cv[13] }
did you test it with model == 5
Peter Rolf wrote:
Hans Hagen schrieb:
i'll make a new alpha later today
i'll take my chance and hijack this thread then... :)
there is a cp error in lpdf-grp.lua.
since you're looking into lua code ... there is some new playground
(unfinished of course) ... (the true arg is just for
On Jul 15, 2009, at 2:04 PM, Taco Hoekwater wrote:
It works for me with a slightly older beta but not with alpha
(always with and the most recent luatex, 0.42.0)
To be precise, with the older version I get: φι-λο-σο-φία
which
looks like the right hyphenation to me.
Yep, this is the
Hans Hagen schrieb:
Peter Rolf wrote:
elseif model == 4 then
return pdfarray { cv[6],cv[7],cv[8],cv[9] }
elseif model == 4 then -- *here*
return pdfarray { cv[13] }
did you test it with model == 5
no, i simply added a final 'else' here.
Hi
I've put an alpha release on the website
- no beta as mkiv needs the trunk version of luatex
- a close to complete split in mkii/mkiv
- cleaned up mkiv code
- cleaned up mkiv backend (some pending issues)
- some speedups in mkiv
- a few fixes in mkii
- updated mkiv typescripts (more to come)
Hi,
there is a new alpha; this one reports (for certain features) if
characters are missing in a font (which is the case in the reported
farsi font)
there are two experimental tricks:
\checkcharactersinfont
\removemissingcharacters
these force an extra pass over the nodelist for checking
Wolfgang Schuster wrote:
Am 04.01.2009 um 23:54 schrieb Hans Hagen:
Hi,
I uploaded a new alpha.
- partial rwewrite of the open type feature processor code which is
also somewhat faster now (the most recent luatex bin is slower due to
redundant ff code, so eventually we might geven ain a
On Jan 7, 2009, at 12:20 AM, Hans Hagen wrote:
i did that already
Hans
OK, let the fun begin: the new alpha is a bit picky about fonts. A run
with Microsoft's TimesNewRoman font (ttf) doesn't produce a pdf.
Compilation doesn't stop; in the log, these are the last lines:
load otf |
Am 07.01.2009 um 21:31 schrieb Thomas A. Schmitz:
OK, let the fun begin: the new alpha is a bit picky about fonts. A
run with Microsoft's TimesNewRoman font (ttf) doesn't produce a pdf.
Compilation doesn't stop; in the log, these are the last lines:
load otf | loading:
Wolfgang Schuster wrote:
Am 07.01.2009 um 21:31 schrieb Thomas A. Schmitz:
OK, let the fun begin: the new alpha is a bit picky about fonts. A run
with Microsoft's TimesNewRoman font (ttf) doesn't produce a pdf.
Compilation doesn't stop; in the log, these are the last lines:
load otf |
: [NTG-context] alpha
Hi, Hans:
context --make did not give me the fmt file.
?:0: attempt to index global 'trackers' (a nil value)
LuaTools | creating initialization file: cont-en
LuaTools | using library path:
/usr/home/yue/context/tex/texmf-context/tex/context/base
LuaTools | using lua
Thomas A. Schmitz wrote:
On Jan 4, 2009, at 11:54 PM, Hans Hagen wrote:
Hi,
I uploaded a new alpha.
- partial rwewrite of the open type feature processor code which is
also somewhat faster now (the most recent luatex bin is slower due to
redundant ff code, so eventually we might geven ain
On Jan 6, 2009, at 2:27 PM, Hans Hagen wrote:
Hi Hans,
I just tried the new alpha with luatex snapshot 0.31.3 on linux. My
typescripts break with this message:
LuaTeX error main ctx instance:1: attempt to call field
'install_feature' (a nil value)
stack traceback:
main ctx instance:1:
Thomas A. Schmitz wrote:
On Jan 6, 2009, at 2:27 PM, Hans Hagen wrote:
Hi Hans,
I just tried the new alpha with luatex snapshot 0.31.3 on linux. My
typescripts break with this message:
LuaTeX error main ctx instance:1: attempt to call field
'install_feature' (a nil value)
stack traceback:
On Jan 6, 2009, at 3:33 PM, Hans Hagen wrote:
Yes, luatools --generate followed by luatools --ini --compile cont-en
ah, i see, that command is gone; just don't install the feature but
use it
OK, thanks. this solved the problem; my document compiled now. Will do
more tests in the next
Thomas A. Schmitz wrote:
On Jan 6, 2009, at 3:33 PM, Hans Hagen wrote:
Yes, luatools --generate followed by luatools --ini --compile cont-en
ah, i see, that command is gone; just don't install the feature but
use it
OK, thanks. this solved the problem; my document compiled now. Will do
postscript.pdf
Description: Adobe PDF document
Am 04.01.2009 um 23:54 schrieb Hans Hagen:
Hi,
I uploaded a new alpha.
- partial rwewrite of the open type feature processor code which is
also somewhat faster now (the most recent luatex bin is slower due
to redundant ff code, so
Hi, Hans:
context --make did not give me the fmt file.
?:0: attempt to index global 'trackers' (a nil value)
LuaTools | creating initialization file: cont-en
LuaTools | using library path:
/usr/home/yue/context/tex/texmf-context/tex/context/base
LuaTools | using lua libraries: l-string.lua
What about using these two commands:
luatools --selfupdate
mtxrun --selfupdate
The new version didn't work for me at first, but after the selfupdate of these
two, the version works for me now. Maybe you can try it.
Fengnan
context --make did not give me the fmt file.
?:0: attempt to
Sorry I forget to mention that Mojca taught me those two commands .
Fengnan
Date: Tue, 6 Jan 2009 05:45:19 +
From: yuleo...@gmail.com
To: ntg-context@ntg.nl
Subject: Re: [NTG-context] alpha
Hi, Hans:
context --make did not give me the fmt file.
?:0: attempt to index global
Hi,
I uploaded a new alpha.
- partial rwewrite of the open type feature processor code which is also
somewhat faster now (the most recent luatex bin is slower due to
redundant ff code, so eventually we might geven ain a bit more speed)
- i will finish it when i run into fonts that i can use
Hans Hagen wrote:
Hi,
For those interested in sorting registers ...
OK, I am very interesting. Now I set aside some time to help with Cz part.
... the alpha release has sort-* files in it.
I looked at it. Seems that basic sorting rules can be set by macro, more
difficult by Rubu module,
Hi,
For those interested in sorting registers ...
... the alpha release has sort-* files in it.
For the moment you need to load:
\readfile{sort-ini}{}{}
After that
mainlanguage[sl]
\starttext
test \index {aa1} test \index {ab1} test \index {aa2}
test \index {ab2} test
Adam Lindsay wrote:
latin modern fonts instead of cmr/plr/csr/aer/vnr:
Ah, here's a conflict: XeTeX doesn't have latin modern yet. (Needs to be
converted to OpenType, with some special table enabled... JK hasn't
documented it yet.) Do you have a switch to avoid the cmr-lm conversion?
what cmr
Hans Hagen said this at Tue, 8 Feb 2005 22:51:24 +0100:
what cmr does xetex use? a special version? we can of course make a xetex
specific typescript to setup the default fonts
It's a straight opentype encapsulation of the CMR type1 fonts from CTAN,
as far as I can tell.
Getting LM in there
Vit Zyka wrote:
Font design is very subjective game, I know. There is my comment:
1) LM has very ugly caron
2) caron is too high at both capitals and minuscules
Isn't that a matter of taste? Think of mixed language usage (not that strange in
todays europe), then one wants consistency and this was
Hans Hagen wrote:
Vit Zyka wrote:
Font design is very subjective game, I know. There is my comment:
I have asked Czech TeX users for their opinion yesterday. Now I want to
wait a several days for their collecting. After that I will summarize
the discussion results and will sent it here and to
Vit Zyka wrote:
I save time to install new release and start to test. Good news:
1) The hyphen code can be processed with cont-cz.
Bad news:
1) \c!compoundhyphen atc. are not defined in cont-con.tex
they are in mult-con (in the alpha)
2) it preserves long-variant hyphen for \cz case (no difference
Hans Hagen wrote:
Vit Zyka wrote:
I save time to install new release and start to test. Good news:
1) The hyphen code can be processed with cont-cz.
Bad news:
1) \c!compoundhyphen atc. are not defined in cont-con.tex
they are in mult-con (in the alpha)
Sorry Hans, I did not distinguish between
Idris Samawi Hamid said this at Mon, 7 Feb 2005 08:28:43 -0700:
No, but I use old-style numerals as default
Ok, the next alpha will offer you:
\starttext
\usetypescript [modern][\defaultencoding]
\usetypescript [map] [latin-modern-os] [\defaultencoding]
\setupbodyfont[modern] test 1234 test
\setupencoding[default=il2] \usetypescript[modern][\defaultencoding]
There is some mess with encoding, I think:
-
\setupencoding[default=il2]
\def\criticalchars{\dcaron=\v d=}
\starttext
\usetypescript[modern][\defaultencoding]
\criticalchars
\stoptext
Vit Zyka said this at Tue, 8 Feb 2005 12:30:20 +0100:
So problem is at the very beginning stage. I check if input file is
exactly in il2 encoding, yes it is. 'ì' has catcode letter. So a the
letter is should enter the font.
Where is problem?
I think it's with two things:
1) you're not using
Hans Hagen said this at Thu, 3 Feb 2005 18:11:29 +0100:
latin modern fonts instead of cmr/plr/csr/aer/vnr:
Ah, here's a conflict: XeTeX doesn't have latin modern yet. (Needs to be
converted to OpenType, with some special table enabled... JK hasn't
documented it yet.) Do you have a switch to
Adam Lindsay wrote:
Vit Zyka said this at Tue, 8 Feb 2005 12:30:20 +0100:
So problem is at the very beginning stage. I check if input file is
exactly in il2 encoding, yes it is. 'ì' has catcode letter. So a the
letter is should enter the font.
Where is problem?
I think it's with two things:
Vit Zyka wrote:
\setupencoding[default=il2] \usetypescript[modern][\defaultencoding]
There is some mess with encoding, I think:
-
\setupencoding[default=il2]
\def\criticalchars{\dcaron=\v d=}
\starttext
\usetypescript[modern][\defaultencoding]
\criticalchars
\stoptext
Adam Lindsay wrote:
Ah, here's a conflict: XeTeX doesn't have latin modern yet. (Needs to be
converted to OpenType, with some special table enabled... JK hasn't
documented it yet.) Do you have a switch to avoid the cmr-lm conversion?
hm, we should have a \beginXETEX ... \endXETEX section then
but
Hans Hagen wrote:
btw, if you patch enco-il2 by
\startcoding[il2][il2] % second entry
and regenerate the format you have a regime for free -)
OK. That is the game. Chars were born.
I prepared a quick comparision of Czech/Slovak accented letters (Latin
Modern v. CS Fonts). See
Vit Zyka wrote:
Hans Hagen wrote:
btw, if you patch enco-il2 by
\startcoding[il2][il2] % second entry
and regenerate the format you have a regime for free -)
OK. That is the game. Chars were born.
I prepared a quick comparision of Czech/Slovak accented letters (Latin
Modern v. CS Fonts). See
Vit Zyka wrote:
I prefer the second variant. Can we find its solution?
added to the previous mail: german has dedicated umlauts in latin modern, so
what you ask for is dedidated (positioned lower) caron's and such; about the
small circular thingie, it indeed looks a bit to spiny in latin modern,
Hans Hagen said this at Tue, 8 Feb 2005 13:41:26 +0100:
Also, something I just realised (thanks to Vit's example): XeTeX hasn't a
clue when it comes to grid typesetting. (Has to do with the difficulty of
getting the metrics from the platform fonts, I think.)
context does grid typesetting
Sorry 4 late response, was out of town...
On Fri, 04 Feb 2005 10:11:40 +0100, Hans Hagen [EMAIL PROTECTED] wrote:
Are there things in cmr that are not in latin modern?
No, but I use old-style numerals as default (as it should be in much of
the liberal arts and
critical scholarship). There are
Idris Samawi Hamid wrote:
Sorry 4 late response, was out of town...
On Fri, 04 Feb 2005 10:11:40 +0100, Hans Hagen [EMAIL PROTECTED] wrote:
Are there things in cmr that are not in latin modern?
No, but I use old-style numerals as default (as it should be in much of
the liberal arts and
critical
On Mon, 7 Feb 2005 15:45:29 +, Adam Lindsay [EMAIL PROTECTED]
wrote:
Idris Samawi Hamid said this at Mon, 7 Feb 2005 08:28:43 -0700:
No, but I use old-style numerals as default
Out of curiosity, are the old-style numerals from CM (cmmi*, I presume)
in any shapes other than roman? I had the
On Mon, 07 Feb 2005 16:41:30 +0100, Hans Hagen [EMAIL PROTECTED] wrote:
There are also a few accents that I have to make on the fly with
(amateurish) macros, including the shorter bar over lower case i and
some others. lm should provide all of this by default.
do you have a list of them:
name
Hans Hagen wrote:
Hi,
I posted an alpha release. Main differences:
- david antos' wish, test for this:
\unprotected \setuplanguage
[cz]
[\c!compoundhyphen=-,
\c!leftcompoundhyphen=-,
\c!rightcompoundhyphen=-]
Hallo Hans,
I save time to install new release and start to test.
Hi,
I posted an alpha release. Main differences:
- some efficiency changes in language parts
needed for || extension
- latin modern fonts instead of cmr/plr/csr/aer/vnr:
fetch the cont-lmt.zip file if needed
- david antos' wish, test for this:
\unprotected \setuplanguage
[cz]
On Thu, 03 Feb 2005 18:11:29 +0100, Hans Hagen [EMAIL PROTECTED] wrote:
Hi,
I posted an alpha release. Main differences:
snip
- latin modern fonts instead of cmr/plr/csr/aer/vnr:
fetch the cont-lmt.zip file if needed
Ok, but lm is (as far as I know) still not quite usable for e.g. my
journal.
Willi Egger wrote:
Thanks Taco! This makes things clear.
also, at runtime you get something:
language : patterns nl-texnansi:texnansi-1-2:2 nl-ec:ec-2-2:2 en-d
efault:default-3-2:2 de-texnansi:texnansi-4-2:2 de-ec:ec-5-2:2 da-defa
ult:default-6-2:2 sv-default:default-7-2:2
Hi,
I uploaded an alpha release. Well, not that alpha, since i run it here as
default, but this one has the bib files packahed. Some code moved to the system
modules and some bits and pieces were cleaned up. Taco and I will discuss a
further clean up / internationalization later. I hope that
Hi,
I donwloaded your latest release ...
After generating the format files I checked the log files of
format-generation.
Following up the discussion on another thread (hyphenation peculiarity)
I would like to ask how the follwing lines should be interpreted:
language : patterns en for en
Willi Egger said this at Wed, 5 Jan 2005 20:33:08 +0100:
language : patterns en for en loaded (n=1)
(c:\NEWCON~1\tex\texmf/tex/generic/hyphen/ushyph.tex)
language : no hyphenations en for en (n=1)
Yeah, huh. I got the same, too. Empirically, it works:
\starttext
Adam Lindsay wrote:
Willi Egger said this at Wed, 5 Jan 2005 20:33:08 +0100:
language : patterns en for en loaded (n=1)
(c:\NEWCON~1\tex\texmf/tex/generic/hyphen/ushyph.tex)
language : no hyphenations en for en (n=1)
Yeah, huh. I got the same, too. Empirically, it works:
This message
Thanks Taco! This makes things clear.
Willi
Taco Hoekwater wrote:
Adam Lindsay wrote:
Willi Egger said this at Wed, 5 Jan 2005 20:33:08 +0100:
language : patterns en for en loaded (n=1)
(c:\NEWCON~1\tex\texmf/tex/generic/hyphen/ushyph.tex)
language : no hyphenations en for en (n=1)
Hi,
A new alpha release:
http://www.pragma-ade.com/context/alpha/cont-tmf.zip
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53
Hi,
I uploaded the upcoming release,
http://www.pragma-ade.com/context/alpha
This version is low level english (commands, keywords, values). It is possible that some functionality is not working, but as far as i can see most should work as expected. If you find low level dutch in the source
78 matches
Mail list logo