On 15-2-2011 1:45, Tom wrote:
Follows is some code that executes. The lines immediately following
\starttext create a sample of the desired output format. However, I want to
accomplish similar results for chapter titles via the passing of arguments
containing the chapter title and number.
between what one gets for \left\Vert in mkii
and in mkiv.
Probably this is due to the fact that in mkiv the glyph for \Vert is
constructed in a different manner, but as far as I know from what I see in
the mathematical printed materials, the correct one, or the expected one, is
the output
Hi,
On 01/30/11 19:18, Tom wrote:
Kudos for the new documentation chapters on Typography and Fonts. However, I
still can't completely get my hands around it. Running the following code
under TexLive MKII doesn't give the desired results in that defining font
synonyms and switching to those
Hi,
On 01/30/11 19:18, Tom wrote:
Kudos for the new documentation chapters on Typography and Fonts. However,
I
still can't completely get my hands around it. Running the following code
under TexLive MKII doesn't give the desired results in that defining font
synonyms and switching to those
Kudos for the new documentation chapters on Typography and Fonts. However, I
still can't completely get my hands around it. Running the following code
under TexLive MKII doesn't give the desired results in that defining font
synonyms and switching to those typefaces doesn't seem to work. Obviously
Hi Thomas and Hans,
On OS X I experience the same thing, even after adding a \doothing as hans
suggests (well, this indeed does… nothing… :-) ).
A strange behaviour I notice also with mkii is that it creates a dvi file:
Output written on basic-test.dvi (1 page, 1132 bytes
Hi all,
am I the only one having this problem? On OS X, the latest beta ver: 2011.01.18
19:34 MKII fmt: 2011.1.21 breaks with any and every input, even a simple
\starttext hello world \stoptext, with this error:
systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead
On 21-1-2011 7:36, Thomas A. Schmitz wrote:
Hi all,
am I the only one having this problem? On OS X, the latest beta ver: 2011.01.18
19:34 MKII fmt: 2011.1.21 breaks with any and every input, even a simple
\starttext hello world \stoptext, with this error:
in core-job.mkii patch
On Tue, 18 Jan 2011, Otared Kavian wrote:
Dear Aditya, dear Hans,
I noticed a serious difference between what one gets for \left\Vert in mkii and
in mkiv.
Probably this is due to the fact that in mkiv the glyph for \Vert is
constructed in a different manner, but as far as I know from what I
Hi, Hans:
I dont know why you do this in math-lbr.mkii:
\def\LBRbig {\@@dobig{8.20}}
\def\LBRBig {\@@dobig{10.80}}
\def\LBRbigg {\@@dobig{13.42}}
\def\LBRBigg {\@@dobig{16.03}}
\def\LBRbiggg{\@@dobig{17.72}}
\def\LBRBiggg{\@@dobig{21.25}}
% \def\LBRbig {\@@dobig{0.820}}
% \def\LBRBig
updated to the latest context.
still not fixed
On Sun, Dec 19, 2010 at 12:26 PM, Yue Wang yuleo...@gmail.com wrote:
This bug only exist in mkii.
it appeared some time ago, but was fixed later, and reappeared again
sometime later this year
On Sun, Dec 19, 2010 at 18:34, Yue Wang wrote:
BTW, there is also something strange with lucida support in context recently.
if I use
\usetypescriptfile[type-buy]
\usetypescript[lucida][texnansi]
\setupbodyfont[lucida,14pt]
What does recently mean? (It has changed in early 2010.)
I'm using
On Tue, Dec 21, 2010 at 11:46, Mojca Miklavec wrote:
You don't need to use type-buy. The typescripts are in the core now. I
asked Hans to change the typescripts, since one had to create own tfm
files otherwise. Not it is possible to use the ones provided by TUG.
* Not = now
This bug only exist in mkii.
it appeared some time ago, but was fixed later, and reappeared again
sometime later this year.
Hans, I will zip my lucida font and send to you in a private mail.
Yue Wang
a.pdf
Description: Adobe PDF document
a.tex
Description: TeX document
...strategy \the \fontstrategies
\relax \fi \iftryingfont \...
...
l.3 \setupbodyfont[lucida,14pt]
I think this is not correct.
Yue Wang
On Sun, Dec 19, 2010 at 12:26 PM, Yue Wang yuleo...@gmail.com wrote:
This bug only exist in mkii
I am confused about using fonts in MKII. Which documentation provides the
best explanation and most accurate of how to use fonts in MKII. I am
particularly interested in using fonts that are bundled in Tex-Live. I will
leave bringing in other fonts till later when I understand the basics.
Tom
On 25-11-2010 12:27, Jano Kula wrote:
Hi Hans,
playing with the solution for Horacio the line \enableregime[utf] stops
treating index entries and its subentries right in MkII.
%\enableregime[utf]
\starttext
\placeregister[index]
\page
A\index[arbol+rojo]{arbol+rojo}\page
B\index[araña+linda
Hi Hans,
playing with the solution for Horacio the line \enableregime[utf] stops
treating index entries and its subentries right in MkII.
%\enableregime[utf]
\starttext
\placeregister[index]
\page
A\index[arbol+rojo]{arbol+rojo}\page
B\index[araña+linda]{araña+linda}\page
C\index[arbol+verde
** Hans Hagen [2010-11-05 13:54:06 +0100]:
On 5-11-2010 5:51, Vladimir Lomov wrote:
Hi.
Consider the attached example. When compiled with mkii (texexec) I get
text in margin while if I compile the file with mkiv (context) I get
only text with nothing in margin.
I'm using context minimal
On 5-11-2010 5:51, Vladimir Lomov wrote:
Hi.
Consider the attached example. When compiled with mkii (texexec) I get
text in margin while if I compile the file with mkiv (context) I get
only text with nothing in margin.
I'm using context minimal:
$ context --version | grep version
MTXrun
Hi.
Consider the attached example. When compiled with mkii (texexec) I get
text in margin while if I compile the file with mkiv (context) I get
only text with nothing in margin.
I'm using context minimal:
$ context --version | grep version
MTXrun | current version: 2010.11.03 19:42
Did I miss
On 29-10-2010 12:52, Matija Šuklje wrote:
Dne petek 29. oktobra 2010 ob 00:42:20 je Hans Hagen napisal(a):
On 29-10-2010 12:17, Matija Šuklje wrote:
Hullo,
from what I can understand I'm using \footnote correctly (i.e. as on
wiki), but if I generate the document with 'context' every footnote
Dne petek 29. oktobra 2010 ob 11:24:36 je Hans Hagen napisal(a):
first update then
Will do, thanks :)
Cheers,
Matija
--
gsm:+386 41 849 552
www:http://matija.suklje.name
xmpp: matija.suk...@gabbler.org
signature.asc
Description: This is a digitally signed message part.
Hullo,
from what I can understand I'm using \footnote correctly (i.e. as on wiki),
but if I generate the document with 'context' every footnote instance is just
a direct copy of the first footnote.
If I generate it with 'texexec' though, the footnotes are generated as
expected.
Is that a
On 29-10-2010 12:17, Matija Šuklje wrote:
Hullo,
from what I can understand I'm using \footnote correctly (i.e. as on wiki),
but if I generate the document with 'context' every footnote instance is just
a direct copy of the first footnote.
If I generate it with 'texexec' though, the footnotes
Dne petek 29. oktobra 2010 ob 00:42:20 je Hans Hagen napisal(a):
On 29-10-2010 12:17, Matija Šuklje wrote:
Hullo,
from what I can understand I'm using \footnote correctly (i.e. as on
wiki), but if I generate the document with 'context' every footnote
instance is just a direct copy of
On Sat, Oct 16, 2010 at 11:09 PM, Aditya Mahajan adit...@umich.edu wrote:
Hi,
In MkII, I can say
\ReadFile{/tmp/filename}
to read a file in /tmp directory. However, in MkIV, that fails because
ReadFile is defined as
\unexpanded\def\ReadFile #1{\doreadfile{any}
{.}{#1}\donothing
On Sun, 17 Oct 2010, luigi scarso wrote:
On Sat, Oct 16, 2010 at 11:09 PM, Aditya Mahajan adit...@umich.edu wrote:
Hi,
In MkII, I can say
\ReadFile{/tmp/filename}
to read a file in /tmp directory. However, in MkIV, that fails because
ReadFile is defined as
\unexpanded\def\ReadFile
On Sun, 17 Oct 2010, Aditya Mahajan wrote:
I am just looking for macro that takes the filename as a (brace delimited)
parameter and typesets it.
Err.. I mean \inputs it.
Aditya
___
If your question is of interest
Am 17.10.2010 um 19:21 schrieb Aditya Mahajan:
It works, but does not fit my need. I wanted to add an option to the filter
module to allow the user to say:
\setupexternalfilters[directory=$TEMP]
and have all the tmp files created in $TEMP. Having to set this as a relative
path will be
Am 17.10.2010 um 19:58 schrieb Aditya Mahajan:
I wanted something that will work consistently in MkII and MkIV. I can do:
\doifmodeelse{\s!mkii}
{\let\ReadFilter\ReadFile}
{\def\ReadFilter#1{\doreadfile{any}\empty{#1}\donothing\donothing}}
but, I wanted to avoid such things
On Sun, 17 Oct 2010, Wolfgang Schuster wrote:
Am 17.10.2010 um 19:58 schrieb Aditya Mahajan:
I wanted something that will work consistently in MkII and MkIV. I can do:
\doifmodeelse{\s!mkii}
{\let\ReadFilter\ReadFile}
{\def\ReadFilter#1{\doreadfile{any}\empty{#1}\donothing\donothing
the comments in the source is that \readfile looks for
the requested file
in the current directory, the parent directories and the tex directory
and \ReadFile is
a alternative form for \readfile without the second and third argument.
Then the MkII implementation is wrong because it allows absolute paths
On 17-10-2010 8:54, Aditya Mahajan wrote:
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv
is a normal mode or a system mode.
IIRC, system modes cannot be reset using \(enable|disable)mode.
there is nothing special about system modes: they just have a * in front
so you
On Sun, 17 Oct 2010, Hans Hagen wrote:
On 17-10-2010 7:58, Aditya Mahajan wrote:
(BTW, why is system mode *mkii not set in MkII?)
because you can do \doifnotmode{mkiv}
:)
Documented on the wiki page on modes.
Aditya
On Sun, 17 Oct 2010, Hans Hagen wrote:
On 17-10-2010 8:54, Aditya Mahajan wrote:
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv
is a normal mode or a system mode.
IIRC, system modes cannot be reset using \(enable|disable)mode.
there is nothing special about system
On 17-10-2010 11:02, Aditya Mahajan wrote:
On Sun, 17 Oct 2010, Hans Hagen wrote:
On 17-10-2010 8:54, Aditya Mahajan wrote:
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv
is a normal mode or a system mode.
IIRC, system modes cannot be reset using \(enable|disable
Hi,
In MkII, I can say
\ReadFile{/tmp/filename}
to read a file in /tmp directory. However, in MkIV, that fails because
ReadFile is defined as
\unexpanded\def\ReadFile #1{\doreadfile{any} {.}{#1}\donothing\donothing}
so it explicitly searches in the . (current) directory.
Bug
} {Electroencephalogram}
\abbreviation{ERP} {Event-Related Potentials}
\abbreviation{TVS}{Topological Vector Space}
Test inshort: \inshort{EEG}, \inshort{ERP}, \inshort{TVS},
Test infull: \infull{EEG}, \infull{ERP}, \infull{TVS}, \infull{LCTVS}
\stoptext
%%% end abbrev-test.tex
with mkii I get:
Test
Hello,
I have pretty recent installations of TeXLive 2010 (for Cygwin) and
ConTeXt Minimals (for Windows). In both installations, running TeXexec
reports it is ConTeXt MkII ... but running ConTeXt directly reports
itself as MkIV.
I would like to synchronize TeXexec and MkIV ... as MkIV
On Sat, 2 Oct 2010, Tom Maynard wrote:
Hello,
I have pretty recent installations of TeXLive 2010 (for Cygwin) and ConTeXt
Minimals (for Windows). In both installations, running TeXexec reports it is
ConTeXt MkII ... but running ConTeXt directly reports itself as MkIV.
I think that you
* Tom Maynard t...@maynard.com [2010-10-02 17:25]:
Hello,
I have pretty recent installations of TeXLive 2010 (for Cygwin) and
ConTeXt Minimals (for Windows). In both installations, running
TeXexec reports it is ConTeXt MkII ... but running ConTeXt directly
reports itself as MkIV.
I would
On 3-10-2010 8:11, David Rogers wrote:
* Tom Maynard t...@maynard.com [2010-10-02 17:25]:
Hello,
I have pretty recent installations of TeXLive 2010 (for Cygwin) and
ConTeXt Minimals (for Windows). In both installations, running TeXexec
reports it is ConTeXt MkII ... but running ConTeXt
2010/10/3 Hans Hagen pra...@wxs.nl:
% engine=pdftex
at the top of the file and the context script will understand that ad run
texexec ... handy if you run context from within an editor and only want one
command
A bit off topic: is there still a plan to reimplement texexec in Lua
and get rid
On 3-10-2010 12:24, Vedran Miletić wrote:
2010/10/3 Hans Hagenpra...@wxs.nl:
% engine=pdftex
at the top of the file and the context script will understand that ad run
texexec ... handy if you run context from within an editor and only want one
command
A bit off topic: is there still a plan
Datuma 3. listopada 2010. 12:30 Hans Hagen pra...@wxs.nl je napisao/la:
in principle the context script can replace the texexec one apart from index
sorting; I have a lua variant of that somewhere but untested
If you are willing to post it, I'm willing to test it.
--
Vedran Miletić
On 10/3/2010 1:16 AM, Aditya Mahajan wrote:
I think that you are confused by the terminology.
I was, but you have resolved that. Your answer was, as you perfectly
well know, completely correct. Thank you (all of you!) for your help in
getting me straightened out.
I'm (rather obviously)
On 3-10-2010 12:50, Vedran Miletić wrote:
Datuma 3. listopada 2010. 12:30 Hans Hagenpra...@wxs.nl je napisao/la:
in principle the context script can replace the texexec one apart from index
sorting; I have a lua variant of that somewhere but untested
If you are willing to post it, I'm
(was: Info about creating modules for beginners.)
On Sun, Sep 26, 2010 at 19:51, Peter Münster wrote:
Hello,
It would be interesting, to know how many people actually use mkii.
Perhaps a survey on the wiki...?
I would be interested in that as well. However, a very relevant
question would
2010/9/26 Mojca Miklavec mojca.miklavec.li...@gmail.com:
(was: Info about creating modules for beginners.)
On Sun, Sep 26, 2010 at 19:51, Peter Münster wrote:
Hello,
It would be interesting, to know how many people actually use mkii.
Perhaps a survey on the wiki...?
I would be interested
Ok, I narrowed it down:
---First minimal example---
\setupcolors[state=start]
\starttext
Am 10.09.2010 um 16:01 schrieb Jörg Hagmann:
Ok, I narrowed it down:
---First minimal example---
\setupcolors[state=start]
\starttext
On 10-9-2010 4:06, Wolfgang Schuster wrote:
The reason is simpler, Hans replaced in MkIV many \newcounter and \chardef
definitions with real counters and forgot for the background macros to add
\setnewconstant\backgroundsplit\zerocount
actually i forgot to change a couple of them into
Thank you, Wolfgang. I added the line
\setnewconstant\backgroundsplit\zerocount to pack-rul.mkiv, AND IT WORKED!
This leaves the (not vital for me) question why minimal example 2 (using
setuptextbackground) produces that funny background with the same
commands as in setupbackground.
Thanks
Am 10.09.2010 um 16:52 schrieb Jörg Hagmann:
Thank you, Wolfgang. I added the line
\setnewconstant\backgroundsplit\zerocount to pack-rul.mkiv, AND IT WORKED!
This leaves the (not vital for me) question why minimal example 2 (using
setuptextbackground) produces that funny background with
use of MKIV instead of MKII in the 2007
version.
What to do such that the 2009 version, gives the same result as the
2007 version. I installed the 2009 version of the TUG side with
tlmgr and almost everything of texlive is installed. Only most of the languages
are not installed, further
to almost 3650.
I see also that there is made use of MKIV instead of MKII in the 2007
version.
What to do such that the 2009 version, gives the same result as the
2007 version.
Your symptoms indicate that you probably need to add
shell_escape = t
to the texmf.cnf file.
Best wishes,
Taco
Original Message
Subject: Re: [NTG-context] problem with mpost/metafun/MKII/MKIV???
Date: Sun, 29 Aug 2010 11:04:28 +
From: Rene van Hassel r.hass...@chello.nl
To: Taco Hoekwater t...@elvenkind.com
Hello Taco,
sorry, but I will tell you my resulst so far.
After
I don't like that insecure world writable, but oke for the moment being.
this is some harmless but annoying ruby message that I've learned to ignore
Hans
-
Hans Hagen | PRAGMA ADE
I used the context from the ubuntu repository. So I switched to context-
minimals current-version and viola it works here too
Thanks
Wolfgang Schuster wrote:
Am 25.08.10 00:23, schrieb Peter Schorsch:
Thanks Wolfgang! Your source code looks a lot different than mine...
there are some
Hi all,
Any variation of the following construct breaks in MKII as long as there is no
new line after the closing } of the vbox. MKIV does not have this problem.
\startbuffer[bf4]
\vbox{
test
}\stopbuffer
Please refer to the testfile
Kind regards
Willi
test_braces.tex
Description: Binary
On 4-8-2010 9:16, Willi Egger wrote:
Hi all,
Any variation of the following construct breaks in MKII as long as there is no
new line after the closing } of the vbox. MKIV does not have this problem.
\startbuffer[bf4]
\vbox{
test
}\stopbuffer
Please refer to the testfile
\stopbuffer has
On Wed, 4 Aug 2010, Hans Hagen wrote:
On 4-8-2010 9:16, Willi Egger wrote:
Hi all,
Any variation of the following construct breaks in MKII as long as there
is no new line after the closing } of the vbox. MKIV does not have this
problem.
\startbuffer[bf4]
\vbox{
test
}\stopbuffer
On 4-8-2010 6:51, Aditya Mahajan wrote:
On Wed, 4 Aug 2010, Hans Hagen wrote:
On 4-8-2010 9:16, Willi Egger wrote:
Hi all,
Any variation of the following construct breaks in MKII as long as there
is no new line after the closing } of the vbox. MKIV does not have this
problem.
\startbuffer
On Wed, 4 Aug 2010, Hans Hagen wrote:
On 4-8-2010 6:51, Aditya Mahajan wrote:
On Wed, 4 Aug 2010, Hans Hagen wrote:
On 4-8-2010 9:16, Willi Egger wrote:
Hi all,
Any variation of the following construct breaks in MKII as long as
there
is no new line after the closing
On 4-8-2010 7:23, Aditya Mahajan wrote:
(that writes contents to file and inputs the result) but cannot easily
create \typevimTEX. For that I will need to reimplement all the catcode
trickery of \definetype and \definebuffer.
\definetype[TEXtype][option=TEX]
test \TEXtype{oeps \test{oeps}}
On Wed, 4 Aug 2010, Hans Hagen wrote:
On 4-8-2010 7:23, Aditya Mahajan wrote:
(that writes contents to file and inputs the result) but cannot easily
create \typevimTEX. For that I will need to reimplement all the catcode
trickery of \definetype and \definebuffer.
On 4-8-2010 9:36, Aditya Mahajan wrote:
On Wed, 4 Aug 2010, Hans Hagen wrote:
On 4-8-2010 7:23, Aditya Mahajan wrote:
(that writes contents to file and inputs the result) but cannot easily
create \typevimTEX. For that I will need to reimplement all the catcode
trickery of \definetype and
Hi,
I'm wondering how I can use Palatino for math in MKII/XeTeX? The following
works in MKIV but not in MKII (still get Computer Modern for Math, though main
text is in Palatino). Thanks very much!
Rio
Riobard wrote:
Hi,
I'm wondering how I can use Palatino for math in MKII/XeTeX? The
following works in MKIV but not in MKII (still get Computer Modern
for Math, though main text is in Palatino). Thanks very much!
[example missing]
Best wishes,
Taco
On 2-8-2010 3:35, Riobard wrote:
Hi,
I'm wondering how I can use Palatino for math in MKII/XeTeX? The following
works in MKIV but not in MKII (still get Computer Modern for Math, though main
text is in Palatino). Thanks very much!
in type-otf.mkii, search for xmath and add the following
wrote:
Riobard wrote:
Hi,
I'm wondering how I can use Palatino for math in MKII/XeTeX? The
following works in MKIV but not in MKII (still get Computer Modern
for Math, though main text is in Palatino). Thanks very much!
[example missing]
Best wishes,
Taco
On Mon, Aug 2, 2010 at 16:00, Hans Hagen wrote:
On 2-8-2010 3:35, Riobard wrote:
Hi,
I'm wondering how I can use Palatino for math in MKII/XeTeX? The following
works in MKIV but not in MKII (still get Computer Modern for Math, though
main text is in Palatino). Thanks very much!
in type
at 7:58 PM, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
On Mon, Aug 2, 2010 at 16:00, Hans Hagen wrote:
On 2-8-2010 3:35, Riobard wrote:
Hi,
I'm wondering how I can use Palatino for math in MKII/XeTeX? The following
works in MKIV but not in MKII (still get Computer Modern for Math
] On
Behalf Of Tom
Sent: Monday, July 05, 2010 3:16 PM
To: ntg-context@ntg.nl
Subject: [NTG-context] \stretched in chapter titles in MKII
I am trying to stretch two lines of text to the same width for use as a
chapter head.
I have two major problems:
1. The second line of text is appended
Am 05.07.10 21:15, schrieb Tom:
I am trying to stretch two lines of text to the same width for use as a
chapter head.
I have two major problems:
1. The second line of text is appended to the end of the first line instead
of being placed below it.
2. I get errors when using #1 and #2 as values,
Am 05.07.10 21:15, schrieb Tom:
I am trying to stretch two lines of text to the same width for use as a
chapter head.
I have two major problems:
1. The second line of text is appended to the end of the first line
instead
of being placed below it.
2. I get errors when using #1 and #2 as
\define[1]\ChapterTextStretch {\line{\stretched{#1}}}
\define[1]\ChapterNumberStretch{\determineheadnumber[chapter]\ChapterTextStr
etch{Chapter
\currentheadnumber}}
\setuphead
[chapter]
[alternative=middle,
textstyle=sansbold,
numberstyle=sans,
\define[1]\ChapterTextStretch {\line{\stretched{#1}}}
\define[1]\ChapterNumberStretch{\determineheadnumber[chapter]\ChapterTextStr
etch{Chapter
\currentheadnumber}}
\setuphead
[chapter]
[alternative=middle,
textstyle=sansbold,
numberstyle=sans,
I am trying to stretch two lines of text to the same width for use as a
chapter head.
I have two major problems:
1. The second line of text is appended to the end of the first line instead
of being placed below it.
2. I get errors when using #1 and #2 as values, i.e {Chapter #1} and {#2}.
On 28/06/10 21:37, Wolfgang Schuster wrote:
It makes no sense to set values for columnset but use regular columns in
your document
and the correct value for direction you want is 'left' not 'right'.
OK-thanks, this helped me to untangle some messy coding on my part...
Jelle
Hi all,
Is it possible to tell columnsets which column is the first one?
I use columnset in MKII to typeset Arabic text in a multicolumn layout
and the text starts in the left column. Is there a nice way to force the
text to start in the right column? Something like
\definecolumnset[arabic][n
Am 28.06.10 18:39, schrieb Jelle Huisman:
Hi all,
Is it possible to tell columnsets which column is the first one?
I use columnset in MKII to typeset Arabic text in a multicolumn layout
and the text starts in the left column. Is there a nice way to force
the text to start in the right column
hi all,
i'm experiencing some unwanted whitespace related to a section head. the
whitespace is present when using lua (texexec --lua funk.tex) and absent when
using mkII (texexec funk.tex). i've confirmed the correct mkII behaviour on
the garden's live tool, and my own minimals installation
On 28-5-2010 10:36, Rogutės Sparnuotos wrote:
* Why are the spaces of prefix and suffix of \in{}{}[] trimmed with MkII?
\starttext
\section[one]{One}
\in{( sec. }{ sec. )}[one]
\stoptext
will be fixed in next beta
Dear list,
I thought I would try switching to MkII (+XeTeX), because MkIV looks bad
tempered [1], but...
* How does one do the equivalent of \setupheads[sectionstopper=.] ?
* Why are the spaces of prefix and suffix of \in{}{}[] trimmed with MkII?
\starttext
\section[one]{One}
\in{( sec
Hi,
How do you use catcodetables in MkII. The following works fine in MkIV
\unprotect
\newcatcodetable\vimcatcodes
\startcatcodetable \vimcatcodes
\catcode`\^^I = \@@active
\catcode`\^^M = \@@active
\catcode`\^^L = \@@active
\catcode`\= 12
\catcode`\^^Z = \@@ignore
Am 27.05.10 00:59, schrieb Aditya Mahajan:
Hi,
How do you use catcodetables in MkII. The following works fine in MkIV
\unprotect
\newcatcodetable\vimcatcodes
\startcatcodetable \vimcatcodes
\catcode`\^^I = \@@active
\catcode`\^^M = \@@active
\catcode`\^^L = \@@active
\catcode
On Thu, 27 May 2010 00:32:28 -0400, ntg-context-boun...@ntg.nl wrote:
Am 27.05.10 00:59, schrieb Aditya Mahajan:
Hi,
How do you use catcodetables in MkII. The following works fine in MkIV
\unprotect
\newcatcodetable\vimcatcodes
\startcatcodetable \vimcatcodes
\catcode`\^^I
Hello,
thanks all for help, the problem is solved now.
Original Vit's support will work with two modifications.
1) enco-*.tex must be renamed to enco-*.mkii
2) contents of t-type-s*.tex must be enclosed to
\starttypescriptcollection \stoptypescriptcollection
the problem lied in the line
On Thu, May 13, 2010 at 11:35:58PM +0200, Hans Hagen wrote:
On 13-5-2010 11:26, Khaled Hosny wrote:
On Thu, May 13, 2010 at 10:25:06PM +0200, Hans Hagen wrote:
On 13-5-2010 10:06, Khaled Hosny wrote:
Nothing special, I always expect interline space to be fixed, I don't
know if TeX always
On 14-5-2010 2:37, Khaled Hosny wrote:
On Thu, May 13, 2010 at 11:35:58PM +0200, Hans Hagen wrote:
On 13-5-2010 11:26, Khaled Hosny wrote:
On Thu, May 13, 2010 at 10:25:06PM +0200, Hans Hagen wrote:
On 13-5-2010 10:06, Khaled Hosny wrote:
Nothing special, I always expect interline space to
On Fri, May 14, 2010 at 02:54:49PM +0200, Hans Hagen wrote:
On 14-5-2010 2:37, Khaled Hosny wrote:
On Thu, May 13, 2010 at 11:35:58PM +0200, Hans Hagen wrote:
On 13-5-2010 11:26, Khaled Hosny wrote:
On Thu, May 13, 2010 at 10:25:06PM +0200, Hans Hagen wrote:
On 13-5-2010 10:06, Khaled Hosny
Am 2010-05-13 um 23:09 schrieb Hans Hagen:
I recall trying grid a while ago but it didn't work, looks like I
have
to set \setuplayout[grid=force].
for sure there are bugs as it needs much testing but we have
predefined grid setups:
% none don't enlarge
% halfline
On Fri, 14 May 2010 06:37:02 -0600, Khaled Hosny khaledho...@eglug.org
wrote:
for arabic you really need to set the interline space (idris might
have more input on this)
- it has more height than depth
Not always عٍ or فيٍ is as deep as high is أً.
so for say 12pt arabic we should use 8pt ht
Dne Wed, 12 May 2010 20:36:38 +0200 Mojca Miklavec
mojca.miklavec.li...@gmail.com napsal(a):
2010/5/4 Jan Pohanka xhpoha...@gmail.com:
Minimal example is here and support files are attached. Original
support can
be downloaded here: http://modules.contextgarden.net/stormfontsupport
$$ 2
On 13-5-2010 9:40, Jan Pohanka wrote:
Dne Wed, 12 May 2010 20:36:38 +0200 Mojca Miklavec
mojca.miklavec.li...@gmail.com napsal(a):
2010/5/4 Jan Pohanka xhpoha...@gmail.com:
Minimal example is here and support files are attached. Original
support can
be downloaded here:
work as we now only use two families, there
one needs to make a lfg file as with the other type1 math fonts
I know that mkiv could be better in this, but I'd like to have mkii
working too. (Using of miktex (no lua) is one of the reasons).
Hans
I also uploaded the corresponding files including the free Lido font here
for testing.
http://neuron.feld.cvut.cz/LidoType1.zip
Jan
Dne Thu, 13 May 2010 10:59:14 +0200 Hans Hagen pra...@wxs.nl napsal(a):
On 13-5-2010 9:40, Jan Pohanka wrote:
Dne Wed, 12 May 2010 20:36:38 +0200 Mojca
this is not working anymore. I have tried
\definefamilysynonym [default] [st] [mc] but with no succes.
(A note to Hans: the question was about MKII. One would need to
rewrite the whole typescript for MKIV, sure, but the first step might
be to fix the almost-working MKII.)
OK, I see. Replacing with ma/mc
201 - 300 of 616 matches
Mail list logo