2009/4/30 Aditya Mahajan adit...@umich.edu:
On Thu, 30 Apr 2009, Yanrui Li wrote:
2009/4/29 Otared Kavian ota...@gmail.com:
Hi Yanrui,
I tested your file and everything is correct here both with mkii and mkiv
(ConTeXt ver: 2009.04.21 16:11 MKIV fmt: 2009.4.25 int:
english/english).
Aditya Mahajan wrote:
On Thu, 30 Apr 2009, Yanrui Li wrote:
2009/4/29 Otared Kavian ota...@gmail.com:
Hi Yanrui,
I tested your file and everything is correct here both with mkii and
mkiv
(ConTeXt ver: 2009.04.21 16:11 MKIV fmt: 2009.4.25 int:
english/english).
Hi Otared,
When you
Yanrui Li 写道:
Hi,
The numbering of footnotes are abnormal. Simple example:
\starttext
\chapter{T}
This is a test\footnote{t}.
\chapter{E}
This is a test\footnote{e}.
\chapter{S}
This is a test\footnote{s}.
\chapter{T}
This is a test\footnote{t}.
\stoptext
The numbering of four footnotes
Thomas A. Schmitz wrote:
On Apr 27, 2009, at 11:06 PM, Hans Hagen wrote:
OK, trying to compile the test file I sent last week:
no crash any more in beta
Well, it'll have to wait till you come back from Bachotek. I still get
this:
! Undefined control sequence.
\preparebibrefprefix
Hans Hagen 写道:
I uploaded a beta just before leaving for bachotek. Quite some structure
(lua) code has been overhauled and i need to finish some bits.
Have fun!
As I'm redoing the backend as well as cross referencing some interaction
features might be broken but normally they are easy
Taco Hoekwater wrote:
For Hans: the attached test file demonstates one of the reasons
why this is still broken.
Meanwhile, Hans has sent me a patch that should be good
enough to make people be able to use the bib module again,
so I will upload a new version soon (monday morning).
New
On Apr 27, 2009, at 9:20 AM, Taco Hoekwater wrote:
New version here:
http://modules.contextgarden.net/bib
Please give it a go.
Best wishes,
Taco
Hi Taco,
thanks for looking into it and for the new version! Very appreciated
and sorely needed here.
After a very quick test
Thomas A. Schmitz wrote:
On Apr 27, 2009, at 9:20 AM, Taco Hoekwater wrote:
New version here:
http://modules.contextgarden.net/bib
Please give it a go.
Best wishes,
Taco
Hi Taco,
thanks for looking into it and for the new version! Very appreciated and
sorely needed here.
After a
Thomas A. Schmitz wrote:
2. \cite commands do not work. I get errors like this:
LuaTeX warning (ext4): destination with the same identifier
(name{6:fsstraub}) has been already used, duplicate ignored
Hans will probably want a test file for that.
(I still do not understand what Hans'
Hi,
finally found some time to test the latest beta. I get a couple of
undefined control sequences here (mkiv).
\doPDFpageattribute
\doPDFaddtocatalog
\PDFobjectreferenceB (overprinting)
Best wishes, Peter
___
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
finally found some time to test the latest beta. I get a couple of
undefined control sequences here (mkiv).
\doPDFpageattribute
\doPDFaddtocatalog
\PDFobjectreferenceB (overprinting)
i have been fizing some issues so maybe a new beta later today
Hi,
I uploaded a beta just before leaving for bachotek. Quite some structure
(lua) code has been overhauled and i need to finish some bits.
I can probably fix urgent failures but real fixes have to wait till next
week.
As I'm redoing the backend as well as cross referencing some
Thomas A. Schmitz wrote:
On Apr 27, 2009, at 10:14 AM, Hans Hagen wrote:
small test set needed then
OK, trying to compile the test file I sent last week:
no crash any more in beta
-
Aditya Mahajan wrote:
I get the same error as Kevin:
! Undefined control sequence.
argument ... [\bibrefprefix ][\sectionseparator
]
Add this to fix the error:
\def\preparebibreflist#1{\def\bibreflist{#1}}%
see attached files.
For Hans:
Hi,
Taco Hoekwater wrote:
Aditya Mahajan wrote:
I get the same error as Kevin:
! Undefined control sequence.
argument ... [\bibrefprefix ][\sectionseparator
]
Add this to fix the error:
\def\preparebibreflist#1{\def\bibreflist{#1}}%
see
With the following versions of ConTeXt, LuaTeX, and t-bib:
MTXrun | main context file:
/opt/context/beta/tex/texmf-context/tex/context/base/context.tex
MTXrun | current version: 2009.04.21 16:11
This is LuaTeX, Version beta-0.40.0-200904 luatex.web = v2344
%D \module
%D [ file=t-bib,
On Fri, 24 Apr 2009, Kevin D. Robbins wrote:
With the following versions of ConTeXt, LuaTeX, and t-bib:
MTXrun | main context file:
/opt/context/beta/tex/texmf-context/tex/context/base/context.tex
MTXrun | current version: 2009.04.21 16:11
This is LuaTeX, Version beta-0.40.0-200904
On Fri, 24 Apr 2009, Aditya Mahajan wrote:
On Fri, 24 Apr 2009, Kevin D. Robbins wrote:
With the following versions of ConTeXt, LuaTeX, and t-bib:
MTXrun | main context file:
/opt/context/beta/tex/texmf-context/tex/context/base/context.tex
MTXrun | current version: 2009.04.21 16:11
This is
On Apr 23, 2009, at 7:18 AM, Lutz Haseloff wrote:
Hi Hans, hi all,
with LuaTeX 0.40 the names database is written again and with
Wolfgang's type-lucida.tex
i can use LucidaBright. Is there any chance to get the Lucida Math
fonts working in
mkiv?
Not here, unfortunately. I just compiled
\setupinteractionscreen[option=max] will make the document failed to compile.
On Tue, Apr 21, 2009 at 3:22 PM, Hans Hagen pra...@wxs.nl wrote:
Hi
i uploaded a beta with a few structure fixes; upcoming mkiv betas will also
have an experimental new vertical spacing mechanism (which also demands
Am 23.04.2009 um 07:18 schrieb Lutz Haseloff:
Hi Hans, hi all,
with LuaTeX 0.40 the names database is written again and with
Wolfgang's type-lucida.tex
i can use LucidaBright. Is there any chance to get the Lucida Math
fonts working in
mkiv?
Add the following at the end of my
Thanks Wolfgang,
but I got following error:
define font | font with name hlcrim is not found
math virtual | loading font lucidamath subfont 2 with name hlcrim at 458752
is skipped, not found
define font | font with name hlcry is not found
math virtual | loading font lucidamath subfont 3 with name
Hi Lutz,
the tfm's and map file I used in my typescript are part of the lucida
package from TUG.
Wolfgang
Am 23.04.2009 um 11:51 schrieb Lutz Haseloff:
Thanks Wolfgang,
but I got following error:
define font | font with name hlcrim is not found
math virtual | loading font lucidamath
Hi Wolfgang,
Thank You very much, Lucida Math works now with your original
type-lucida.tex.
Greetings Lutz
2009/4/23 Wolfgang Schuster schuster.wolfg...@googlemail.com
Hi Lutz,
the tfm's and map file I used in my typescript are part of the lucida
package from TUG.
Wolfgang
Am
2009/4/22 Mojca Miklavec mojca.miklavec.li...@gmail.com
On Tue, Apr 21, 2009 at 10:38, Lutz Haseloff wrote:
Isn't texnansi-bh-lucida.map part of context minimal anymore?
Miss I something else?
I have created the new distribution from scratch. There might be quite
some font files
On Wed, Apr 22, 2009 at 09:09, Lutz Haseloff wrote:
2009/4/22 Mojca Miklavec
On Tue, Apr 21, 2009 at 10:38, Lutz Haseloff wrote:
Isn't texnansi-bh-lucida.map part of context minimal anymore?
Miss I something else?
I have created the new distribution from scratch. There might be quite
type-lucida.tex
Description: Binary data
Am 21.04.2009 um 10:38 schrieb Lutz Haseloff:
Hi Hans Hi all,
with the most recent beta (ConTeXt ver: 2009.04.21 09:00 MKIV) and
LuaTeX (Version snapshot-0.39.0-2009042023)
i can't use LucidaBright fonts anymore.
You can use my own Lucida
Hi Hans, hi all,
with LuaTeX 0.40 the names database is written again and with Wolfgang's
type-lucida.tex
i can use LucidaBright. Is there any chance to get the Lucida Math fonts
working in
mkiv?
Greetings and a big Thanks
Lutz
2009/4/21 Hans Hagen pra...@wxs.nl
Lutz Haseloff wrote:
Hi
Hi
i uploaded a beta with a few structure fixes; upcoming mkiv betas will
also have an experimental new vertical spacing mechanism (which also
demands some adaptions to structure related code)
Hans
-
Hi Hans Hi all,
with the most recent beta (ConTeXt ver: 2009.04.21 09:00 MKIV) and LuaTeX
(Version snapshot-0.39.0-2009042023)
i can't use LucidaBright fonts anymore.
My file is:
\usetypescriptfile[type-buy]
\usetypescript[lucida][texnansi]
\setupbodyfont[lucida]
\starttext
\input knuth
Lutz Haseloff wrote:
Hi Hans Hi all,
with the most recent beta (ConTeXt ver: 2009.04.21 09:00 MKIV) and LuaTeX
(Version snapshot-0.39.0-2009042023)
i can't use LucidaBright fonts anymore.
My file is:
\usetypescriptfile[type-buy]
\usetypescript[lucida][texnansi]
\setupbodyfont[lucida]
Exactly the same errors and the directory ...\fonts\data remains empty.
2009/4/21 Hans Hagen pra...@wxs.nl
Lutz Haseloff wrote:
Hi Hans Hi all,
with the most recent beta (ConTeXt ver: 2009.04.21 09:00 MKIV) and LuaTeX
(Version snapshot-0.39.0-2009042023)
i can't use LucidaBright fonts
On Apr 21, 2009, at 9:22 AM, Hans Hagen wrote:
Hi
i uploaded a beta with a few structure fixes; upcoming mkiv betas
will also have an experimental new vertical spacing mechanism (which
also demands some adaptions to structure related code)
Hans
Hi Hans,
just a few very short tests (I
Thomas A. Schmitz wrote:
1. The problem with the bib module persists. I don't get any errors
anymore about undefined control sequences, the bbl file is loaded, but
no output is produced. I hope I can produce a minimal test file
tomorrow, unless you already have a test.
a test file would be
On Tue, Apr 21, 2009 at 10:38, Lutz Haseloff wrote:
Isn't texnansi-bh-lucida.map part of context minimal anymore?
Miss I something else?
I have created the new distribution from scratch. There might be quite
some font files missing.
Which files are still needed? One option would be to pack
Wolfgang Schuster wrote:
\starttext
\vbox{text in a vbox\footnote{footnote in a vbox}} % \hbox works!
\stoptext
ok, i can catch that error; the footnote is still not visible due to the
fact that it's too deeply nested in a box (tex feature, unrelated to
context); you can use postponefootes
Hi Idris and Peter,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
I get something similar with TOC processing:
Can one of you make a example where the error is reproducable.
@Peter, the xp code is now part of the normal mkiv
Wolfgang Schuster schrieb:
Hi Idris and Peter,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
I get something similar with TOC processing:
Can one of you make a example where the error is reproducable.
will try (a matter of
Am 12.04.2009 um 15:25 schrieb Peter Rolf:
Can one of you make a example where the error is reproducable.
not minimal (no time), but it should be sufficient to isolate the
cause of error.
also: if its to easy to solve, Hans can not listen to music (debug-
modus) enough. ;)
Wolfgang Schuster schrieb:
Hi Idris and Peter,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
I get something similar with TOC processing:
Can one of you make a example where the error is reproducable.
not minimal (no time),
Hi,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
[..]
{r:/tex/texmf/fonts/map/dvips/lm/lm-rm.map}]
! LuaTeX error r:/tex/texmf-context/tex/context/base/strc-not.lua:143:
attempt to index field 'pagenumber' (a nil value)
stack
On 6 avr. 09, at 17:47, Hans Hagen wrote:
hi,
I uploaded a beta where all messages are now collectex in mult-
mes.lua which makes it easier to translate them (for instance to
persian which is still missing).
Hans
Hi Hans,
Since I am one of the Persian speaking ConTeXt fans, I may help
Otared Kavian wrote:
On 6 avr. 09, at 17:47, Hans Hagen wrote:
hi,
I uploaded a beta where all messages are now collectex in mult-mes.lua
which makes it easier to translate them (for instance to persian which
is still missing).
Hans
Hi Hans,
Since I am one of the Persian speaking
On 7 avr. 09, at 11:33, Hans Hagen wrote:
[…]
it's in the zip on our website ... so it should show up in the
minimals (normally half an hour after posting, in experimental)
Hans
Thanks I got it.
Best regards: OK
hi,
I uploaded a beta where all messages are now collectex in mult-mes.lua
which makes it easier to translate them (for instance to persian which
is still missing).
Hans
-
Hans Hagen |
Am 06.04.2009 um 17:47 schrieb Hans Hagen:
I uploaded a beta where all messages are now collectex in mult-
mes.lua which makes it easier to translate them (for instance to
persian which is still missing).
Problem with my own module messages:
loading : Context User Module /
Wolfgang Schuster wrote:
Am 06.04.2009 um 17:47 schrieb Hans Hagen:
I uploaded a beta where all messages are now collectex in mult-mes.lua
which makes it easier to translate them (for instance to persian which
is still missing).
Problem with my own module messages:
loading :
Hans Hagen wrote:
A few weeks back Taco said that a lua based bib module is at least a
few months away
(http://archive.contextgarden.net/message/20090312.084338.8be52e4c.en.html).
Is that still the case? Without the bib module, I will not be able to
use MKIV in real projects, and would
Taco Hoekwater wrote:
Hans Hagen wrote:
A few weeks back Taco said that a lua based bib module is at least a
few months away
(http://archive.contextgarden.net/message/20090312.084338.8be52e4c.en.html).
Is that still the case? Without the bib module, I will not be able to
use MKIV in real
Hi,
i uploaded a beta ... this one matches the latest check-in of luatex
this is also the last non-xp version as i'm going to merge the cont-xp
code into th emain version now
Hans
-
On Mon, 30 Mar 2009, Hans Hagen wrote:
Hi,
i uploaded a beta ... this one matches the latest check-in of luatex
this is also the last non-xp version as i'm going to merge the cont-xp code
into th emain version now
Currently, the bib module does not work with cont-xp. Taco has said that
it
Aditya Mahajan adit...@umich.edu writes:
On Mon, 30 Mar 2009, Hans Hagen wrote:
Hi,
i uploaded a beta ... this one matches the latest check-in of luatex
this is also the last non-xp version as i'm going to merge the
cont-xp code into th emain version now
Currently, the bib module does
Aditya Mahajan wrote:
On Mon, 30 Mar 2009, Hans Hagen wrote:
Hi,
i uploaded a beta ... this one matches the latest check-in of luatex
this is also the last non-xp version as i'm going to merge the cont-xp
code into th emain version now
Currently, the bib module does not work with cont-xp.
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
with one of my graphics directly ends with
! Undefined control sequence.
l.1 \abortinputifdefined
oops, is
On Fri, Mar 20, 2009 at 7:30 PM, Peter Rolf indi...@gmx.net wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach with one
of my graphics directly ends with
!
Peter Rolf wrote:
The interesting thing is, that it works after the third run. After you
delete all temporary files (tuo,tui) you need again three runs to get a
working pdf. All I can see is, that there are multiple {docushade} (one
per page) entries (donno the details).
Tested with beta
Hans Hagen schrieb:
Peter Rolf wrote:
The interesting thing is, that it works after the third run. After
you delete all temporary files (tuo,tui) you need again three runs to
get a working pdf. All I can see is, that there are multiple
{docushade} (one per page) entries (donno the details).
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 11:59 PM, Hans Hagen pra...@wxs.nl wrote:
Wolfgang Schuster wrote:
i removed that one as grepoing didn't have matches; it was meant for some
old generic files but i gave up on generic
oops, is syst-gen.tex no longer part of the mkiv core? i
Hans Hagen schrieb:
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
with one
of my graphics directly ends with
On Thu, Mar 19, 2009 at 10:29 AM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
On Thu, Mar 19, 2009 at 9:40 AM, Hans Hagen pra...@wxs.nl wrote:
Dawn, it's hard to keep everything in mind with all your moves and
changes.
well, now is the time to do some clean up
did you notice
Peter Rolf wrote:
Hans Hagen schrieb:
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
with one
of my graphics
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
with
On Thu, Mar 19, 2009 at 9:40 AM, Hans Hagen pra...@wxs.nl wrote:
Dawn, it's hard to keep everything in mind with all your moves and
changes.
well, now is the time to do some clean up
did you notice that all table stuff is now under tabl-* ?
I did and when I don't where to look grep is my
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated registers?
Some of them make sense here but even a grouped (and local allocated)
register gives such a warning.
warning: \count
Am 19.03.2009 um 15:19 schrieb Peter Rolf:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell
me why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local
allocated) register gives
Peter Rolf wrote:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local allocated)
register gives such a warning.
warning
Peter Rolf wrote:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local allocated)
register gives such a warning.
warning
Wolfgang Schuster schrieb:
Am 19.03.2009 um 15:19 schrieb Peter Rolf:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local
Hans Hagen schrieb:
Peter Rolf wrote:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local allocated)
register gives such a
Peter Rolf wrote:
\newcount\OLDpdfcompresslevel
\def\disablePDFcompression
{\bgroup
\OLDpdfcompresslevel\pdfcompresslevel
\pdfcompresslevel\zerocount\relax}
\def\allowPDFcompression
{\pdfcompresslevel\OLDpdfcompresslevel\egroup}
Wolfgang
there are:
\def\nopdfcompression
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach with
one of my graphics directly ends with
! Undefined control sequence.
l.1 \abortinputifdefined
oops, is syst-gen.tex no longer part of the mkiv core? i
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach with one
of my graphics directly ends with
! Undefined control sequence.
l.1
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach with one
of my graphics directly ends with
! Undefined control
Peter Rolf wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach with
one of my graphics directly ends with
! Undefined control sequence.
l.1 \abortinputifdefined
oops, is syst-gen.tex no longer part of
On Wed, Mar 18, 2009 at 11:59 PM, Hans Hagen pra...@wxs.nl wrote:
Wolfgang Schuster wrote:
i removed that one as grepoing didn't have matches; it was meant for some
old generic files but i gave up on generic
oops, is syst-gen.tex no longer part of the mkiv core? i installed the
beta two
Hi Hans,
I discovered two problems with the beta.
1. \typescriptone is ignored in the typescripts and many fonts (e.g.
can't be used)
\starttypescript [termes,times]
\definetypeface [\typescriptone] [rm] [serif] [termes] [default]
\stoptypescript
2. The new feature \getcheckedparameters acts
Hi,
I encounter the same problem with all Gyre fonts as well. I am using:
MtxRun | current version: 2009.03.13 17:35
This is LuaTeX, Version snapshot-0.36.0-2009031418, build unknown
BTW, the \Vert delimiter (double vertical bar) is missing.
Regards,
shenchen
On Sat, Mar 14, 2009 at 6:20 PM,
On Sat, 14 Mar 2009, Chen Shen wrote:
BTW, the \Vert delimiter (double vertical bar) is missing.
\starttext
$\Vert$
\stoptext
gives me \Vert. Can you give an example where it doesn't work?
Aditya
___
If your
Hi Aditya,
minimal example:
\starttext
$\Vert x \Vert$
$\left\Vert x \right\Vert$
\stoptext
When I run context, the first line passes, but no vertical bar is displayed.
The second line triggers the following error message:
! Missing delimiter (. inserted).
to be read again
Wolfgang Schuster wrote:
Hi Hans,
I discovered two problems with the beta.
1. \typescriptone is ignored in the typescripts and many fonts (e.g.
can't be used)
\starttypescript [termes,times]
\definetypeface [\typescriptone] [rm] [serif] [termes] [default]
\stoptypescript
2. The new feature
On Sun, 15 Mar 2009, Chen Shen wrote:
Hi Aditya,
minimal example:
\starttext
$\Vert x \Vert$
$\left\Vert x \right\Vert$
\stoptext
When I run context, the first line passes, but no vertical bar is displayed.
The second line triggers the following error message:
! Missing delimiter (.
Hi,
currently trying the latest(?) beta from 08.03.2009. No problems with
colors so far...
But a simple font size switch like '\vi' has no effect here.
\starttext
Regular size and {\vi six point}?
\stoptext
Also the 'lazy' \z@ has vanished (too many sideeffects?). RIP.
Best wishes, Peter
Peter Rolf wrote:
Hi,
currently trying the latest(?) beta from 08.03.2009. No problems with
colors so far...
But a simple font size switch like '\vi' has no effect here.
\starttext
Regular size and {\vi six point}?
\stoptext
Also the 'lazy' \z@ has vanished (too many sideeffects?). RIP.
On Mon, 9 Mar 2009, Hans Hagen wrote:
Peter Rolf wrote:
Hi,
currently trying the latest(?) beta from 08.03.2009. No problems with
colors so far...
But a simple font size switch like '\vi' has no effect here.
\starttext
Regular size and {\vi six point}?
\stoptext
Also the 'lazy' \z@ has
Aditya Mahajan wrote:
On Mon, 9 Mar 2009, Hans Hagen wrote:
Peter Rolf wrote:
Hi,
currently trying the latest(?) beta from 08.03.2009. No problems with
colors so far...
But a simple font size switch like '\vi' has no effect here.
\starttext
Regular size and {\vi six point}?
\stoptext
On Mon, 9 Mar 2009, Hans Hagen wrote:
Aditya Mahajan wrote:
On Mon, 9 Mar 2009, Hans Hagen wrote:
Peter Rolf wrote:
Hi,
currently trying the latest(?) beta from 08.03.2009. No problems with
colors so far...
But a simple font size switch like '\vi' has no effect here.
\starttext
Regular
Aditya Mahajan wrote:
And a similar package for LaTeX, having most programming features
present in ConTeXt, will be nice :)
to some extend, writing a latex compatibilty layer for context should be
doable ... a bunch of commands (begin/end ..) and some lua expresions
... but we let others
Yue Wang wrote:
${\bf y}$ still gives me roman regular y.
sure, as i didn't add any bold definitions yet
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt |
Yue Wang wrote:
beta is not working. failed when generating the format for mkii
It still works for me. You are still using ruby 1.8, I assume?
TeXExec | unable to make format due to lack of permissions
Also, it seems that sometimes you get that when you are creating
the formats from within
yes, Taco, you are right. it generated plain.mem and log, metafun.men
and log on the c:\Temp.
On Tue, Mar 3, 2009 at 6:02 PM, Yue Wang yuleo...@gmail.com wrote:
On Tue, Mar 3, 2009 at 4:37 PM, Taco Hoekwater t...@elvenkind.com wrote:
Yue Wang wrote:
beta is not working. failed when
Hi, Hans:
Thanks for the quick fix!
I will try the latest beta once it appears on minimals repository.
Yue Wang
On Tue, Mar 3, 2009 at 5:58 PM, Hans Hagen pra...@wxs.nl wrote:
Hi,
- the problem with creating formats is related to changes in texexec (and
other rb modules) that rely on ruby
On Tue, Mar 3, 2009 at 4:37 PM, Taco Hoekwater t...@elvenkind.com wrote:
Yue Wang wrote:
beta is not working. failed when generating the format for mkii
It still works for me. You are still using ruby 1.8, I assume?
Yes.
TeXExec | unable to make format due to lack of permissions
Also,
It's working fine now, thanks a lot, Hans!
On Tue, Mar 3, 2009 at 6:05 PM, Yue Wang yuleo...@gmail.com wrote:
Hi, Hans:
Thanks for the quick fix!
I will try the latest beta once it appears on minimals repository.
Yue Wang
On Tue, Mar 3, 2009 at 5:58 PM, Hans Hagen pra...@wxs.nl wrote:
Yanrui Li wrote:
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
Dohyun Kim wrote:
2009/3/2 Hans Hagen pra...@wxs.nl:
Yanrui Li wrote:
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?
we
2009년 3월 2일 (월) 오후 7:02, Hans Hagen pra...@wxs.nl님의 말:
Dohyun Kim wrote:
Or it would be better if the order is reversed, that is to say,
if the line mentioned above and other adjacent lines comes before
the hash table of individual characters.
then we'd need to do each assignment
Dohyun Kim wrote:
2009년 3월 2일 (월) 오후 7:02, Hans Hagen pra...@wxs.nl님의 말:
Dohyun Kim wrote:
Or it would be better if the order is reversed, that is to say,
if the line mentioned above and other adjacent lines comes before
the hash table of individual characters.
then we'd need to do each
Hi,
I added lang-cjk (replaces lang-chi and lang-jap for mkiv) wich still
lacks korean labels. The conversion code from font-chi has been
integrated in mkiv.
\starttext
\definefontfeature
[chinese-traditional]
[mode=node,script=hang,lang=zht]
\mainlanguage[cn]
2009/3/2 Hans Hagen pra...@wxs.nl:
I added lang-cjk (replaces lang-chi and lang-jap for mkiv) wich still lacks
korean labels. The conversion code from font-chi has been integrated in
mkiv.
lang-cjk is not included in the zip.
Wolfgang
Wolfgang Schuster wrote:
2009/3/2 Hans Hagen pra...@wxs.nl:
I added lang-cjk (replaces lang-chi and lang-jap for mkiv) wich still lacks
korean labels. The conversion code from font-chi has been integrated in
mkiv.
lang-cjk is not included in the zip.
hm, i hope i fixed it
601 - 700 of 856 matches
Mail list logo