Aditya,
Thanks. You are always so helpful.
But I would really prefer to fix this and correct installation
directions on pages like:
http://wiki.contextgarden.net/Running_Mark_IV
I think I have maybe an owner and permissions problem as a result of
these rsync commands:
David Arnold wrote:
All,
After trying below, my context is now broken.
david-arnolds-macbook-pro:en darnold$ texexec --help
-bash: /usr/texbin/texexec: Permission denied
I need help.
did you install the minimals using first-setup.sh ?
it should set the permissions right
Hans
Hans,
No. I have Mactex texlive 2008 installed and I used the rsync
directions on:
http://wiki.contextgarden.net/Running_Mark_IV
The result is I no longer have a functioning context installation.
I will try installing the minimals, but I'd really like to get my
Mactex installation
David Arnold wrote:
Hans,
No. I have Mactex texlive 2008 installed and I used the rsync directions
on:
http://wiki.contextgarden.net/Running_Mark_IV
The result is I no longer have a functioning context installation.
I will try installing the minimals, but I'd really like to get my Mactex
Hans,
My impression from reading installation directions for minimals is
that when you open a shell, and if you have your .bash_profile
configured, that setuptex will be sourced. That must set some sort of
path while the current shell is active? Will that interfere with
needing to
The included luatex binary is (the date seems wrong?)
Version beta-0.40.6-2009090923 (TeX Live 2009/Arch Linux) luatex.web = v14240
The appended date and time in the version number is always the compilation
date, it does not reflect anything about the sources that were used.
Does this
Am 09.09.2009 um 22:38 schrieb Hans Hagen:
start with making a small example that shows the problem
easy to fix, change (why \ifcsname here?)
\def\startframedcontent[#1]%
{\bgroup
\doifelse{#1}\v!off
{\let\stopframedcontent\egroup}
{\ifcsname\??fc#1\c!frame\endcsname
Wolfgang Schuster wrote:
Am 09.09.2009 um 22:38 schrieb Hans Hagen:
start with making a small example that shows the problem
easy to fix, change (why \ifcsname here?)
ok, i fixed it (although a bit different)
Hans
-
Thomas Floeren wrote:
Hi,
\stopframedcontent gives an undefined control sequence in mkIV. mkII is ok.
Any ideas?
start with making a small example that shows the problem
-
Hans Hagen |
On Mon, Aug 31, 2009 at 11:36 AM, Thomas
Floerenthomas.floe...@boschung.com wrote:
Hi,
\stopframedcontent gives an undefined control sequence in mkIV. mkII is ok.
Any ideas?
Can you give a short example ?
--
luigi
luigi scarso mailto:luigi.sca...@gmail.com wrote on Monday, August 31, 2009
11:24 PM:
On Mon, Aug 31, 2009 at 11:36 AM, Thomas
Floerenthomas.floe...@boschung.com wrote:
Hi,
\stopframedcontent gives an undefined control sequence in mkIV. mkII
is ok.
Any ideas?
Can you give a
Mojca Miklavec wrote:
Hello Hans,
nothing urgent (I'm still on MKII), but it seems that MKIV (maybe only
on my machine?) has problems with
externalfigure(filename.png)
maybe a library problem?
Hans
-
On Fri, Aug 28, 2009 at 16:22, Hans Hagen wrote:
pdftex and luatex process your file ok
OK, so it's again my computer only problem :) :) :)
Well, never mind then. If it works for you then it probably works on
at least a few more machines, or will start working with the next
major release at
Mojca Miklavec wrote:
I remember similar problem a while ago due to some transparency being
used on the same page (but at that time you said it was a bug in adobe
reader).
i suspect that they use a different color renderer when extgstates are set
Mojca Miklavec schrieb:
On Fri, Aug 28, 2009 at 16:22, Hans Hagen wrote:
pdftex and luatex process your file ok
OK, so it's again my computer only problem :) :) :)
Well, never mind then. If it works for you then it probably works on
at least a few more machines, or will start working
On Fri, Aug 28, 2009 at 17:36, Peter Rolf wrote:
Hi Mojca,
wrong colors (or what is the problem here)?
On my machine
\startMPcode
externalfigure(filename.png);
\stopMPcode
doesn't work in MKIV at all. On Hans' machine it generates weird
colors (though not that much wrong). I can send you an
Mojca Miklavec wrote:
On Fri, Aug 28, 2009 at 17:36, Peter Rolf wrote:
Hi Mojca,
wrong colors (or what is the problem here)?
On my machine
\startMPcode
externalfigure(filename.png);
\stopMPcode
doesn't work in MKIV at all. On Hans' machine it generates weird
colors (though not that much
On Fri, Aug 28, 2009 at 17:57, Mojca Miklavec wrote:
On Fri, Aug 28, 2009 at 17:36, Peter Rolf wrote:
Hi Mojca,
wrong colors (or what is the problem here)?
On my machine
\startMPcode
externalfigure(filename.png);
\stopMPcode
doesn't work in MKIV at all. On Hans' machine it generates
Mojca Miklavec wrote:
I guess that I give up.
whow, you giving up?
It started working now for no particular reason (no change in files,
no change in my installation).
well, you'r laptop is somewhat randomly working anyway so ...
And the colors are fine as well.
My only explanation is
Hans Hagen wrote:
if i were you, i'd start worying about my disk
or the display ...
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
Mojca Miklavec schrieb:
On Fri, Aug 28, 2009 at 17:57, Mojca Miklavec wrote:
On Fri, Aug 28, 2009 at 17:36, Peter Rolf wrote:
Hi Mojca,
wrong colors (or what is the problem here)?
On my machine
\startMPcode
externalfigure(filename.png);
\stopMPcode
doesn't work in MKIV at
Peter Rolf wrote:
My only explanation: Hans has direct access to your harddisk and changes
things silently in the background :D
ok, this was supposed to be a secret, but indeed taco and i can log into
her time capsule device and move her back- and forward in time depending
on how much
On Fri, Aug 28, 2009 at 18:51, Hans Hagen wrote:
Peter Rolf wrote:
My only explanation: Hans has direct access to your harddisk and changes
things silently in the background :D
ok, this was supposed to be a secret, but indeed taco and i can log into her
time capsule device and move her
Alan BRASLAU wrote:
In my understanding, \part serves to delimit
logical sections of related chapters, not volumes.
Maybe I am wrong in this interpretation;
maybe \part is to be used to delimit volumes.
Nevertheless, it should be relatively simple
for the basic user to be able to select the
On Thursday 09 July 2009 09:38:07 Hans Hagen wrote:
part is just the first level of sectioning and happens to be configured
in such a way that it does not show a title; really nothing special
It is a question of default setup.
\part is configured differently : no title, additional page number,
Am 09.07.2009 um 09:59 schrieb Alan BRASLAU:
On Thursday 09 July 2009 09:38:07 Hans Hagen wrote:
part is just the first level of sectioning and happens to be
configured
in such a way that it does not show a title; really nothing special
It is a question of default setup.
\part is
Wolfgang Schuster wrote:
Am 03.07.2009 um 16:04 schrieb Hans Hagen:
Alan BRASLAU wrote:
In my understanding, \part serves to delimit
logical sections of related chapters, not volumes.
Maybe I am wrong in this interpretation;
maybe \part is to be used to delimit volumes.
Nevertheless, it
Hi Wolfgang
Alan BRASLAU wrote:
In my understanding, \part serves to delimit
logical sections of related chapters, not volumes.
Maybe I am wrong in this interpretation;
maybe \part is to be used to delimit volumes.
Nevertheless, it should be relatively simple
for the basic user to be able to
Alan BRASLAU wrote:
On Friday 03 July 2009 16:04:07 Hans Hagen wrote:
Obsolete in mkii?
Shouldn't basic use (read standard users)
treat source text transparently
between mkii and mkiv?
no, this is one of the few places where there will be a difference; we
have way more control now (also to the
On Friday 03 July 2009 16:04:07 Hans Hagen wrote:
Obsolete in mkii?
Shouldn't basic use (read standard users)
treat source text transparently
between mkii and mkiv?
no, this is one of the few places where there will be a difference; we
have way more control now (also to the detail of
In my experience, a \part is generally
(except in some rather technical documents)
not treated as a super-chapter, that is
chapter numbers (and titles) are not reset
and retain their status as if the book was not
divided into parts.
A very long work is commonly broken into volumes.
Here, each
Alan BRASLAU wrote:
In my understanding, \part serves to delimit
logical sections of related chapters, not volumes.
Maybe I am wrong in this interpretation;
maybe \part is to be used to delimit volumes.
Nevertheless, it should be relatively simple
for the basic user to be able to select the
On Monday 15 June 2009 10:02:35 Hans Hagen wrote:
I was wondering ... the last time quite some nice small test samples
were posted for testing the structure code
% Example taken from cont-enp.pdf
% However, adding \part{} is problematic...
% (maybe someone can correct this?)
%
Alan BRASLAU wrote:
On Monday 15 June 2009 10:02:35 Hans Hagen wrote:
I was wondering ... the last time quite some nice small test samples
were posted for testing the structure code
% Example taken from cont-enp.pdf
% However, adding \part{} is problematic...
% (maybe someone can correct
On Monday 22 June 2009 09:01:01 Tim Wraight wrote:
The following example from the manual does not work for me in MKIV
(2009.06.14 21:01):
\starttext
\setuphead[subsection][ownnumber=yes]
\subsection{399}{The old number}
\subsection[someref]{400}{Another number}
\stoptext
Structuring has
Am 22.06.2009 um 09:01 schrieb Tim Wraight:
Hi,
The following example from the manual does not work for me in MKIV
(2009.06.14 21:01):
\starttext
\setuphead[subsection][ownnumber=yes]
\subsection{399}{The old number}
\subsection[someref]{400}{Another number}
\stoptext
\unprotect
Wolfgang Schuster wrote:
Am 22.06.2009 um 09:01 schrieb Tim Wraight:
Hi,
The following example from the manual does not work for me in MKIV
(2009.06.14 21:01):
\starttext
\setuphead[subsection][ownnumber=yes]
\subsection{399}{The old number}
\subsection[someref]{400}{Another number}
Zhichu Chen wrote:
Well, I shouldn't say the module units is not fully supported, but
it won't give me what I want in MKIV. Those units it made are in
italic shape but I really need them to be upright.
I think I don't need to provide a test file, 'cause any files don't
work for me.
well, even
On Wed, Jun 3, 2009 at 3:26 PM, Hans Hagen pra...@wxs.nl wrote:
Zhichu Chen wrote:
Well, I shouldn't say the module units is not fully supported, but
it won't give me what I want in MKIV. Those units it made are in
italic shape but I really need them to be upright.
I think I don't need to
On Wed, May 27, 2009 at 01:34:57PM +0900, Dohyun Kim wrote:
2009/5/22 Taco Hoekwater t...@elvenkind.com:
Hans Hagen wrote:
Taco Hoekwater wrote:
Khaled Hosny wrote:
Not very helpful in this situation, but FontForge has a non-standard
italic correction (ITLC) table[1], may be TeX
Khaled Hosny wrote:
On Wed, May 27, 2009 at 01:34:57PM +0900, Dohyun Kim wrote:
2009/5/22 Taco Hoekwater t...@elvenkind.com:
Hans Hagen wrote:
Taco Hoekwater wrote:
Khaled Hosny wrote:
Not very helpful in this situation, but FontForge has a non-standard
italic correction (ITLC) table[1],
Dohyun Kim wrote:
Considering current state that we don't know any fonts that has ITLC table,
it would be better than nothing to implement italic correction as follows.
In the following code, fontdata is a table returned by the function
fonts.define.read.
local param =
2009/5/22 Taco Hoekwater t...@elvenkind.com:
Hans Hagen wrote:
Taco Hoekwater wrote:
Khaled Hosny wrote:
Not very helpful in this situation, but FontForge has a non-standard
italic correction (ITLC) table[1], may be TeX related OpenTyp font
projects like Latin Modern and Gyre fonts can
Corsair wrote:
On Thu, May 21, 2009 at 01:59:14PM +0200, Taco Hoekwater wrote:
Corsair wrote:
On Thu, May 21, 2009 at 11:55:45AM +0200, Hans Hagen wrote:
open type fonts have no italic correction info (except in math)
But I notice that using the same fonts in XeTeX produces italic
Khaled Hosny wrote:
Not very helpful in this situation, but FontForge has a non-standard
italic correction (ITLC) table[1], may be TeX related OpenTyp font
projects like Latin Modern and Gyre fonts can use it?
That would perhaps not be a bad idea. If that table is there then
luatex will
Taco Hoekwater wrote:
Khaled Hosny wrote:
Not very helpful in this situation, but FontForge has a non-standard
italic correction (ITLC) table[1], may be TeX related OpenTyp font
projects like Latin Modern and Gyre fonts can use it?
That would perhaps not be a bad idea. If that table is there
Hans Hagen wrote:
Taco Hoekwater wrote:
Khaled Hosny wrote:
Not very helpful in this situation, but FontForge has a non-standard
italic correction (ITLC) table[1], may be TeX related OpenTyp font
projects like Latin Modern and Gyre fonts can use it?
That would perhaps not be a bad idea.
Corsair wrote:
Hi all,
Does MkIV support italic correction? Because the following code
produces two identical f)s
\starttext
{\it f})
{\it f\/})
\stoptext
open type fonts have no italic correction info (except in math)
Hans
On Thu, May 21, 2009 at 11:55:45AM +0200, Hans Hagen wrote:
open type fonts have no italic correction info (except in math)
But I notice that using the same fonts in XeTeX produces italic
correction. Is it fake?
--
There is no emotion; there is peace.
There is no ignorance; there is
Corsair wrote:
On Thu, May 21, 2009 at 11:55:45AM +0200, Hans Hagen wrote:
open type fonts have no italic correction info (except in math)
But I notice that using the same fonts in XeTeX produces italic
correction. Is it fake?
I guess it is using the glyph boundingbox.
On Thu, May 21, 2009 at 11:55:45AM +0200, Hans Hagen wrote:
Corsair wrote:
Hi all,
Does MkIV support italic correction? Because the following code
produces two identical f)s
\starttext
{\it f})
{\it f\/})
\stoptext
open type fonts have no italic correction info (except in math)
Not
On Thu, May 21, 2009 at 01:59:14PM +0200, Taco Hoekwater wrote:
Corsair wrote:
On Thu, May 21, 2009 at 11:55:45AM +0200, Hans Hagen wrote:
open type fonts have no italic correction info (except in math)
But I notice that using the same fonts in XeTeX produces italic
correction. Is it
it supports italic correction by default.
On Wed, May 20, 2009 at 2:25 PM, Corsair chris.cors...@gmail.com wrote:
Hi all,
Does MkIV support italic correction? Because the following code
produces two identical f)s
\starttext
{\it f})
{\it f\/})
\stoptext
--
There is no emotion; there
On Wed, May 20, 2009 at 03:21:59PM +0800, Yue Wang wrote:
it supports italic correction by default.
Then what's your result of the code? Does it come with italic
correction?
On Wed, May 20, 2009 at 2:25 PM, Corsair chris.cors...@gmail.com wrote:
Hi all,
Does MkIV support italic
Am 15.05.2009 um 01:48 schrieb luigi scarso:
On Thu, May 14, 2009 at 12:39 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
when i convert the to TT format i get a correct output
yes, but there is also an original ttf version -- they works ok , of
course.
you wrote this
On Wed, May 13, 2009 at 6:27 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 13.05.2009 um 17:51 schrieb luigi scarso:
I have not look at simplefonts as I want -- I planned
to use it for an article on felltypes for arstexnica
You fixed the problem with the felltype
luigi scarso wrote:
$pdffonts felltype.pdf
name type emb sub uni object ID
- --- --- --- -
PDPWHW+LMRoman12-Regular CID Type 0C yes yes yes 4 0
On Thu, May 14, 2009 at 11:11 AM, Taco Hoekwater t...@elvenkind.com wrote:
luigi scarso wrote:
$pdffonts felltype.pdf
name type emb sub uni object
ID
- --- --- ---
-
luigi scarso wrote:
So I don't understand how OO transform this opentype in a Type1 ,
I guess that that is not hard when a document uses no more than 256
glyphs from the font.
yes, a sort of creation of font encodings at fly for more than 256
glyphs -- but why ?
Maybe
On Thu, May 14, 2009 at 11:34 AM, Taco Hoekwater t...@elvenkind.com wrote:
luigi scarso wrote:
So I don't understand how OO transform this opentype in a Type1 ,
I guess that that is not hard when a document uses no more than 256
glyphs from the font.
yes, a sort of
luigi scarso wrote:
And aren't we able to do the same trick -- even with a lots of
unreadable macros -- in luatex ?
No, it needs engine support which is not present. Fastest solution:
open the font in fontforge and fix the units, save under a different
name, and use that font instead.
Best
On Thu, May 14, 2009 at 11:56 AM, Taco Hoekwater t...@elvenkind.com wrote:
luigi scarso wrote:
And aren't we able to do the same trick -- even with a lots of
unreadable macros -- in luatex ?
No, it needs engine support which is not present. Fastest solution:
open the font in fontforge
Am 14.05.2009 um 12:12 schrieb luigi scarso:
On Thu, May 14, 2009 at 11:56 AM, Taco Hoekwater
t...@elvenkind.com wrote:
No, it needs engine support which is not present. Fastest solution:
open the font in fontforge and fix the units, save under a different
name, and use that font instead.
arthur told me that can arise rounding errors.
You have to remember I used to be a mathematician. I say things that
are meant to be true, not meant to be helpful :-)
If you want to be sure that LuaTeX's output looks right in the most
recent versions of Adobe Reader, editing the font is the
when i convert the to TT format i get a correct output
If Luigi is concerned with rounding errors, he shouldn't do that:
while the coordinates of the points on the curve wouldn't change, all
the control points would need to be recalculated due to the conversion
from cubic to quadratic splines.
Arthur Reutenauer wrote:
when i convert the to TT format i get a correct output
If Luigi is concerned with rounding errors, he shouldn't do that:
while the coordinates of the points on the curve wouldn't change, all
the control points would need to be recalculated due to the conversion
On Thu, May 14, 2009 at 11:03:10AM +0200, luigi scarso wrote:
$pdffonts felltype.pdf
name
type emb sub uni object ID
- --- --- --- -
PDPWHW+LMRoman12-Regular CID Type 0C
Rounding errors are not that important in this case, and there
are downsides to both (o3-o2 touches *only* control points, so in
some sense it is more precise than upm change).
True, you can see it that way, too. We really need Karel Píška here :-)
Not only OOo, InDesign does that too, moreover, someone said even if
LuaTeX (XeTeX too) output looked OK in Adobe reader 7, the print isn't
OK.
On what printer? It's probably a bug in the driver, too. LuaTeX does
exactly according to specification, I discussed this strategy with Taco
years
On Thu, May 14, 2009 at 1:08 PM, Arthur Reutenauer
arthur.reutena...@normalesup.org wrote:
arthur told me that can arise rounding errors.
You have to remember I used to be a mathematician. I say things that
are meant to be true, not meant to be helpful :-)
If you want to be sure that
On Thu, May 14, 2009 at 12:39 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 14.05.2009 um 12:12 schrieb luigi scarso:
On Thu, May 14, 2009 at 11:56 AM, Taco Hoekwater t...@elvenkind.com
wrote:
No, it needs engine support which is not present. Fastest solution:
open
As a reference,
I start from
http://meeting.contextgarden.net/2008/talks/2008-08-24-taco-typescripts/liberation.tex
Also
http://context.aanhet.net/svn/contextman/context-reference/en/co-fonts.pdf
and
http://context.aanhet.net/svn/contextman/context-reference/en/co-typography.pdf
and look into
afsmith wrote:
Hi ntg-context.
I'm very confused about accomplishing something that to me seems as
though it should be quite simple, but has proven for weeks of
occasional attempts to be very confusing. I'm finding existing
information from the contextgarden wiki and ntg-context archives to be
Am 13.05.2009 um 15:29 schrieb luigi scarso:
As a reference,
I start from
http://meeting.contextgarden.net/2008/talks/2008-08-24-taco-typescripts/liberation.tex
Also
http://context.aanhet.net/svn/contextman/context-reference/en/co-fonts.pdf
and
On Wed, May 13, 2009 at 4:36 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 13.05.2009 um 15:29 schrieb luigi scarso:
As a reference,
I start from
http://meeting.contextgarden.net/2008/talks/2008-08-24-taco-typescripts/liberation.tex
Also
Am 13.05.2009 um 16:48 schrieb luigi scarso:
There is also a simpler way: http://bitbucket.org/wolfs/
simplefonts/ :)
still no arrived there.
I'm sorry but what do you mean?
Wolfgang
___
If your question
On Wed, May 13, 2009 at 5:36 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 13.05.2009 um 16:48 schrieb luigi scarso:
There is also a simpler way: http://bitbucket.org/wolfs/simplefonts/ :)
still no arrived there.
I'm sorry but what do you mean?
ah ,bad english
Am 13.05.2009 um 17:51 schrieb luigi scarso:
I have not look at simplefonts as I want -- I planned
to use it for an article on felltypes for arstexnica
You fixed the problem with the felltype fonts?
Wolfgang
Luigi, Hans, and Wolfgang, thank you for your responses. I'm still
unclear on several things. (comments on your responses follow
afterwards)
Let me try asking these things as questions. Specifically, could
someone please tell me...
1. How do I determine whether I am using MKII, MKIV, or XeTeX to
afsmith wrote:
Luigi, Hans, and Wolfgang, thank you for your responses. I'm still
unclear on several things. (comments on your responses follow
afterwards)
Let me try asking these things as questions. Specifically, could
someone please tell me...
1. How do I determine whether I am using MKII,
Am 13.05.2009 um 18:31 schrieb afsmith:
Wolfgang,
Currently the module you linked to
(http://bitbucket.org/wolfs/simplefonts/) is beyond my
understanding... I would first like to understand the mechanism your
module operates on before trying to automate it.
My module simplifies the use of
On Wed, 13 May 2009, afsmith wrote:
Luigi, Hans, and Wolfgang, thank you for your responses. I'm still
unclear on several things. (comments on your responses follow
afterwards)
Let me try asking these things as questions. Specifically, could
someone please tell me...
1. How do I determine
Am 13.05.2009 um 22:23 schrieb Aditya Mahajan:
On Wed, 13 May 2009, afsmith wrote:
Let me try asking these things as questions. Specifically, could
someone please tell me...
1. How do I determine whether I am using MKII, MKIV, or XeTeX to
process my documents?
Depends on how you process
if you don't require anything completex
http://github.com/contextgarden/otfinstall/tree/master automates a lot
of the tasks required in installing a font in mkii.
afsmith wrote:
Luigi, Hans, and Wolfgang, thank you for your responses. I'm still
unclear on several things. (comments on your
Vyatcheslav Yatskovsky wrote:
Hello,
Files produced by the latest beta have smaller size then those compiled
at the beginning of the year.
For example, typical lyrics documents shrinked from ~20Kb to ~14Kb each.
It's nice. I just wonder -- is it connected with font subsets embedding ?
No
Vyatcheslav Yatskovsky wrote:
Hello,
Files produced by the latest beta have smaller size then those compiled
at the beginning of the year.
For example, typical lyrics documents shrinked from ~20Kb to ~14Kb each.
It's nice. I just wonder -- is it connected with font
Hi Hans,
When you earlier said that sorting was supported in cont-xp, did you mean it
should be working right now, or that you are only going to fix sorting in
cont-xp?
Right now, \completelistofacronyms fails in the following example using
'context --interface=xp' :
-
Kevin D. Robbins wrote:
Hi Hans,
When you earlier said that sorting was supported in cont-xp, did you mean it
should be working right now, or that you are only going to fix sorting in
cont-xp?
indeed, only fix in xp which will become normal mkiv as soon as i have
time to merge back the code
Alan BRASLAU wrote:
I confirm that this now works using the current --context=alpha
\enableregime[utf]
mkiv is utf by default -)
(But is still necessary to remain compatible with mkii)
the \alpha shows up, the α not (not sure why)
you need the mathematical alpha
\startTEXpage
On Wed, Feb 25, 2009 at 09:23, Hans Hagen wrote:
Alan BRASLAU wrote:
I confirm that this now works using the current --context=alpha
\enableregime[utf]
mkiv is utf by default -)
(But is still necessary to remain compatible with mkii)
the \alpha shows up, the α not (not sure why)
you
Alan BRASLAU wrote:
There appears to be a bug in mkiv with greek letters (and other math symbols?)
within ppchtex. I am using the latest conTeXt minimals:
(This is LuaTeX, Version snapshot-0.35.0
ConTeXt ver: 2009.01.18 14:39 MKIV fmt: 2009.2.24 int: english/english)
Thanks for the very rapid reply.
On Tuesday 24 February 2009 18:23:48 Hans Hagen wrote:
ConTeXt ver: 2009.01.18 14:39 MKIV fmt: 2009.2.24 int: english/english)
^^
way too old
So things move fast!
get the zip from the website,
I'm not sure which zip you
Alan BRASLAU wrote:
There appears to be a bug in mkiv with greek letters (and other math symbols?)
within ppchtex. I am using the latest conTeXt minimals:
(This is LuaTeX, Version snapshot-0.35.0
ConTeXt ver: 2009.01.18 14:39 MKIV fmt: 2009.2.24 int: english/english)
(Almost) minimal
Alan BRASLAU wrote:
There appears to be a bug in mkiv with greek letters (and other math symbols?)
within ppchtex. I am using the latest conTeXt minimals:
(This is LuaTeX, Version snapshot-0.35.0
ConTeXt ver: 2009.01.18 14:39 MKIV fmt: 2009.2.24 int: english/english)
(Almost) minimal
Hans Hagen wrote:
the \alpha shows up, the α not (not sure why)
you need the mathematical alpha
\startTEXpage
\startchemical[width=fit,height=fit]
\chemical[ONE,Z0,MOV1,SB5,Z0][C_{\alpha},C_{\utfchar{1D6FC}}]
\stopchemical
\stopTEXpage
Am 15.02.2009 um 17:04 schrieb Wolfgang Schuster:
Hi,
the \digits command cause a error message with the last beta in MkIV.
% engine=luatex
\starttext
\digits{1.000}
\stoptext
! \textfont 1 is undefined (character :).
\mathematics #1-\relax \ifmmode #1\else $#1$
Peter Münster wrote:
Hello,
\completelistof... does not work with MKIV
(ConTeXt 2009.01.18 and LuaTeX snapshot-0.31.3-2008123108):
\definesynonyms[Acro][acronymes]
\Acro{HTML}{HyperText Markup Language}
\Acro{PDF}{Portable Document Format}
\starttext
\HTML\ and \PDF
\completelistofacronymes
Am 2009-01-18 um 06:06 schrieb Yue Wang:
OK, in fact the whole file is just add \bye at the end of that piece
of code.
This works well on both mkii and mkiv:
\starttext
...
\stoptext
and this only works in MKII, not mkiv:
...
\bye
Why do you expect ConTeXt to work without
Hi,
Why do you expect ConTeXt to work without \start|stoptext ?
Well, it used to work, and i use it a lot in my own document.
(both mkiv and mkii support this before the 2008.11.10 version)
Yue Wang
___
If your
Yue Wang wrote:
Hi,
Why do you expect ConTeXt to work without \start|stoptext ?
Well, it used to work, and i use it a lot in my own document.
(both mkiv and mkii support this before the 2008.11.10 version)
start/stoptext is really needed in order to let multipass info work
201 - 300 of 509 matches
Mail list logo