uot;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 the same font (LM math).
ey also provide a namespace mechanism and a mechanism for group
setting and resetting 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
so provide a namespace mechanism and a mechanism for group
setting and resetting 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
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 att
now?
Your 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://
ikael,
>>
>> Out of curiosity I tried to typeset your example (after adding the usual
>> \starttext, \stoptext), but using
>>ConTeXt ver: 2014.04.28 23:24 MKIV beta fmt: 2014.4.29 int:
>> english/english
>> I obtained a TeX error:
>>
>> tex
int:
> english/english
> I obtained a TeX error:
>
> tex error > error on line 13 in file
> /Users/kavian/Context/essais/mkii/figures/resize-and-center.tex: ! Undefined
> control sequence
>
>
> \startexternalfigurecollection ...igurecollection
>
ian/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]
{%
e been resolved. In MKIV it is
numberstopper.)
Here is an MWE demonstrating the problem. It compiles cleanly, but
the separator remains the default period. With MKII, it generates a
figure with a hyphen and not a period.
\setupcaptions[separator=-]
\setupcaptions[prefixconnector=-]
Wolfga
he
> separator remains the default period. With MKII, it generates a figure with a
> hyphen and not a period.
> \setupcaptions[separator=-]
\setupcaptions[prefixconnector=-]
Wolfgang___
If your question is of inter
://www.mail-archive.com/ntg-context%40ntg.nl/msg63937.html). (Their
issues with stopper have been resolved. In MKIV it is numberstopper.)
Here is an MWE demonstrating the problem. It compiles cleanly, but the
separator remains the default period. With MKII, it generates a figure
with a hyphen and
regards: OK
On 11 avr. 2014, at 05:48, Aditya Mahajan wrote:
> On Thu, 10 Apr 2014, Sanjoy Mahajan wrote:
>
>> Jannik,
>>
>> You are right. \nabla looks much nicer and is placed correctly. (I
>> still think the \triangledown placement is slightly off.)
>>
On Thu, 10 Apr 2014, Sanjoy Mahajan wrote:
Jannik,
You are right. \nabla looks much nicer and is placed correctly. (I
still think the \triangledown placement is slightly off.)
My environment files from MkII days have \def\nabla{\triangledown}, so I
never tried the true \nabla until your
Jannik,
You are right. \nabla looks much nicer and is placed correctly. (I
still think the \triangledown placement is slightly off.)
My environment files from MkII days have \def\nabla{\triangledown}, so I
never tried the true \nabla until your suggestion.
Thank you.
-Sanjoy
Jannik Voges
any other style
\starttext
\stoptext
++++++
This can be processed with mkii or mkiv. It generates a lot of
auxiliary files, including an empty pdf, but the only important one is
"bbl-generator.bbl", which you rename to ps.bbl or ss.bbl according to
which of
upbibtex[database=ss.bib,sort=author]
\setuppublications[alternative=apa] %or any other style
\starttext
\stoptext
++
This can be processed with mkii or mkiv. It generates a lot of auxiliary files,
including an empty pdf, but the only important one is "bbl-gene
Hans Hagen writes:
> more a side effect .. in mkii we store refs independently, in mkiv they
> can also travel with other properties (like lists and here we have no
> list entry
>
> in the next beta this will work ok
That make sense. I will try it out.
I have found a few oth
larref]" doesn't work. (But the workaround
reference does work.)
If the figure's location key is changed from "none" to "nonumber" or
just deleted, then the regularref page reference works.
It also works with MkII (with or without "none"), so I am guessin
reference does work.)
If the figure's location key is changed from "none" to "nonumber" or
just deleted, then the regularref page reference works.
It also works with MkII (with or without "none"), so I am guessing that
it is a bug in MkIV.
-Sanjoy
__
\currentvideo and \incrementvideo are undefined
in mkii labels were also used for some mechanisms but that has changed
which is why i rmeoved some of these auto-generated commands
in fact, \current* is somewhat dangerous as there can be other
\current's already
i've added the curre
Am 30.03.2014 um 20:00 schrieb Sanjoy Mahajan :
> If anyone has a suggestion for putting enumeration texts toward the
> right edge of the left margin, I would be grateful.
>
> In MkII enumerations, I would put a triangle (fig.2) in the left margin
> using
>
> \define
If anyone has a suggestion for putting enumeration texts toward the
right edge of the left margin, I would be grateful.
In MkII enumerations, I would put a triangle (fig.2) in the left margin
using
\defineenumeration
[pause]
[title=no,
text={\externalfigure[fig.2][height=1em
> we have a more modern implementation in the next beta
I tested the following with various flavors:
$
x\mathstrut_{3} x_{3}
x^3 x\mathstrut^3
x^\circ x\mathstrut^\circ
20\mathstrut^\circ 20^\circ
$
Flavors that I tried:
2014.03.27 MkIV
2014.02.14 MkIV
2013.06.07 MkII (from latest b
the picture stands on the first line of the text.
>>> This is a MkII problem, it works with MkIV.
>>> - If you try several paragraphs or \startlines, then only the first
>>> paragraph flows.
>>
>> The hanging environment in MkII isn’t the same as the hanging
Am 2014-03-24 um 14:11 schrieb Wolfgang Schuster :
>> - \starthanging doesn’t accept parameters (using \setuphanging for every
>> second picture is evil)
>> - As you can see in wiki, the picture stands on the first line of the text.
>> This is a MkII problem, it work
There are some issues:
>
> - \starthanging doesn’t accept parameters (using \setuphanging for every
> second picture is evil)
> - As you can see in wiki, the picture stands on the first line of the text.
> This is a MkII problem, it works with MkIV.
> - If you try sever
successor to hangaround.
Dankeschön!
I updated the wiki page:
http://wiki.contextgarden.net/Using_Graphics#Flow_text_around_a_picture
There are some issues:
- \starthanging doesn’t accept parameters (using \setuphanging for every second
picture is evil)
- As you can see in wiki, the picture stands
On 03/22/2014 07:11 PM, Jean-Philippe Rey wrote:
> [...]
> Very good hint, thank you. It works perfectly fine with MkII. With
> MkIV, although the head is not printed, some whitespace is added that
> disturbs the layout. I tried
>
> \setuphead[chapter,section][placehead=hi
s or
>> titles to interfere with the layout of the stickers, so I didn't use
>> \startchapter and the likes.
>
> I think there is workaround for your case: not placing heads in document.
Very good hint, thank you. It works perfectly fine with MkII. With MkIV,
although
On 3/22/2014 8:17 AM, Otared Kavian wrote:
Hi Sanjoy,
I agree with you to say that the position of subscripts and superscripts in
mkiv is not perfect: the same remark applies to the position of the derivative
sign « prime » as $u’(t)$.
Actually in mkii (and also in plain TeX) the positions
Hi Sanjoy,
I agree with you to say that the position of subscripts and superscripts in
mkiv is not perfect: the same remark applies to the position of the derivative
sign « prime » as $u’(t)$.
Actually in mkii (and also in plain TeX) the positions of the superscripts in
your example are the
Dear math typesetting aficianados,
In the following example,
\starttext
$x^3\ x\mathstrut^3$
\stoptext
the superscript without the strut is about 2pt lower than with the
strut, using MkIV. With MkII or plain TeX, they are the same height
(at the higher position obtained by using the \mathstrut
Aditya,
>> Here's an example (using 2014.02.14 beta). The "Sun" subscript using
>> _{\tf Sun} or _{\rm Sun} was in Palatino in the corresponding MkII
>> setup, but is in Euler now. The workaround of an hbox with \tfxx or
>> \tfx doesn't get quite the
instead of Palatino.
Here's an example (using 2014.02.14 beta). The "Sun" subscript using
_{\tf Sun} or _{\rm Sun} was in Palatino in the corresponding MkII
setup, but is in Euler now. The workaround of an hbox with \tfxx or
\tfx doesn't get quite the right size.
That is
uler
instead of Palatino.
Here's an example (using 2014.02.14 beta). The "Sun" subscript using
_{\tf Sun} or _{\rm Sun} was in Palatino in the corresponding MkII
setup, but is in Euler now. The workaround of an hbox with \tfxx or
\tfx doesn't get quite the right size.
\usetypescrip
What is the MkIV/LuaTeX way to set the CropBox?
In MkII/PDFTeX, I used
\pdfpagesattr = {/CropBox [54 72 558 720]}
With MkIV, I've tried
\pdfcompresslevel 0
\pdfbackendsetpagesattribute{CropBox}{[54 72 558 720]}
\starttext
\input knuth
\stoptext
but that set the CropBox as a s
, please add the following tag
>
> [Math on ConTeXt]
>
> to the Subject field of your message.
>
> The issues which may be addressed are of the following categories:
>
> 1. Differences in the output of ConTeXt mkiv vs mkii (due to
> differences in engine)
&
wiki.
Yes. This is one of the changes from MkII to MkIV. I think that Hans had a
This Way document on this.
Aditya
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist
efficiently the task, please add the following tag
[Math on ConTeXt]
to the Subject field of your message.
The issues which may be addressed are of the following categories:
1. Differences in the output of ConTeXt mkiv vs mkii (due to
differences in engine)
2. Differences in
14:18 schrieb Mikael P. Sundqvist :
>
> On Tue, Feb 11, 2014 at 11:33 AM, Keith J. Schultz
> wrote:
>
>>
>> Am 11.02.2014 um 09:57 schrieb Mikael P. Sundqvist :
>>
>> On Mon, Feb 10, 2014 at 6:57 PM, Hans Hagen wrote:
>>
>>> On 2/10/2014 9:24 AM, Mika
vist wrote:
>> Hi,
>>
>> I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
>> worked just fine.
>>
>> At the moment I write some exams and hand-outs using ConTeXt, but
>> research using LaTeX (since the journals do not really accept Co
dqvist :
>>
>> On Mon, Feb 10, 2014 at 6:57 PM, Hans Hagen wrote:
>>
>>> On 2/10/2014 9:24 AM, Mikael P. Sundqvist wrote:
>>>
>>>> Hi,
>>>>
>>>> I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
>&
On Tue, Feb 11, 2014 at 11:33 AM, Keith J. Schultz wrote:
>
> Am 11.02.2014 um 09:57 schrieb Mikael P. Sundqvist :
>
> On Mon, Feb 10, 2014 at 6:57 PM, Hans Hagen wrote:
>
>> On 2/10/2014 9:24 AM, Mikael P. Sundqvist wrote:
>>
>>> Hi,
>>>
>&g
Am 11.02.2014 um 09:57 schrieb Mikael P. Sundqvist :
> On Mon, Feb 10, 2014 at 6:57 PM, Hans Hagen wrote:
> On 2/10/2014 9:24 AM, Mikael P. Sundqvist wrote:
> Hi,
>
> I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
> worked just fine.
>
> At
-02-11 9:57 GMT+01:00 Mikael P. Sundqvist :
> On Mon, Feb 10, 2014 at 6:57 PM, Hans Hagen wrote:
>
>> On 2/10/2014 9:24 AM, Mikael P. Sundqvist wrote:
>>
>>> Hi,
>>>
>>> I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
>>>
On Mon, Feb 10, 2014 at 6:57 PM, Hans Hagen wrote:
> On 2/10/2014 9:24 AM, Mikael P. Sundqvist wrote:
>
>> Hi,
>>
>> I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
>> worked just fine.
>>
>> At the moment I write some exams an
On 2/10/2014 9:24 AM, Mikael P. Sundqvist wrote:
Hi,
I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
worked just fine.
At the moment I write some exams and hand-outs using ConTeXt, but
research using LaTeX (since the journals do not really accept ConTeXt
and my
Hi,
I used ConTeXt (mkii) to write my PhD thesis in Mathematics in 2008. It
worked just fine.
At the moment I write some exams and hand-outs using ConTeXt, but research
using LaTeX (since the journals do not really accept ConTeXt and my
collaborators dont know ConTeXt).
It certainly works OK to
Am 05.02.2014 um 17:30 schrieb Lars Huttar :
> On 2/5/2014 11:03 AM, Wolfgang Schuster wrote:
>> Am 05.02.2014 um 16:45 schrieb Lars Huttar :
>>
>>> Hello,
>>>
>>> Under mkii we used to have a running footer that appeared below the crop
>
On 2/5/2014 11:03 AM, Wolfgang Schuster wrote:
> Am 05.02.2014 um 16:45 schrieb Lars Huttar :
>
>> Hello,
>>
>> Under mkii we used to have a running footer that appeared below the crop
>> marks. Under mkiv I can't get that to work.
>>
>> The MWE I
Am 05.02.2014 um 16:45 schrieb Lars Huttar :
> Hello,
>
> Under mkii we used to have a running footer that appeared below the crop
> marks. Under mkiv I can't get that to work.
>
> The MWE I'm trying (with ConTeXt mkiv from the TeXLive 2013 CD):
>
> \
Hello,
Under mkii we used to have a running footer that appeared below the crop
marks. Under mkiv I can't get that to work.
The MWE I'm trying (with ConTeXt mkiv from the TeXLive 2013 CD):
\def\TopText { Top Text }
\def\BottomText { Bottom Text }
\def\pagecutmarksymbol {\the\realpag
On 1/29/2014 9:41 PM, Otared Kavian wrote:
Hi,
With the latest beta,
ConTeXt ver: 2013.06.07 17:34 MKII fmt: 2014.1.29
in a file typeset with mkii I have a bunch of metapost macros (drawing a logo…)
which used to typeset correctly until last week, I get an error message saying
Hi,
With the latest beta,
ConTeXt ver: 2013.06.07 17:34 MKII fmt: 2014.1.29
in a file typeset with mkii I have a bunch of metapost macros (drawing a logo…)
which used to typeset correctly until last week, I get an error message saying:
Preloading the plain mem file
. A possible way to fix this is to
>> add a framecolor setup to \setupcolors which argument is now used as default
>> color for the frame of natural tables, this way can use this color also in
>> other
>> commands (core functions as well as third party modules) to set a defaul
mands (core functions as well as third party modules) to set a default value.
needs some thinking
\setupTABLE
[framecolor=\maintextcolor]
some settings date from mkii times but again we need to think of side
effects
re misplaced (and this is so in any of
>> the fonts I tried).
>> Please compare the result of the following in mkii (where everything is
>> correct) and in mkiv:
>> begin tilde-hat.tex
>> \starttext
>>
>> We set ${\widetilde n}(t) := n(1 - t)$, and
fmt: 2014.1.23
>
> \widetilde and \widehat in mathmode are misplaced (and this is so in any of
> the fonts I tried).
> Please compare the result of the following in mkii (where everything is
> correct) and in mkiv:
> begin tilde-hat.tex
> \starttext
>
> W
Hi Hans,
It seems that with the latest beta mkiv, version
ConTeXt ver: 2014.01.23 01:55 MKIV beta fmt: 2014.1.23
\widetilde and \widehat in mathmode are misplaced (and this is so in any of the
fonts I tried).
Please compare the result of the following in mkii (where everything is
Hi Hans,
It seems that with the latest beta mkiv, version
ConTeXt ver: 2014.01.23 01:55 MKIV beta fmt: 2014.1.23
\widetilde and \widehat in mathmode are misplaced (and this is so in any of the
fonts I tried).
Please compare the result of the following in mkii (where everything is
typescripts > unknown library 'loc'
>>>
>>> you can add a file type-loc.mkiv someplace in your local tree with
>>>
>>> % dummy file
>>>
>>> \endinput
>>>
>>> this file can be used for local overrides (just s
ibrary 'loc'
you can add a file type-loc.mkiv someplace in your local tree with
% dummy file
\endinput
this file can be used for local overrides (just some mkii compatible feature).
If this is the case, should not the the "dummy"-file be in the
distribution!
#x27;loc'
>
> you can add a file type-loc.mkiv someplace in your local tree with
>
> % dummy file
>
> \endinput
>
> this file can be used for local overrides (just some mkii compatible feature).
If this is the case, should not the the "dummy"-file be in
;>
>> Hello Jaroslav,
>>
>> I have something like the following which was given to me by Hans a long
>> time ago: unfortunately for some reason this does not work anymore with
>> ConTeXt mkiv, but it is quite fine with mkii:
>
> Add \keepblocks[question].
&g
se in ConTeXt?
>>
>> Thanx
>> Jaroslav Hajtmar
>
> Hello Jaroslav,
>
> I have something like the following which was given to me by Hans a long time
> ago: unfortunately for some reason this does not work anymore with Co
something like the following which was given to me by Hans a long
time ago: unfortunately for some reason this does not work anymore with
ConTeXt mkiv, but it is quite fine with mkii:
(Untested): Change location=hanging to alternative=hanging.
%%% begin question-hint-answer.tex
\defineblock
thing like the following which was given to me by Hans a long time
ago: unfortunately for some reason this does not work anymore with ConTeXt
mkiv, but it is quite fine with mkii:
%%% begin question-hint-answer.tex
\defineblock[question]
\defineblock[hint]
\defineblock[answer]
\defineenumeration[qu
\endinput
this file can be used for local overrides (just some mkii compatible
feature).
(/Users/hansm/tex/context-16/tex/texmf-context/tex/context/base/type-imp-texgyre.mkiv){/Users/hansm/tex/context-16/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/Users/hansm/tex/context-16/tex/texmf/fonts/map/dv
uage is a local command, use \mainlanguage instead
Does not seem to have an effect here. MWE:
\starttext
%\language[ml]
\mainlanguage[ml]
\definedfont[file:rachana*default]
കോണ്ടെക്സ്റ്റില് മലയാളം ടൈപ്പ്സെറ്റ് ചെയ്തത്
\stoptext
The font, Rachana, could be found here:
http://download.savannah.g
], log says "language 'en' is active").
\language is a local command, use \mainlanguage instead
Is there a way to also enable mkii/texexec to load the patterns?
I did copy-paste the section from lang-def.mkiv to lang-ind.mkii and
probably some more is needed, but in mkii you t
[ml], log says "language 'en' is active").
Is there a way to also enable mkii/texexec to load the patterns?
I did copy-paste the section from lang-def.mkiv to lang-ind.mkii and
also added an entry in lang-def.lua but the log does not show pattern
for ml loaded, in addition to mentioni
> \externalfigure[]
> \stopTEXpage
>
>
> The first parameter of the page figure command is the name of the graphic
> and the second argument let you change the values for TeXpage, in the old
> MkII code the second parameter was also used as second argument for
> \
phic
and the second argument let you change the values for TeXpage, in the old
MkII code the second parameter was also used as second argument for
\externalfigure. A problem in MkII was that you had something in the second
parameter which was used by \startTEXpage *and* \externalfigure and the
outp
On 12/1/2013 8:57 PM, Sanjoy Mahajan wrote:
With the following minimal file on MkIV (2013.05.28 00:36 MKIV current),
the upstroke of the square root is vertical instead of having the usual
slant toward the right. With MkII it has the usual slant.
I see this problem only with certain
With the following minimal file on MkIV (2013.05.28 00:36 MKIV current),
the upstroke of the square root is vertical instead of having the usual
slant toward the right. With MkII it has the usual slant.
I see this problem only with certain arrangements of variables (that
recur often in my book
control
\maybeyear.
In the bibl-xxx.tex files, it is defined as
\def\maybeyear#1{#1}
or
\def\maybeyear#1{}
as needed. Perhaps this is for mkii.
In bibl-bib.mkiv, one has
\appendtoks
\doifelse{\bibtexpublicationsparameter\c!maybeyear}\v!off
{\let\maybeyear\gobbleoneargument
control
\maybeyear.
In the bibl-xxx.tex files, it is defined as
\def\maybeyear#1{#1}
or
\def\maybeyear#1{}
as needed. Perhaps this is for mkii.
In bibl-bib.mkiv, one has
\appendtoks
\doifelse{\bibtexpublicationsparameter\c!maybeyear}\v!off
{\let\maybeyear\gobbleoneargument
numbered consecutively
>>> within chapters in a book. I used the same code for a document
>>> written in mkii, and I thought I could just reuse it in mkiv.
>>> Obviously, there is something I am missing. Question: How do I get
>>> the same output when compiling
control
\maybeyear.
In the bibl-xxx.tex files, it is defined as
\def\maybeyear#1{#1}
or
\def\maybeyear#1{}
as needed. Perhaps this is for mkii.
In bibl-bib.mkiv, one has
\appendtoks
\doifelse{\bibtexpublicationsparameter\c!maybeyear}\v!off
{\let\maybeyear\gobbleoneargument
files, it is defined as
\def\maybeyear#1{#1}
or
\def\maybeyear#1{}
as needed. Perhaps this is for mkii.
In bibl-bib.mkiv, one has
\appendtoks
\doifelse{\bibtexpublicationsparameter\c!maybeyear}\v!off
{\let\maybeyear\gobbleoneargument}
{\let\maybeyear\firstofoneargument}%
\to
s."
(Jeffrey 'The Dude' Lebowski)
On 19 Nov 2013, at 13:17, Hans Hagen wrote:
> On 11/19/2013 11:40 AM, Andrea Valle wrote:
>
>> PS: btw, should I consider to switch to MkIV? I mean, at the moment I’m
>> not interested into Lua capabilities, but is mkII intende
k. I used the same code for a document
>> written in mkii, and I thought I could just reuse it in mkiv.
>> Obviously, there is something I am missing. Question: How do I get
>> the same output when compiling the following code with 'context' as
>> when compiled
On 11/19/2013 11:40 AM, Andrea Valle wrote:
PS: btw, should I consider to switch to MkIV? I mean, at the moment I’m
not interested into Lua capabilities, but is mkII intended as a leggy
support?
it will stay but unchanged ... eventually the minimals will default to
luatex only (leaner and
> but is mkII intended as a leggy support?
legacy! :) damn corrector
>
>
> --
> Andrea Valle
> --
> CIRMA - StudiUm
> Università degli Studi di Torino
> --> ht
: btw, should I consider to switch to MkIV? I mean, at the moment I’m not
interested into Lua capabilities, but is mkII intended as a leggy support?
--
Andrea Valle
--
CIRMA - StudiUm
Università degli
On 19 Nov 2013, at 10:25, Hans Hagen wrote:
> On 11/19/2013 7:52 AM, Otared Kavian wrote:
>> Hi Andrea,
>>
>> According to Wolfgang Schuster and some others removing the file
>> Skia.ttf may solve the problem.
>> Please read the thread
>
> no, it's
On 11/19/2013 7:52 AM, Otared Kavian wrote:
Hi Andrea,
According to Wolfgang Schuster and some others removing the file
Skia.ttf may solve the problem.
Please read the thread
no, it's a ruby issue (mkii related)
switching to mkiv solves the problem
http://www.ntg.nl/pipermail/ntg-co
On 11/18/2013 9:41 PM, Aditya Mahajan wrote:
Hi,
In MkII, it was possible to change the limits on integrals using
\setupmathematics[integral=...] % limits, nolimits, displaylimits
that would affect how \int, \iint, \iiint, \oint, etc behaved.
I can see two ways of definining a similar
Hi,
In MkII, it was possible to change the limits on integrals using
\setupmathematics[integral=...] % limits, nolimits, displaylimits
that would affect how \int, \iint, \iiint, \oint, etc behaved.
I can see two ways of definining a similar feature in MkIV.
1. Define \intop, \iintop, etc
Am 15.11.2013 um 17:02 schrieb Thomas Möbius :
> Hi,
>
> please have a look at the minimal example at the bottom. I am
> typesetting theorems and lemmata which are numbered consecutively
> within chapters in a book. I used the same code for a document
> written in mkii, and
Hi,
please have a look at the minimal example at the bottom. I am
typesetting theorems and lemmata which are numbered consecutively
within chapters in a book. I used the same code for a document
written in mkii, and I thought I could just reuse it in mkiv.
Obviously, there is something I am
All that makes sense, but we would like to be able typeset the lines
closer together, and judge for ourselves whether it looks too bad. (When
we used to typeset the same text at 8.1pt/9.3pt using mkii, blank lines
did not occur.) Is there something similar to \lineskiplimit that we can
tweak?
to be able typeset the lines
closer together, and judge for ourselves whether it looks too bad. (When
we used to typeset the same text at 8.1pt/9.3pt using mkii, blank lines
did not occur.) Is there something similar to \lineskiplimit that we can
tweak? I've been reading section 5.5 Line Spacing
that Hans build for mkii a while ago, and I found it
difficult to decide how to define what was expected of parallel typesetting. In the end,
I wasn't convinced that an entirely automated version was possible at all. (2) I'm afraid
that's not part of the present project and is re
scussed on the list a couple times
>> already and at one point someone collected examples [1]. Also, I
>> sketched the current state of parallel texts elsewhere [2].
>
> For certain values of "pressing" :-) Two pessimistic remarks about that: (1)
> I experimented w
, I
sketched the current state of parallel texts elsewhere [2].
For certain values of "pressing" :-) Two pessimistic remarks about that:
(1) I experimented with a mechanism that Hans build for mkii a while
ago, and I found it difficult to decide how to define what was expected
o
with bold weight, with an
extra character added, and it's a TTF. We had it working with mkii but
not yet with mkiv.
in that case yoiu can put the fonts somewhere and write a typescript ..
see type-imp-mscore.mkiv for exmaples ... that way you have complete
control over what get
ized version of Gentium Basic with bold weight, with an
extra character added, and it's a TTF. We had it working with mkii but
not yet with mkiv.
>> When you say "out of the box", I think you're referring to the
>> gentium-tug package box, not the ConTeXt box... in ot
e says "NOTE: The contents of this page are OLD /.../"
- nobody in the ConTeXt community bothers about MKII (pdfTeX) any longer
- texfont.pl has always been a bit problematic and is definitely not
really maintained any longer
- you can find Gentium at http://www.ctan.org/pkg/gentium-tug (
ive, but am happy to take good advice, so I looked at
http://wiki.contextgarden.net/ConTeXt_Standalone to see why it would be
a better option.
The basic reason I can see is that Standalone is updated more frequently.
Three or four years ago, when ConTeXt was moving from MkII to MkIV,
you had to
901 - 1000 of 5783 matches
Mail list logo