But it works fine here with both context=experimental and
context=beta. The versions are ``2009.01.17 00:15'' for experimental
and ``2009.01.14 11:29'' for beta.
On Sat, Jan 17, 2009 at 10:55:48PM +0800, Yue Wang wrote:
Hi, Hans
Using context=experimental, the following cross references all
Longmin Wang wrote:
But it works fine here with both context=experimental and
context=beta. The versions are ``2009.01.17 00:15'' for experimental
and ``2009.01.14 11:29'' for beta.
Appears fine here as well, with context 2009.01.17 00:15. But I assume
your test file was longer thatn just the
Hi, Taco:
Appears fine here as well, with context 2009.01.17 00:15. But I assume
your test file was longer thatn just the little block below. Perhaps
you should post a full file.
Btw, the example breaks with cont-xp, but in a different way:
it throws an error at me about an undefined
On 14 janv. 09, at 08:57, Taco Hoekwater wrote:
Otared Kavian wrote:
Thanks Aditya for your explanation, but I must say that it is not
convincing because with mkiv one of the buffers is processed with
\processMPbuffer, while the other is not… So there must be some
other hidden behaviour
Otared Kavian wrote:
By the way, in one of your messages some time ago you said that there is
a command
\luatexversion
but it doesn't exist on my installation: is it removed or I understod
wrong?
Try \the\luatexversion, and \luatexrevision.
Best wishes,
Taco
On 14 janv. 09, at 09:31, Taco Hoekwater wrote:
Otared Kavian wrote:
By the way, in one of your messages some time ago you said that
there is
a command
\luatexversion
but it doesn't exist on my installation: is it removed or I understod
wrong?
Try \the\luatexversion, and
On 14 janv. 09, at 11:30, Hans Hagen wrote:
Hans Hagen wrote:
Otared Kavian wrote:
I will leave it for Hans to figure what exactly goes wrong, but
the problem is caused by the comment characters in the axes-1
buffer.
core-buf.lua: line 253
return concat(t,separator or \n) -- \n is
On Wed, 14 Jan 2009, Otared Kavian wrote:
Hi all,
I have a file which contains the lines below: I can typeset it and obtain a
correct result with mkii, but not with mkiv (the second buffer named axes-1
does not result in a MetaPost graphic when one says
\processMPbuffer[axes-1]).
The file
On 14 janv. 09, at 06:51, Aditya Mahajan wrote:
On Wed, 14 Jan 2009, Otared Kavian wrote:
Hi all,
I have a file which contains the lines below: I can typeset it and
obtain a correct result with mkii, but not with mkiv (the second
buffer named axes-1 does not result in a MetaPost graphic
Otared Kavian wrote:
Thanks Aditya for your explanation, but I must say that it is not
convincing because with mkiv one of the buffers is processed with
\processMPbuffer, while the other is not… So there must be some other
hidden behaviour which has changed between mkii and mkiv.
I will
Wolfgang Schuster wrote:
Hi,
I was able to reproduce Thomas problem with xml files.
Part of his text was missing because he had a space after his sln/
element in the file which caused ConTeXt to gobble the following text
till the end of the paragraph.
In the following text the second
Otared Kavian wrote:
Hi all,
With the minimals (ConTeXt ver: 2008.11.10 21:40 MKIV fmt:
2008.11.12 int: english/english) and mkiv, I get from time to time:
(cont-sys.tex
! Undefined control sequence. l.123
\recycleMPslotstrue
but, despite this, a correct PDF is
On Fri, Oct 24, 2008 at 10:17 PM, Alan BRASLAU wrote:
Tikz seems to be broken under luatex.
As is, compiling something as simple as
\usemodule[tikz]
\starttext
Hello, world!
\stoptext
gives errors.
Hello,
doing some trivial experiments (though I don't really
On Fri, Oct 24, 2008 at 10:17 PM, Alan BRASLAU wrote:
Tikz seems to be broken
I fixed the version on minimals.contextgarden.net (I need to figure
out what to do with the one on modules.contextgarden.net) and I'll
send the patch to the author.
A tiny patch
2008-05-14 Till Tantau
-
On Sat, Oct 25, 2008 at 12:33 AM, luigi scarso [EMAIL PROTECTED]wrote:
On Fri, Oct 24, 2008 at 11:17 PM, Alan BRASLAU [EMAIL PROTECTED]wrote:
Tikz seems to be broken under luatex.
As is, compiling something as simple as
\usemodule[tikz]
\starttext
Hello, world!
On Fri, Oct 24, 2008 at 11:17 PM, Alan BRASLAU [EMAIL PROTECTED] wrote:
Tikz seems to be broken under luatex.
As is, compiling something as simple as
\usemodule[tikz]
\starttext
Hello, world!
\stoptext
gives errors.
From the the [Pgf-users] mailing list:
On Tue, Oct 21, 2008 at 7:19 PM, Otared Kavian [EMAIL PROTECTED] wrote:
On 21 oct. 08, at 15:13, Khaled Hosny wrote:
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the experimental
auto-bidi support.
Thanks Khaled for your
On 22 oct. 08, at 09:02, Wolfgang Schuster wrote:
On Tue, Oct 21, 2008 at 7:19 PM, Otared Kavian [EMAIL PROTECTED]
wrote:
On 21 oct. 08, at 15:13, Khaled Hosny wrote:
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the
On Fri, Oct 17, 2008 at 10:41 AM, Hans Hagen [EMAIL PROTECTED] wrote:
Hi,
at the context meeting it was concluded that there is no reason for mkiv
to be fully downward compatible.
one thing that i consider removing is the 'background=screen' option
from \framed. After all, screens
Wolfgang Schuster wrote:
On Fri, Oct 17, 2008 at 10:41 AM, Hans Hagen [EMAIL PROTECTED] wrote:
Hi,
at the context meeting it was concluded that there is no reason for mkiv
to be fully downward compatible.
one thing that i consider removing is the 'background=screen' option
from \framed.
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the experimental
auto-bidi support.
On Mon, Oct 20, 2008 at 11:02 PM, Otared Kavian [EMAIL PROTECTED] wrote:
Hi Hans, Taco, Idriss and the mkiv team,
Since I have been unable to
On 21 oct. 08, at 15:13, Khaled Hosny wrote:
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the experimental
auto-bidi support.
Thanks Khaled for your attention, but what I get is:
! Undefined control sequence.
l.21
On Fri, Oct 17 2008, Hans Hagen wrote:
at the context meeting it was concluded that there is no reason for mkiv
to be fully downward compatible.
Great!
Could you then also repair the align=left|right issue?
Thanks, Peter
--
http://pmrb.free.fr/contact/
It must be
\definetypeface [georgia] [rm] [serif] [georgia] [default]
grin:
--
Best,
Alan
* ConTeXt ver: 2008.09.10 14:01 MKIV fmt: 2008.9.14 int: english/english
* Windows XP Home SP3
___
If your question is of
Mohamed Bana wrote:
Could someone please try this out;
1. This source file; http://pastebin.com/m4dd31559 doesn't work with mkiv, it
fails with; http://pastebin.com/ma9705be (paste below).
2. I don't get an error when I compile with mkii. Here's the log of the
succesfull compile;
Alan Stone wrote:
mtxrun --script fonts --list
output...
The 2nd column is the font name.
Tthe 3rd column is the font filename.
To what corresponds the 1st column ?
the (simplified) internal name that is used as lookup, only digits and
lowercase letters; all requested names are
(1) the (simplified) internal name that is used as lookup
so these are names one can use in typescripts instead,
aka [name:simplified-internal-name] ?
(2) source: http://wiki.contextgarden.net/Running_Mark_IV#Using_fonts
Context Mark IV can use non-tex fonts (in OpenType, TrueType or Type1
On Tue, Sep 16, 2008 at 2:47 PM, Alan Stone
[EMAIL PROTECTED] wrote:
(1) the (simplified) internal name that is used as lookup
so these are names one can use in typescripts instead,
aka [name:simplified-internal-name] ?
(2) source: http://wiki.contextgarden.net/Running_Mark_IV#Using_fonts
Jano Kula jano.kula at tiscali.cz writes:
Mohamed Bana wrote:
Could someone please try this out;
1. This source file; http://pastebin.com/m4dd31559 doesn't work with mkiv,
it
fails with; http://pastebin.com/ma9705be (paste below).
2. I don't get an error when I compile with
Alan Stone software.list.1es9s at gmail.com writes:
mtxrun --script fonts --list
output...
The 2nd column is the font name.
Tthe 3rd column is the font filename.
To what corresponds the 1st column ?
Take a look at; http://wiki.contextgarden.net/Fonts_in_LuaTex#Example. I
remember
compiled with
texmfstart texexec --lua test001
--
Best,
Alan
* ConTeXt ver: 2008.09.10 14:01 MKIV fmt: 2008.9.14 int: english/english
* Windows XP Home SP3
___
If your question is of interest to others as well,
Mohamed Bana wrote:
Looks like this thread is going to die :(
it's such a big list ... often it helps if you split up your problem,
since now you force us to respond to a lengthy mail (which takes quite
some time)
hans
-
Hans Hagen pragma at wxs.nl writes:
\definecolor[ucolour] [c=0,m=0.83,y=1,k=0.7]
\definecolor[urlcolour] [c=0,m=0.51,y=1,k=0]
...
...
\setupinteraction[
state=start,
color=ucolour,
option=bookmark]
4. Doesn't work, but strangely enough color=urlcolour
Looks like this thread is going to die :(
___
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
Mohamed Bana wrote:
luatex --version
This is LuaTeX, Version snapshot-0.29.0-2008072009
texexec --version
TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD
The file source; http://pastebin.com/f4923f52c.
\placecontent[criterium=chapter,
level=section,
Wolfgang Schuster wrote:
On Wed, Sep 3, 2008 at 10:08 AM, Yue Wang [EMAIL PROTECTED] wrote:
Hi, Hans,
the code works for MKII but not for MKIV. known issue or bug?
Yue Wang
and here comes the file.
in mkii:
- when you run out of fonts (due to randomization), then use a snapper:
oh, my god, forgot to send the attachment...
On Wed, Sep 3, 2008 at 4:08 PM, Yue Wang [EMAIL PROTECTED] wrote:
Hi, Hans,
the code works for MKII but not for MKIV. known issue or bug?
Yue Wang
On Wed, Sep 3, 2008 at 3:13 PM, Yue Wang [EMAIL PROTECTED] wrote:
some weird error
per.tex
On Wed, Sep 3, 2008 at 10:08 AM, Yue Wang [EMAIL PROTECTED] wrote:
Hi, Hans,
the code works for MKII but not for MKIV. known issue or bug?
Yue Wang
and here comes the file.
Wolfgang
per.tex
Description: TeX document
On Wed, 14 May 2008, Hans Hagen wrote:
Aditya Mahajan wrote:
Hi,
I am using ConTeXt ver: 2008.05.13, and in mkiv braces seem to gobble the
next digit. They work fine with mkii.
Minimal example
\starttext
The digits $\{0,1,2,3,4\}0,1,2,3,4$
The letters $\{a,b,c,d\}a,b,c,d$
\stoptext
Aditya Mahajan wrote:
Hi,
I am using ConTeXt ver: 2008.05.13, and in mkiv braces seem to gobble the
next digit. They work fine with mkii.
Minimal example
\starttext
The digits $\{0,1,2,3,4\}0,1,2,3,4$
The letters $\{a,b,c,d\}a,b,c,d$
\stoptext
add spaces ...
function
On Sun, Apr 13, 2008 at 3:01 PM, Mojca Miklavec
[EMAIL PROTECTED] wrote:
On Fri, Apr 11, 2008 at 11:45 AM, Hans Hagen wrote:
Wolfgang Schuster wrote:
Hi,
is it possible to produce DVI files with Mark IV.
I tried a simple file like
\starttext
text
\stoptext
luigi scarso wrote:
On Fri, Apr 11, 2008 at 5:36 PM, Hans Hagen [EMAIL PROTECTED] wrote:
luigi scarso wrote:
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
mars
A very nice
Olivier Guéry wrote:
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso [EMAIL PROTECTED] wrote:
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
Do you plan some support for the ebooks
Do you plan some support for the ebooks formats (epub, mobipocket) ?
it depends, we have one here and it's slow and the screen is already
degrading (although the quality is not that bad); it's a matter of paper
sizes and margins, so that can already be done; hyperlinks are
suppoorted
Wolfgang Schuster wrote:
Hi,
is it possible to produce DVI files with Mark IV.
I tried a simple file like
\starttext
text
\stoptext
with the command texexec --lua --backend=dvipdfm filename
no, at quite some places i've hardcoded a pdftex backend
at some point i will redo the
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
--
luigi
it's new .
it's powerful .
it's luatex .
http://www.luatex.org
2008/4/11, luigi scarso [EMAIL PROTECTED]:
xps ?
http://tug.org/mailman/htdig/pdftex/2007-April/007112.html
Best
Martin
___
If your question is of interest to others as well, please add an entry to the
Wiki!
luigi scarso wrote:
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
mars
-
Hans
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso [EMAIL PROTECTED] wrote:
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
Do you plan some support for the ebooks formats (epub, mobipocket) ?
Olivier Guéry wrote:
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso [EMAIL PROTECTED] wrote:
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
Do you plan some support for the ebooks
On Fri, Apr 11, 2008 at 5:36 PM, Hans Hagen [EMAIL PROTECTED] wrote:
luigi scarso wrote:
at some point i will redo the backends, but i wonder if it really makes
sense to support dvi any longer; i'd rather prepare for future formats
xps ?
mars
A very nice subject to discuss here at
On Fri, Apr 11, 2008 at 4:55 PM, Martin Schröder [EMAIL PROTECTED] wrote:
2008/4/11, luigi scarso [EMAIL PROTECTED]:
xps ?
http://tug.org/mailman/htdig/pdftex/2007-April/007112.html
hmm,
http://www.ntg.nl/pipermail/ntg-context/2007/024777.html
hans wrote
...i will look into that some time
See also
http://www.gust.org.pl/BachoTeX/2008/prog.html
--
luigi
it's new .
it's powerful .
it's luatex .
http://www.luatex.org
___
If your question is of interest to others as well, please add an entry to the
Dear Hans and other friends:
I am a Chinese user of ConTeXt. Recently, I tried ConTeXt MkIV and
test its Chinese typesetting. I am very glad to see MkIV can access
my linux OS TTFOTF fonts and give a good face of my article about
lines breaking. But on the bilingual typesetting, such as
Yue Wang wrote:
Both of them are not hard to do technically compared what had been
done before. So maybe we should wake Hans up to continue the CJK
support? Zhichu Chen and I are eager to help whenever a localization
problem is occurred.
well, examples of input as well as wanted output are
Santy, Michael wrote:
I've been following the MKIV developments on the list, but don't have a good
feeling for the overall stability/robustness/completeness of the new code.
Can someone who has the high-level insight (Hans, Taco?) please add a page to
the wiki that gives the community a
On Tue, Mar 25, 2008 at 1:58 PM, Santy, Michael
[EMAIL PROTECTED] wrote:
I've been following the MKIV developments on the list, but don't have a good
feeling for the overall stability/robustness/completeness of the new code.
Can someone who has the high-level insight (Hans, Taco?) please
Just an idea (I know nothing about Asian scripts and don't need those
features myself):
Would it perhaps possible to hook that font switch into the language
mechanism?
Like if I change the language between latin-script languages with
{\de Deutsch} and get different typography, e.g. other
2008/3/25, Yue Wang [EMAIL PROTECTED]:
Dear Hans and other friends:
I am a Chinese user of ConTeXt. Recently, I tried ConTeXt MkIV and
test its Chinese typesetting. I am very glad to see MkIV can access
my linux OS TTFOTF fonts and give a good face of my article about
lines
\starttext
我用英文进行{\en Hello World}测试。
\stoptext
At least that looks logical to me...
Yes, It is not only logic, but also useless and troublesome.
especially typesetting a document with large amount of foreign words.
Zhichu Chen and I are making a sample. Wait for a few days and we
On Tue, Mar 18 2008, Arthur Reutenauer wrote:
I would even say: don't use it at all. If you really have to, don't
put it in a configuration file, at any rate; just set it in the current
environment. What do you need it for in Mark II?
I don't need it, I just discovered that /etc/profile
On Thu, 20 Mar 2008, Peter Münster wrote:
But you're right, since there is no troubleshooting page, I'll put it
first on installation instructions.
Hey, it's a wiki --- create a troubleshooting page :). I think that such a
page is definitely needed for MKIV.
On Fri, Mar 14 2008, Hans Hagen wrote:
I've put the output of the command
MTX_INPUT_TRACE=10 luatools --ini --compile cont-en
on the page http://pmrb.free.fr/tmp/luatools-log/
One for version 2008.01.28 (no problem).
And one for version 2008.03.11 (context.tex not found).
After bothering Hans and Taco pretty much, here comes finally the solution
of the mystery: don't use the environment variable TEXINPUTS with MKIV!
I would even say: don't use it at all. If you really have to, don't
put it in a configuration file, at any rate; just set it in the current
Hello,
I've put the output of the command
MTX_INPUT_TRACE=10 luatools --ini --compile cont-en
on the page http://pmrb.free.fr/tmp/luatools-log/
One for version 2008.01.28 (no problem).
And one for version 2008.03.11 (context.tex not found).
luatools.lua and mtxrun.lua have been copied without
Peter Münster wrote:
Hello,
I've put the output of the command
MTX_INPUT_TRACE=10 luatools --ini --compile cont-en
on the page http://pmrb.free.fr/tmp/luatools-log/
One for version 2008.01.28 (no problem).
And one for version 2008.03.11 (context.tex not found).
luatools.lua and
On Wed, Mar 12, 2008 at 3:09 PM, Peter Münster wrote:
Hello,
Any news about this one?
Am I the only one having this problem?
Mine has disappeared last night (luatex 0.25, another job for you, if
that matters).
Mojca
On Wed, Mar 12 2008, Mojca Miklavec wrote:
Mine has disappeared last night
Mine not... :(
Should I send another output of
MTX_INPUT_TRACE=10 luatools --ini --compile cont-en ?
Or perhaps some other informations?
(luatex 0.25, another job for you, if that matters).
It seems, that Taco has
Peter Münster wrote:
On Wed, Mar 12 2008, Mojca Miklavec wrote:
Mine has disappeared last night
Mine not... :(
Did you fetch a new first-setup.sh ? You have to, because
the mtxrun commandline has changed. It should now be:
mtxrun --verbose --script ./bin/mtx-update.lua --update --make \
On Wed, Mar 12 2008, Taco Hoekwater wrote:
Did you fetch a new first-setup.sh ? You have to, because
the mtxrun commandline has changed. It should now be:
No, where can I find it?
It does not seem to be in the zips in
http://www.pragma-ade.com/dir?path=context/current
mtxrun --verbose
Peter Münster wrote:
On Wed, Mar 12 2008, Taco Hoekwater wrote:
Did you fetch a new first-setup.sh ? You have to, because
the mtxrun commandline has changed. It should now be:
No, where can I find it?
It does not seem to be in the zips in
http://www.pragma-ade.com/dir?path=context/current
On Wed, Mar 12 2008, Taco Hoekwater wrote:
You probably have to download and extract a new cont-tmf, then manually
copy scripts/context/lua/mtxrun.lua and scripts/context/lua/luatools.lua
to (the|a) binaries directory as bin/mtxrun and bin/luatools.
After that, run luatools --generate, and
On Mar 10, 2008, at 3:51 PM, Peter Münster wrote:
Hello,
I've just tried the beta version too, and I get another error (very
early):
\input context.tex : cannot find input file context.tex
My command: texexec --make --all --luatex
What could be the reason for this problem?
I just
On Mon, Mar 10 2008, Thomas A. Schmitz wrote:
However, with
luatools --ini --compile cont-en
Here, I get the same error:
LuaTools | creating initialization file cont-en
LuaTools | using library path :
/opt/TeX-live/texmf-context/tex/context/base
LuaTools | using lua libraries: l-string.lua
On Mon, 10 Mar 2008, Peter Münster wrote:
On Mon, Mar 10 2008, Thomas A. Schmitz wrote:
However, with
luatools --ini --compile cont-en
Here, I get the same error:
LuaTools | creating initialization file cont-en
LuaTools | using library path :
/opt/TeX-live/texmf-context/tex/context/base
On Mon, Mar 10 2008, Aditya Mahajan wrote:
Can you try
MTX_INPUT_TRACE=10 luatools --ini --compile cont-en
I attach the output to this message.
luatools-current.log - with current context
luatools-beta.log - with beta context
With the beta version, there are no handler lines.
On Feb 13, 2008 6:21 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Wolfgang Schuster wrote:
On Feb 13, 2008 4:52 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Wolfgang Schuster wrote:
Hi,
LuaTeX hangs in the following example, it is related to the optional
argument
for \startTEST.
unrelated
Wolfgang Schuster wrote:
Hi,
LuaTeX hangs in the following example, it is related to the optional argument
for \startTEST.
unrelated to luatex ... processbetween takes args one by one
\def\dostartTEST[#1]%
{\bgroup
\processaction
[#1]
[bold=\bf,
italic=\it,
On Feb 13, 2008 4:52 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Wolfgang Schuster wrote:
Hi,
LuaTeX hangs in the following example, it is related to the optional
argument
for \startTEST.
unrelated to luatex ... processbetween takes args one by one
and why did it work with pdfTeX?
On Jan 29, 2008 12:19 AM, Arthur Reutenauer
[EMAIL PROTECTED] wrote:
This is wrong, fon-otf contains a few lua macros about linebreaking
and char-def has information about the character width (full width,
half width ...)
and other information like opening punctuation, parenthesis but none
On Jan 28, 2008 3:17 AM, Arthur Reutenauer
[EMAIL PROTECTED] wrote:
Hello,
Thanks for this comprehensive review. If I'm not mistaken, there is
no specific code for CJKV typesetting in Mark IV; the examples in mk.pdf
seem to use the generic font loading mechanism.
This is wrong,
Hello,
Thanks for this comprehensive review. If I'm not mistaken, there is
no specific code for CJKV typesetting in Mark IV; the examples in mk.pdf
seem to use the generic font loading mechanism.
I would like to answer more completely, but don't have much time for
the moment. About
actually, there is code in there but you need to specify chinese as feature
\definefontfeature
[chinese-traditional]
[mode=node,script=hang,lang=zht]
\definefontfeature
[chinese-simple]
[mode=node,script=hang,lang=zhs]
OK, but hang should still be replaced by hani if you
Arthur Reutenauer wrote:
Do you mean simply closer to the margin, or in the margin itself
(protruding)? Protruding is already possible in pdfTeX; I believe it is
available in LuaTeX as well, although it might be broken for the moment
(Taco?).
Protrusion should be available in luatex as
i'm not going to waste time on protruding in mkiv, later this year we
will have proper font related protruding and hz tables and then i will
pick up that thread
Anyway, if you read Yue's reply, he says the glyphs should not
protrude in Chinese anyway ;-) But I'm pretty sure they can in
Taco Hoekwater wrote:
Arthur Reutenauer wrote:
Do you mean simply closer to the margin, or in the margin itself
(protruding)? Protruding is already possible in pdfTeX; I believe it is
available in LuaTeX as well, although it might be broken for the moment
(Taco?).
Protrusion should be
Thank you very much for your mail!
On Mon, Jan 28, 2008 at 10:17 AM, Arthur Reutenauer
[EMAIL PROTECTED] wrote:
Hello,
Thanks for this comprehensive review. If I'm not mistaken, there is
no specific code for CJKV typesetting in Mark IV; the examples in mk.pdf
seem to use the
This is wrong, fon-otf contains a few lua macros about linebreaking
and char-def has information about the character width (full width,
half width ...)
and other information like opening punctuation, parenthesis but none
of them is finished.
OK, I thought line breaking would be managed in
Arthur Reutenauer wrote:
Adobe like AdobeSongStd don't have a hang script at all anyway. Do
you know fonts that have?
btw, the same is true for japanese and korean ... i like these glyphs
and playing with them but i need input from users on how to organize
things, i.e. script/lang
Arthur Reutenauer wrote:
Thanks for this comprehensive review. If I'm not mistaken, there is
no specific code for CJKV typesetting in Mark IV; the examples in mk.pdf
seem to use the generic font loading mechanism.
I would like to answer more completely, but don't have much time for
Arthur Reutenauer wrote:
You need the hang script, it takes care about the linebreak.
What do you mean? How does it take care about the linebreak? And how
can it be relevant for Chinese characters? Default Chinese fonts from
Adobe like AdobeSongStd don't have a hang script at all
Just trying to keep this on the radar ... ;0)
Merry Chrismas!
Joh
Hans Hagen wrote:
Wolfgang Schuster wrote:
Looks like ConTeXt is not able to open zip files in xml mode, you should
Hans for this feature.
i probably have to call a different function (locator); i'll have a look
at it
Peter Münster wrote:
Hello,
It would be nice, if $µ$ gave the same result as $\mu$.
i had no time yet to sort that out (should happen by using char-mat.lua)
-
Hans Hagen | PRAGMA ADE
2007/12/18, Johannes Graumann [EMAIL PROTECTED]:
Wolfgang Schuster wrote:
2007/12/18, Johannes Graumann [EMAIL PROTECTED]:
Wolfgang Schuster wrote:
2007/12/18, Johannes Graumann [EMAIL PROTECTED]:
Thanks! I remembered this, but had lost track of where to find it ...
Can someone
Wolfgang Schuster wrote:
Looks like ConTeXt is not able to open zip files in xml mode, you should
Hans for this feature.
i probably have to call a different function (locator); i'll have a look
at it (not today, no time)
Hans
Thanks Hans! Please keep me informed ... I will bug you then and again ;0)
Joh
Hans Hagen wrote:
Wolfgang Schuster wrote:
Looks like ConTeXt is not able to open zip files in xml mode, you should
Hans for this feature.
i probably have to call a different function (locator); i'll have a
Aditya Mahajan wrote:
On Mon, 17 Dec 2007, Aditya Mahajan wrote:
LuaTools | locating list of /usr/share/texmf-{texlive
LuaTools | locating list of tetex}
Bug in line 2498 of luatools
local t = instance.treepath:splitchr(',')
Should be split taking the braces into
Aditya Mahajan wrote:
So /home/adityam/texmf/tex/// tree is there, and it seems that kpsewhich finds
the file by brute-force search of that tree (there is no ls-R file in
TEXMFHOME).
sounds pretty slow to me, if that's a large tree
Hans
Aditya Mahajan wrote:
Bottom line, if you try to install mkiv on a non-distribution tree, run
mktexlsr
tree before generating formats.
i think that this is a leftover from the time that we didn't have lfs
compiled into luatex so that we needed a way to determine a path as
'valid' (some
Hans Hagen wrote:
Aditya Mahajan wrote:
So /home/adityam/texmf/tex/// tree is there, and it seems that kpsewhich
finds
the file by brute-force search of that tree (there is no ls-R file in
TEXMFHOME).
sounds pretty slow to me, if that's a large tree
It should not be a large tree,
301 - 400 of 509 matches
Mail list logo