On Mon, 18 Aug 2014, Werner Hintze wrote:
I don’t know if I use MKII or not.
(Simplified version). If you compile the file using `context filename`
you are using MkIV; if you compile the file using `texexec filename` you
are using MkII.
Unless you have a really good reason to stick
Well: I use MKIV.
On 18 Aug 2014, at 17:05, Aditya Mahajan wrote:
On Mon, 18 Aug 2014, Werner Hintze wrote:
I don’t know if I use MKII or not.
(Simplified version). If you compile the file using `context filename`
you are using MkIV; if you compile the file using `texexec filename`
you
On Mon, 18 Aug 2014, Werner Hintze wrote:
On 18 Aug 2014, at 17:05, Aditya Mahajan wrote:
On Mon, 18 Aug 2014, Werner Hintze wrote:
I don’t know if I use MKII or not.
(Simplified version). If you compile the file using `context filename`
you are using MkIV; if you compile the file using
On 18 Aug 2014, at 18:17, Aditya Mahajan wrote:
MkIV will not load .mkii files. What is the exact command that you use
to run context?
Aha! You found the point! I use Texnicle as editor and the context
engine Texnicle provides. It calls texexec... But it’s not enough to
put here context
Am 18.08.2014 um 19:03 schrieb Werner Hintze w.hin...@posteo.eu:
On 18 Aug 2014, at 18:17, Aditya Mahajan wrote:
MkIV will not load .mkii files. What is the exact command that you use to
run context?
Aha! You found the point! I use Texnicle as editor and the context engine
Texnicle
at the begin and end os
each section but since you use MkII you have to write your own commands for
this.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist
Hello!
\definerule seems to be only supported in ConTeXt mkii but not in ConTeXt
mkiv. Is there a reason for this? Would anyone mind porting it to mkiv
since this seems to be the standard now?
Thanks for any help.
Christoph
Am 12.08.2014 um 15:28 schrieb Christoph Reller christoph.rel...@gmail.com:
Hello!
\definerule seems to be only supported in ConTeXt mkii but not in ConTeXt
mkiv. Is there a reason for this? Would anyone mind porting it to mkiv since
this seems to be the standard now?
What
title page, I get two
empty pages, which is right. However, the second empty page (RHS) has a page
number. How do I suppress that page number?
I’m using MKII
G___
If your question is of interest to others as well, please
\starttext
\startlinenumbering
\input knuth
\stoplinenumbering
\stoptext
The line numbers seem better in mkii than in mkiv.
Best regards,
Akira
___
If your question is of interest to others as well, please add
. You can manually create
the nocite entries or generate them with a script.
From earlier comments on the list, it appears that with ConTeXt MKII
one could use \nocite[*] instead of \nocite[all entries that appear in
database], but that does not work in MKIV. Perhaps the new bibliography
tools
][indenting={yes,medium}]
When you use MkII you have to replace \setupnotation with \setupnotedefinition.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context
control sequence.
l.141 \setupnotation
[footnote][indenting={yes,medium}]
When you use MkII you have to replace \setupnotation with
\setupnotedefinition.
That works. Thanks.
G___
If your
(/usr/local/texlive/2014/texmf-dist/tex/context/base/spec-fdf.mkii))
! Undefined control sequence.
l.5 {\doifcheckedpagestate
{#5}%
?
G
Hi Gerben,
I think you are using mkii, while the code sent by Hans and containing
\doifcheckedpagestate
is intended
On 02 Aug 2014, at 15:12, Gerben Wierda gerben.wie...@rna.nl wrote:
I suspected as such. I’m afraid to move to mkiv at this stage of my project.
Is mkiv downwards compatible with mkii? What must I do to see if my project
compiles with mkiv? I’m running currently commands like
Later for me
On 02 Aug 2014, at 15:32, Ondřej Hošek ondra.ho...@gmail.com wrote:
I've been using \mathbb{R} and \mathbb{Q}, but apparently that's MkIV only.
However, {\blackboard R} and {\blackboard Q} seem to work both under MkII and
MkIV (although the glyph shapes are different, but I assume that's
Hi Gerben,
You can use ${\Bbb R}$ to get the set of real numbers (for instance…), both in
mkii and mkiv.
Best regards: OK
On 02 Aug 2014, at 15:14, Gerben Wierda gerben.wie...@rna.nl wrote:
Just a simple question I could not find the answer for in the docs.
What do I need to get
Hi Gerben,
Regarding the text encodings understood by mkii and mkiv, one can always use
UTF-8 in both.
Unless you have some very uncommon characters in your ascii file, the migration
from ascii to utf-8 is quite easy, at least on a Mac (I don’t know what OS you
are using): for instance you can
On 02 Aug 2014, at 18:58, Otared Kavian ota...@gmail.com wrote:
Regarding the text encodings understood by mkii and mkiv, one can always use
UTF-8 in both.
Unless you have some very uncommon characters in your ascii file, the
migration from ascii to utf-8 is quite easy, at least on a Mac (I
fdf
(/usr/local/texlive/2014/texmf-dist/tex/context/base/spec-fdf.mkii))
! Undefined control sequence.
l.5 {\doifcheckedpagestate
{#5}%
?
G
Hi Gerben,
I think you are using mkii, while the code sent by Hans and containing
\doifcheckedpagestate
is intended
)
The distinction between \pagereference, \textreference and \reference is
sort of historical and relates to efficiency (in mkii):
\pagereference : only stores the pagenumber
\textreference : only stores the text
\reference : stores pagenumber and text
In mkiv the last two are the same now
I am typesetting a small pocketbook. I’m using mkii and the standard
products/environment/chapters structure. I am trying to create a small
paperbook size book with 11pt Optima font (using the converted font on my Mac).
Everything works, except the body text is in 15pt in the PDF. Now, I did
On 7/23/2014 12:13 PM, Gerben Wierda wrote:
I am typesetting a small pocketbook. I’m using mkii and the standard
products/environment/chapters structure. I am trying to create a small
paperbook size book with 11pt Optima font (using the converted font on
my Mac).
if you're using luatex
-documentation.
First priority I guess would be to have the contextgarden Wiki up-to-date:
many commands and/or parameters are not touched there. There are many
outdate pages (with broken links, etc.), and definatately I would guess a
better split is needed between MkII and MkIV wherever applicable
, you can’t be serious asking the *users* to provide the
documentation, can you?
These are still good
Fonts in ConTeXt
Layouts in ConTeXt
MetaFun manual
MKII - MKIV, the history of LuaTeX
http://www.h2o-books.com/catalog/5
--
luigi
as reviwed and up to date, and to
which version it applies, mkii/mkiv
If this structure is put on top of the context garden, some labeling is
needed to distinguish the extra pages from the structural docs pages.
There are many good examples out there of good docs structure and
presentation. I'm willing
from mkii methods, where we also had resource manipulators and
so (we still have figure databases btw)
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt
issues.
It is important to label the information as reviwed and up to date, and
to which version it applies, mkii/mkiv
If this structure is put on top of the context garden, some labeling is
needed to distinguish the extra pages from the structural docs pages.
the problem there is that it needs some
), that the context crowd has been actively involved in
development of (and even triggered) general tex developments (...,
luatex, mplib, fonts, ...) so it's not as isolated as you suggest.
once the move from mkii to mkiv is finishes and luatex is kind of done,
there might be time for writing more
(..., luatex, mplib, fonts, ...) so it's
not as isolated as you suggest.
once the move from mkii to mkiv is finishes and luatex is kind of done, there
might be time for writing more documentation; we're far from retiring
of the other macro packages, plain tex is frozen, and latex dev is quite
found
was the over 10-year old documentation (contextref.pdf) with green boxes
stating things like “TODO: Add some text about recent developments,
especially the split between mkii and mkiv”.
Is there up-to-date and reasonably complete ConTeXt documentation these
days?
G
On Wed, Jul 2, 2014 at 10:54 PM, Otared Kavian ota...@gmail.com wrote:
Hi Luigi,
I did a test with mkiv (see the tex file attached), and then tested the
resulting pdf file on the site you mentioned,
http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx
Unfortunately it says that
Within the enumeration environment I want the first paragraph not to be
indented, whereas the second and following paragraphs should start with
an indent.
The example below works fine in mkii, but I would like to use mkiv in
which the first line is also indented.
Sytse
Am 01.07.2014 um 15:22 schrieb Sytse sytse.knyps...@home.nl:
Within the enumeration environment I want the first paragraph not to be
indented, whereas the second and following paragraphs should start with an
indent.
The example below works fine in mkii, but I would like to use mkiv
Dear List members,
Does anyone know how to create a PDF/A file (where A stands for Archive) in
mkii? In a thesis project which has to be uploaded on an archiving site it is
required that the fonts should be imbedded into the PDF file and be compatible
with the PDF/A standard.
How can
On 02 Jul 2014, at 16:46, luigi scarso luigi.sca...@gmail.com wrote:
On Wed, Jul 2, 2014 at 4:37 PM, Otared Kavian ota...@gmail.com wrote:
Dear List members,
Does anyone know how to create a PDF/A file (where A stands for Archive) in
mkii? In a thesis project which has
On Wed, Jul 2, 2014 at 4:52 PM, Otared Kavian ota...@gmail.com wrote:
Thanks Luigi for the hint to that paper.
Unfortuantely the project has been done with mkii… that’s why I would like
to know if it’s possible to produce a PDF/A compliant file with ConTeXt
mkii.
By the way
case you gave me good
hope… Thanks!
Best regards: OK
On 02 Jul 2014, at 17:05, luigi scarso luigi.sca...@gmail.com wrote:
On Wed, Jul 2, 2014 at 4:52 PM, Otared Kavian ota...@gmail.com wrote:
Thanks Luigi for the hint to that paper.
Unfortuantely the project has been done with mkii
On Wed, Jul 2, 2014 at 5:18 PM, Otared Kavian ota...@gmail.com wrote:
Thanks Luigi!
It turns out that with some slight modifications I could typeset the
mentioned project with mkiv.
Then after having added the following from your article:
%% For PDF/A
\setupbackend[
Hi Luigi,
I did a test with mkiv (see the tex file attached), and then tested the
resulting pdf file on the site you mentioned,
http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx
Unfortunately it says that the PDF produced by mkiv is not conform:
test-PDF-A-1b.pdf does not conform
On Wed, Jul 2, 2014 at 10:54 PM, Otared Kavian ota...@gmail.com wrote:
Hi Luigi,
I did a test with mkiv (see the tex file attached), and then tested the
resulting pdf file on the site you mentioned,
http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx
Unfortunately it says that
Dear list,
the following runs fine in mkii (i.e. if compiled with 'texexec') but
gives an error with mkiv (compiled with 'context'):
\showframe
\newdimen\Ssize \Ssize=18pt
%\definefont[MyFont][Serif at 18pt]
\definefont[MyFont][Serif at \Ssize]
\starttext
\MyFont
\input knuth
\stoptext
I have
Am 02.07.2014 um 23:43 schrieb Uwe Koloska m...@koloro.de:
Dear list,
the following runs fine in mkii (i.e. if compiled with 'texexec') but
gives an error with mkiv (compiled with 'context'):
\showframe
\newdimen\Ssize \Ssize=18pt
%\definefont[MyFont][Serif at 18pt]
\definefont
On 6/30/2014 4:35 PM, Gour wrote:
Jean Magnan de Bornier jm.born...@free.fr writes:
Please share your precious findings!
http://wiki.contextgarden.net/Bibliography
beware: the mkii derived bibliograpic support for mkiv is replaced so
that page is kind of obsolete (the new manual
Hans Hagen pra...@wxs.nl writes:
beware: the mkii derived bibliograpic support for mkiv is replaced so
that page is kind of obsolete (the new manual is in the distribution)
You mean this one http://wiki.contextgarden.net/Bibliography_mkiv is
also obsolete?
Where is the new manual
Am 30.06.2014 um 17:29 schrieb Gour g...@atmarama.net:
Hans Hagen pra...@wxs.nl writes:
beware: the mkii derived bibliograpic support for mkiv is replaced so
that page is kind of obsolete (the new manual is in the distribution)
You mean this one http://wiki.contextgarden.net
the documentation, so this is just a version patched with the
most important changes. And now that the last user of mkii, in a small country
in central Europe, has switched, I have made the module mkiv only.
Thomas
___
If your
]
\starttext
module testing look into the log.
\stoptext
modules have names like
m-
x-
s-
p-
u-
and the lookup happens in a certain order without prefix, and checking for
mkvi, mkiv, mkii or tex suffixes
so in your case it should be something
u-hvdm-test
or so (user hvdm test)
so you were just lucky
On 06.06.2014 22:52, Hans Hagen wrote:
modules have names like
m-
x-
s-
p-
u-
and the lookup happens in a certain order without prefix, and checking
for mkvi, mkiv, mkii or tex suffixes
so in your case it should be something
u-hvdm-test
or so (user hvdm test)
so you were just lucky
On 6/7/2014 2:40 PM, Andreas Schneider wrote:
On 06.06.2014 22:52, Hans Hagen wrote:
modules have names like
m-
x-
s-
p-
u-
and the lookup happens in a certain order without prefix, and checking
for mkvi, mkiv, mkii or tex suffixes
so in your case it should be something
u-hvdm-test
or so
In MkII, one could configure the index to have different types of page
entries, e.g. roman and italic, by using \setupregister, as in the
example at http://wiki.contextgarden.net/Command/setupregister. That
doesn't work with a fairly recent MkIV (2014.05.17 beta).
I see that it's a long-standing
On 6/7/2014 7:39 PM, Sanjoy Mahajan wrote:
In MkII, one could configure the index to have different types of page
entries, e.g. roman and italic, by using \setupregister, as in the
example at http://wiki.contextgarden.net/Command/setupregister. That
doesn't work with a fairly recent MkIV
happens in a certain order without prefix, and checking
for mkvi, mkiv, mkii or tex suffixes
so in your case it should be something
u-hvdm-test
or so (user hvdm test)
so you were just lucky that in the past modules-* worked
the loading is probably ok because test.* is loaded
In the log I find
---
It works under MKII but not under MKIV. The error
message occurs after the first chapter. But the
chapters by themselves work OK.
I will continue to experiment
--
John Culleton
Wexford Press
Free list of books for self-publishers:
http
Hi Pablo,
The section breaks are a bit of a headache. In the old mechanism (also
mkii) we used penalties between different section levels (different
values so that there is some hierarchy).
In mkiv we have a weighted penalty/glue mechanism which has advantages
but can also create side
On 2014-06-01 07:51, Hans Hagen wrote:
Hi Pablo,
The section breaks are a bit of a headache. In the old mechanism (also
mkii) we used penalties between different section levels (different
values so that there is some hierarchy).
In mkiv we have a weighted penalty/glue mechanism which has
mkii) we used penalties between different section levels (different
values so that there is some hierarchy).
In mkiv we have a weighted penalty/glue mechanism which has advantages
but can also create side effects. The method of a few weeks ago could
deal with
\section followed by 100
wrote:
Hi Pablo,
The section breaks are a bit of a headache. In the old mechanism (also
mkii) we used penalties between different section levels (different
values so that there is some hierarchy).
In mkiv we have a weighted penalty/glue mechanism which has advantages
but can also create
. \NC \NR
why xetex ... mkii is frozen
\NR
} % end of \dorecurse
\stoptabulate
} % end of \midaligned
\stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg
On May 28, 2014, at 13:51 , Hans Hagen pra...@wxs.nl wrote:
On 5/28/2014 10:46 AM, Robert Zydenbos wrote: [...]
why xetex ... mkii is frozen
Sorry, Hans, but I need to use odd fonts for Indian languages that are not
(yet?) supported by mkiv. But the combination ConTeXt mkii+XeTeX gives me
On 5/28/2014 8:25 PM, Robert Zydenbos wrote:
On May 28, 2014, at 13:51 , Hans Hagen pra...@wxs.nl wrote:
On 5/28/2014 10:46 AM, Robert Zydenbos wrote: [...]
why xetex ... mkii is frozen
Sorry, Hans, but I need to use odd fonts for Indian languages that are not
(yet?) supported by mkiv
On May 28, 2014, at 22:10 , Hans Hagen pra...@wxs.nl wrote:
On 5/28/2014 8:25 PM, Robert Zydenbos wrote:
On May 28, 2014, at 13:51 , Hans Hagen pra...@wxs.nl wrote:
On 5/28/2014 10:46 AM, Robert Zydenbos wrote: [...]
why xetex ... mkii is frozen
Sorry, Hans, but I need to use odd fonts
In the current General Manual section 12.7
Registers the command for actually printing the
back of book index is omitted. What is it? Is it
the same for both MKII and MKIV?
Does one run the command texutil separate from
the context command (analogous to running the
makeindex command in other
On 5/26/2014 6:07 PM, john Culleton wrote:
In the current General Manual section 12.7
Registers the command for actually printing the
back of book index is omitted. What is it? Is it
the same for both MKII and MKIV?
Does one run the command texutil separate from
the context command (analogous
On Mon, 26 May 2014 19:15:48 +0200
Hans Hagen pra...@wxs.nl wrote:
On 5/26/2014 6:07 PM, john Culleton wrote:
In the current General Manual section 12.7
Registers the command for actually printing
the back of book index is omitted. What is
it? Is it the same for both MKII and MKIV
is
it? Is it the same for both MKII and MKIV?
Does one run the command texutil separate from
the context command (analogous to running the
makeindex command in other versions of TeX)?
I can create an index separate from context
using a front end to makeindex that I wrote
years ago but I prefer an embedded
the command for actually
printing the back of book index is omitted.
What is it? Is it the same for both MKII
and MKIV?
Does one run the command texutil separate
from the context command (analogous to
running the makeindex command in other
versions of TeX)?
I can create an index separate
area, but it does not address the different treatment with and
without align.
it's a different issue
one of the 'features' of framed is that (in mkii as well as mkiv) it can
determine the minimum width of a paragraph and orientation doesn't work
well with that
in the source you will find
On 5/23/2014 1:30 AM, Mica Semrick wrote:
Hi Hans,
Thanks for your reply. I found my way to foxet, but never got it working. I've
written several mapping files for XML with good results, but DITA is a bit of a
different beast.
that's mkii and will not work in mkiv
DITA is geared towards
://wiki.contextgarden.net/Bold_small_caps
which contained just the MKII example. I added a MKIV example
{\setff{smallcaps} Normal and \bf bold Small Caps.}
but the problem is that this example only works with put any font
name here except for the default Latin Modern setup.
Would it make sense
\sc Bold Small Caps}
would work out-of-the-box.
The first hit on the wiki was
http://wiki.contextgarden.net/Bold_small_caps
which contained just the MKII example. I added a MKIV example
{\setff{smallcaps} Normal and \bf bold Small Caps.}
but the problem is that this example only works
-of-the-box.
The first hit on the wiki was
http://wiki.contextgarden.net/Bold_small_caps
which contained just the MKII example. I added a MKIV example
{\setff{smallcaps} Normal and \bf bold Small Caps.}
but the problem is that this example only works with put any font
name here except
://wiki.contextgarden.net/rsfs
works fine with mkii, but not in mkiv.
I do not have the time to look into this in detail. But hopefully the hint
below will help you get started.
If I understand you correctly, you are looking for a caligraphic font that
is more script-y than the default \cal
never heard of DITA XML. Concerning FO ... I once
made something for mkii, and I think I must have some first code for
mkiv but never saw a good reason for finishing that (shouldn't be too
hard) especially because in practice it's often easier to directly write
an xml mapping and then use
This is a topic that is of great interest to me. I have been trying to make
tables in mkii (because I need XeTeX for my Indic fonts) that span across pages
and in which cells are more than one line (so I use the 'p' parameter).
I'm enclosing a test file below. Any suggestions?
RZ
---start
Am 23.05.2014 um 04:17 schrieb Robert Zydenbos cont...@zydenbos.net:
This is a topic that is of great interest to me. I have been trying to make
tables in mkii (because I need XeTeX for my Indic fonts) that span across
pages and in which cells are more than one line (so I use the 'p
Hi all,
It seems that the rsfs fonts (Ralph Smith’s Formal Script fonts) do not work:
the procedure explained at the page
http://wiki.contextgarden.net/rsfs
works fine with mkii, but not in mkiv.
Is it possible to use the capabilities of simplefonts, which are now included
in mkiv
Am 21.05.2014 um 14:15 schrieb Otared Kavian ota...@gmail.com:
Hi all,
It seems that the rsfs fonts (Ralph Smith’s Formal Script fonts) do not work:
the procedure explained at the page
http://wiki.contextgarden.net/rsfs
works fine with mkii, but not in mkiv.
Is it possible
in this regard…
Thanks again: OK
However this does not work properly in mkiv ...
this suggests that it could work in mkiv but math in mkiv has a
completely different implementation so it isn't even supposed to work
maybe it's better to talk about mkiv as being the standard way and mkii
being
On Wed, 21 May 2014, Otared Kavian wrote:
Hi all,
It seems that the rsfs fonts (Ralph Smith’s Formal Script fonts) do not work:
the procedure explained at the page
http://wiki.contextgarden.net/rsfs
works fine with mkii, but not in mkiv.
I do not have the time to look
it's better to talk about mkiv as being the standard way and mkii being
the 'old way' or so
You are right: I changed that page accordingly.
All the best: OK
___
If your question is of interest to others as well, please
On Wed, 21 May 2014, Aditya Mahajan wrote:
On Wed, 21 May 2014, Otared Kavian wrote:
Hi all,
It seems that the rsfs fonts (Ralph Smith’s Formal Script fonts) do not
work: the procedure explained at the page
http://wiki.contextgarden.net/rsfs
works fine with mkii, but not in mkiv
use texmf.cnf at all but texmfcnf.lua instead (and
also has its own file management subsystem)
already right from the start context had process management with
'texmfstart + texexec' (mkii) and 'mtxrun + context' (mkiv)
Hans
://tex.stackexchange.com/questions/177459/learning-plain-tex-via-contexts-luatex-plain-format
context mkiv doesn't use texmf.cnf at all but texmfcnf.lua instead
(and also has its own file management subsystem)
already right from the start context had process management with
'texmfstart + texexec' (mkii) and 'mtxrun
://tex.stackexchange.com/questions/177459/learning-plain-tex-via-contexts-luatex-plain-format
context mkiv doesn't use texmf.cnf at all but texmfcnf.lua instead
(and also has its own file management subsystem)
already right from the start context had process management with
'texmfstart + texexec' (mkii
Hi Sanjoy,
I think that this a font related problem since in Plain TeX and mkii the
following
$${\rm P}(H\, | \, E)$$
gives the same result as in mkiv when using the default LM fonts, and the top
(resp. the bottom) of the bar | is aligned with the top (resp. the bottom
.
In MkII it is fine, as is the equivalent latex or plain tex (using
LatinModern).
I don't know whether the problem lis in the font metrics or in the
positioning by MkIV, because I haven't yet been able to convince tex,
latex, lualatex, or luatex to use the same font (LM math).
In MkIV, the font
the baseline, which looks odd
relative to the horizontal stroke of the 2.
In MkII it is fine, as is the equivalent latex or plain tex (using
LatinModern).
I don't know whether the problem lis in the font metrics or in the
positioning by MkIV, because I haven't yet been able to convince tex
on http://live.contextgarden.net/, and OK in
mkii on http://live.contextgarden.net/).
\setuppagenumbering[location=]
\starttext
$\pm2$ and $\surd(1+2)$.
\stoptext
/Mikael
___
If your question is of interest
Hi Hans,
Thanks for your attention to the issue pointed out by Sanjoy.
On 6 mai 2014, at 20:14, Hans Hagen pra...@wxs.nl wrote:
[…]
all minus' are below the baseline so consider it a feature
Yes this is the case in recent versions of mkiv, but in Plain TeX and mkii this
is not the case
relative to the horizontal stroke of the 2.
In MkII it is fine, as is the equivalent latex or plain tex (using
LatinModern).
I don't know whether the problem lis in the font metrics or in the
positioning by MkIV, because I haven't yet been able to convince tex,
latex, lualatex, or luatex to use
versions of mkiv, but in Plain TeX and
mkii this is not the case: there the minus sign in \pm is aligned with
the baseline.
I agree with Sanjoy and Mikael to say that it the minus sign in \pm
should be aligned with the baseline: however I don’t know if this can be
easily achieved.
so how about \mp
OK at
http://live.contextgarden.net/, though.
I can also add that \surd is way too low in latest standalone (and
only a bit to low in mkiv on http://live.contextgarden.net/, and OK in
mkii on http://live.contextgarden.net/).
\setuppagenumbering[location=]
\starttext
$\pm2$ and $\surd(1+2
I just compared MkII and MkIV in this respect, and the MkII fraction
looks more symmetric (more correct) than the MkIV version.
Here is the MkII code:
\usetypescript[palatino][ec]
\setupbodyfont[palatino]
\starttext
\startformula
{3\over4}\quad {1\over2}
\stopformula
\stoptext
I've attached
.
The ConTeXt source file type-fbk.mkiv (and undoubtedly something similar
for MKII) defines a set of font name synonyms in a font:fallback:
namespace that is useful for gracefully substituting one font for
another when required, as when the document calls for a bold italic but
the font in use
of values.
The ConTeXt source file type-fbk.mkiv (and undoubtedly something similar
for MKII) defines a set of font name synonyms in a font:fallback:
namespace that is useful for gracefully substituting one font for
another when required, as when the document calls for a bold italic but
the font
example behaved the same in MkIV and MkII, so nothing has changed.
Wolfgang
___
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
/Context/essais/mkii/figures/resize-and-center.tex: ! Undefined
control sequence
\startexternalfigurecollection ...igurecollection
{#1}\settrue \c_grph_inclu...
l.13 \clip[width=8cm,height=7cm]
{%
3
error on line 13 in file
/Users/kavian/Context/essais/mkii/figures/resize-and-center.tex: ! Undefined
control sequence
\startexternalfigurecollection ...igurecollection
{#1}\settrue
\c_grph_inclu...
l.13 \clip[width=8cm,height=7cm
/Users/kavian/Context/essais/mkii/figures/resize-and-center.tex: ! Undefined
control sequence
\startexternalfigurecollection ...igurecollection
{#1}\settrue
\c_grph_inclu...
l.13 \clip[width=8cm,height=7cm
801 - 900 of 5546 matches
Mail list logo