r.erm...@hccnet.nl <mailto:r.erm...@hccnet.nl>
7. Februar 2018 um 10:58
Hi Otared,
Thanks for your response. In mkii this worked flawlessly.
I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not
work. Could this be because I have item [it:ref] rather than
\startitem[
Hi Otared,
Thanks for your response. In mkii this worked flawlessly.
I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. Could
this be because I have item [it:ref] rather than \startitem[it:ref] … \stopitem?
Anyway, I will install a new standalone - on my Mac (no TeXShop
Otared Kavian <mailto:ota...@gmail.com>
27. Januar 2018 um 11:28
Hi all,
I have a document (sort of proceedings of a meeting) which have to
contain several pages, with each page dedicated to an author and a
specific figure (say a photo). In mkii I used to do have a command like
\
On 1/27/2018 11:09 AM, Otared Kavian wrote:
Hi Hans,
While experimenting with \button according to your suggestions, I noticed that
there might be a bug somewhere between interaction and the button command: the
following code (sent by you some years ago…) works fine as expected in mkii but
Hi all,
I have a document (sort of proceedings of a meeting) which have to contain
several pages, with each page dedicated to an author and a specific figure (say
a photo). In mkii I used to do have a command like
\define\authorpicture{hacker.jpg}
and then use a command like
Hi Hans,
While experimenting with \button according to your suggestions, I noticed that
there might be a bug somewhere between interaction and the button command: the
following code (sent by you some years ago…) works fine as expected in mkii but
does not work in mkiv (neither the most recent
if you use only luatex, you need luatex and optionally luajittex,
nothing more
Thus the following binaries remain untested by me:
afm2pl
afm2tfm
bibtex
dvipos
dvips
mpost
pdfclose
pdfopen
pltotf
tftopl
vftovp
vptovf
Te font ones are only needed when you doi special things with fonts and
use mki
providing no benefit and introducing additional
problems, is it unreasonable to request that labels be officially
supported in MKIV and not marked as MKII relicts?
Well, they are supported and i don't see them go away (hardly any code
involved). There are many thingies that make more sense in
additional
problems, is it unreasonable to request that labels be officially
supported in MKIV and not marked as MKII relicts?
Here is my latest test harness.
\defineconstructionalternative
[mylabel]
[renderingsetup=constructionrenderings:mylabel,
width=]
\startsetups
You are trying to use the obsolete mkii bibtex module.
The documentation for mkiv-publications is included with the
distribution.
Alan
On Thu, 23 Nov 2017 12:29:07 +0100
Dr. Thomas Möbius wrote:
> Dear list,
>
> I would like to render BibTeX-entries with the provided
> APA-style,
er macros etc..
Dear Idris,
I may be wrong, but I see it \definefont as remains from MkII in MkIV.
(I know that my previous statement comes from my lack of ConTeXt knowledge.)
I tend to use a single typeface (maybe with a fallback for Greek glyphs)
in my documents. This is much easier to maintain.
hem with
> its own set of bugs.
This should be similar to parallel text streams. Hans stated that he
would implement it, when there were a unified proposal.
I don’t think it makes sense to implement new features in the old module
before users start using the new module. Their approaches are tot
uilt-in module by Hans.
> If this wasn’t needed before, it may be not needed now.
This is an oxymoron. If the functionality is not needed: then why do
we need that new module in the first place? :)
What I want to encourage is one well-written and fully functional
module rather than ending u
On 09/26/2017 12:19 PM, Henning Hraban Ramm wrote:
There was \tracebookmarks only in MkII.
Isn't that what \enabledirectives[references.bookmarks.preroll] does
nowadays?
Thomas
___
If your question
ark] % should not be necessary
\placebookmarks[chapter,section,subsection][chapter,section]
No trailing commas missing?
Just to make sure - I mostly overlook the most stupid mistakes...
There was \tracebookmarks only in MkII.
Maybe look through
http://source.contextgarden.net/tex/context/bas
r gurus and dating back to sevral years)
>> works fine in mkii, but I don’t know how to translate it in mkiv…
>> %%% begin dangerous-bend.tex
>> \loadmapfile [manfnt.map]
>> \definefontsynonym [bends] [manfnt]
>> \def\GetSym#1{\getglyph{bends}{\char#1}}
>> \startsy
On 8/31/2017 4:02 PM, Otared Kavian wrote:
Hi,
Is there a way to get the dangerous bend sign (which exists in the Donald
Knuth’s manfnt) in mkiv?
The following (given by one of our gurus and dating back to sevral years) works
fine in mkii, but I don’t know how to translate it in mkiv
Hi,
Is there a way to get the dangerous bend sign (which exists in the Donald
Knuth’s manfnt) in mkiv?
The following (given by one of our gurus and dating back to sevral years) works
fine in mkii, but I don’t know how to translate it in mkiv…
%%% begin dangerous-bend.tex
\loadmapfile
Thanks so much !
I’ll will add an entry to the wiki.
Fabrice.
Le 28 août 2017 à 13:29:55, Hans Hagen (pra...@wxs.nl) a écrit:
On 8/28/2017 6:33 PM, Fabrice L wrote:
> Hi,
>
> I’have a lot of courses notes in MKII. I’m trying to move to MKIV. I
> have a problem that I’m not able to
On 8/28/2017 6:33 PM, Fabrice L wrote:
Hi,
I’have a lot of courses notes in MKII. I’m trying to move to MKIV. I
have a problem that I’m not able to resolve, to make a border matrix
with brackets. In MKII, I was using a macro, found somewhere, which
works great, but no longer works; here is
Hi,
I’have a lot of courses notes in MKII. I’m trying to move to MKIV. I have a
problem that I’m not able to resolve, to make a border matrix with
brackets. In MKII, I was using a macro, found somewhere, which works great,
but no longer works; here is the macro:
% Border matrix: first line and
On 8/14/2017 9:53 AM, Otared Kavian wrote:
Hi Hans,
It seems that in the latest ConTeXt beta a bug shows up when using
\startcombination, or something has changed recently that I have overlooked.
The following example typesets correctly in mkii, and used to produce a correct
output with mkiv
Hi Hans,
It seems that in the latest ConTeXt beta a bug shows up when using
\startcombination, or something has changed recently that I have overlooked.
The following example typesets correctly in mkii, and used to produce a correct
output with mkiv. However, now, with ConTeXt version
simple: how I can have a workflow in which I
can produce serial letters based upon contextmkiv (as I did in mkii).
I encountered a number of difficulties (in steps):
1. I first noticed that I could not add a letter text, either in the file
itself, or by means of \input.
At that point the sample
Dear Contex’ers,I have used the letter module of mkii for serial letters with an xml database (see example), but now I would like to step forward to mkiv.I have found out how to process the xml data from an xml file (now in the buffer). The recipient’s address neatly shows up in the designed place
Dear Contex’ers,I have used the letter module of mkii for serial letters with an xml database (see example), but now I would like to step forward to mkiv.I have found out how to process the xml data from an xml file (now in the buffer). The recipient’s address neatly shows up in the designed place
Dear Contex’ers,I use Context for many things. One of them is letters.I have used the letter module of mkii with an xml database (see example), but now I would like to step forward to mkiv.I have found out how to process the xml data from an xml file (now in the buffer). The recipient’s address
ut of the nodes. The main problem is to use them
> in a layout and in a sequences other the one they appear in the xml data file.
>
> In the current (mkii) file I have something like this:
> \midaligned{\XMLflush{formalname}, \XMLflush{informalname}}.
>
>
> Another point on m
I can take the information out of the nodes. The main problem is to use them in
a layout and in a sequences other the one they appear in the xml data file.
In the current (mkii) file I have something like this:
\midaligned{\XMLflush{formalname}, \XMLflush{informalname}}.
Another point on my
can help me out?
>>>
>> I don't remember x-corres.mkiv, but
>> mkiv has a guide
>> tex/texmf-context/doc/context/documents/general/manuals/xml-mkiv.pdf
>
> Yes, typesetting xml in mkiv is a completely different beast from mkii. It is
> vastly superior a
n mkiv is a completely different beast from mkii. It is
vastly superior and very powerful, but you will have to relearn and recode.
There is the manual Luigi mentioned, there are also some pages on the wiki to
facilitate the transition.
Thomas
__
On Tue, Jun 13, 2017 at 9:40 AM, wrote:
> Hello all,
>
> I have been using Context mkii with the x-corres.mkii module for a number of
> years now, for many different purposes (mailings, certificates, etc). The
> module works with an xml (actually rng) file with the foll
Hello all,
I have been using Context mkii with the x-corres.mkii module for a number of
years now, for many different purposes (mailings, certificates, etc). The
module works with an xml (actually rng) file with the following structure:
Janssen
Piet
rnalfigures and there is a bug in it?
>>
>> Taco, may you enlighten us in the alignment your extremely large
>> graphics needed? (Sorry for bothering you, but we need to know which
>> kind of alignment is.)
>
> probably a mkii left over ... (maybe the reporting part)
is a bug in it?
Taco, may you enlighten us in the alignment your extremely large
graphics needed? (Sorry for bothering you, but we need to know which
kind of alignment is.)
probably a mkii left over ... (maybe the reporting part) ... there is
nothing to align in an external graphic (apart from the f
gt;\definetypeface [\typescriptone] [\s!rm] [\s!serif] [Stix2]
>>>> [\s!default]
>>>>\definetypeface [\typescriptone] [\s!mm] [\s!math] [Stix2]
>>>> [\s!default]
>>>>\stoptypescript
>>>>
>>>> \stoptyp
gt;
>>> \starttext
>>> %
>>> Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$.
>>> %
>>> \stoptext
>>> %% end of example
>>>
>>>
>>>
>>&
#x27;'$, $(f'')$, $f^{''}$ and $(f^{''})$.
>> %
>> \stoptext
>> %% end of example
>>
>>
>>
>> Am 22.05.2017 um 09:50 schrieb Otared Kavian :
>>
>> Hi Mikael,
>>
>> You are correct, the position o
a subscript as in
> $f_{1}''(x) \neq f''_{1}(x)$
> $f'f''f'’'$
> Best regards: OK
>
> On 22 May 2017, at 08:51, Mikael P. Sundqvist wrote:
>
> On Sun, May 21, 2017 at 10:29 PM, Otared Kavian wrote:
>
> Hi Mikael,
>
> I
;f''f'’'$
> Best regards: OK
>
>> On 22 May 2017, at 08:51, Mikael P. Sundqvist wrote:
>>
>> On Sun, May 21, 2017 at 10:29 PM, Otared Kavian wrote:
>>> Hi Mikael,
>>>
>>> I agree with what you are reporting: the current be
f'’'$
Best regards: OK
> On 22 May 2017, at 08:51, Mikael P. Sundqvist wrote:
>
> On Sun, May 21, 2017 at 10:29 PM, Otared Kavian wrote:
>> Hi Mikael,
>>
>> I agree with what you are reporting: the current behavior of the \prime
>> operator is not c
On Sun, May 21, 2017 at 10:29 PM, Otared Kavian wrote:
> Hi Mikael,
>
> I agree with what you are reporting: the current behavior of the \prime
> operator is not completely satisfying when using ConTeXt mkiv, while in mkii
> it is the most satisfying (in my opinion…).
>
Hi Mikael,
I agree with what you are reporting: the current behavior of the \prime
operator is not completely satisfying when using ConTeXt mkiv, while in mkii it
is the most satisfying (in my opinion…).
The turn around consisting in using $f^{‘’}$ or $f^{\prime\prime}$, or even
$f
8).
>>>>> However, as you may see in the two attached PDF files, the result is
>>>>> still incorrect when one types for example $f_2’’(x)$, which should give
>>>>> the
>>>>> same result as $f’’_2(x)$.
>>>>> The correct beh
>>
>>>> Thanks for having fixed the behavior of the prime in the latest beta
>>>> release (ConTeXt version 2017.05.15 21:48).
>>>> However, as you may see in the two attached PDF files, the result is
>>>> still incorrect when one types f
on 2017.05.15 21:48).
>>> However, as you may see in the two attached PDF files, the result is
>>> still incorrect when one types for example $f_2’’(x)$, which should give the
>>> same result as $f’’_2(x)$.
>>> The correct behaviour is that obtained with mkii.
mple $f_2’’(x)$, which should give
the same result as $f’’_2(x)$.
>> The correct behaviour is that obtained with mkii. Indeed one can
circumvent the behaviour of the latest beta release of mkiv by using tricks
such as the ones in the example code below, but this should be avoided in
my opinion.
same
>> result as $f’’_2(x)$.
>> The correct behaviour is that obtained with mkii. Indeed one can circumvent
>> the behaviour of the latest beta release of mkiv by using tricks such as the
>> ones in the example code below, but this should be avoided in my opinion.
>
>
)$, which should give the same
result as $f’’_2(x)$.
The correct behaviour is that obtained with mkii. Indeed one can circumvent the
behaviour of the latest beta release of mkiv by using tricks such as the ones
in the example code below, but this should be avoided in my opinion.
well, it depends on
)$.
The correct behaviour is that obtained with mkii. Indeed one can circumvent the
behaviour of the latest beta release of mkiv by using tricks such as the ones
in the example code below, but this should be avoided in my opinion.
The following PDF have been obtained with mkii and mkiv with the
I get the same result when using the original mkii.
>
> Islandic is not defined as language
>
> \installlanguage
> [is]
> [default=en,
> patterns=is]
>
> look into lang-def.mkiv for what more is needed (and in lang-txt.lua)
>
> We can
garden.net/Command/language to use luatex (which
>> I’ll need). But I get the same result when using the original mkii.
>
> Islandic is not defined as language
>
> \installlanguage
> [is]
> [default=en,
> patterns=is]
>
> look into lang-def.mkiv for what mo
On 3/30/2017 3:13 PM, Florian Grammel wrote:
Adapting the example
from http://wiki.contextgarden.net/Command/language to use luatex (which
I’ll need). But I get the same result when using the original mkii.
Islandic is not defined as language
\installlanguage
[is]
[default=en,
patterns
Adapting the example from http://wiki.contextgarden.net/Command/language
<http://wiki.contextgarden.net/Command/language> to use luatex (which I’ll
need). But I get the same result when using the original mkii.
Many thanks!
Florian.
\setuppapersize[A6, landscape]
\definefontfamily [ma
.* or pret*.* in the Ctx distribution (on my local
inst dir).
However, I found only some MkII related files, whilst I'm interested in
MkIV pretty printers ('pret-lua.*' for example).
Where to find a pretty printer source/module (for
local inst
dir).
However, I found only some MkII related files, whilst I'm interested in MkIV
pretty printers ('pret-lua.*' for example).
Where to find a pretty printer source/module (for inspiration)?
Best regards,
Lukas
--
Ing. Lukáš Procházka | mailto:l...@pont
Alan,
You are using the old MKII bibliograpy mechanism.
A "manual" bibliography list might see attractive "for the sort of
publication involved", but using this, you are on your own.
It would be better to use the new MKIV dataset subsystem. It does not
use bibtex at all and p
> On 8 Mar 2017, at 01:04, Alan Braslau wrote:
>
> The two systems are very different, MKII being
> "frozen" and MKIV having evolved in some ways significantly. It is not
> a question of TeX engines, but rather of entire systems.
>
ok, that makes sense.
> Bu
You can see from your log that
context --pdftext
is running the MKII macros and
context
is running MKIV macros. The two systems are very different, MKII being
"frozen" and MKIV having evolved in some ways significantly. It is not
a question of TeX engines, but rather
On Tue, 7 Mar 2017 18:04:34 +0100
Floris van Manen wrote:
> The incorrect nesting seems to be connected to the luatex engine.
> If i have the same source compiled by pdftex, it works as intended.
>
> So is the different rendering an intended feature of luatex, or a
> simple bug
wsteps-mkiv>
>
> On Mon, Feb 27, 2017 at 12:00 PM, Otared Kavian <mailto:ota...@gmail.com>> wrote:
> Hi,
>
> If you use mkii you can still use RawSteps, but in mkiv it does not work
> properly and should be rewritten.
> However, as Hans indicates, one can use
I once ported RawSteps to MkIV but have not touched it in a while (and
probably won't have time to anytime soon). Ten months ago, it used to work
almost fine.
https://github.com/bateni/rawsteps-mkiv
On Mon, Feb 27, 2017 at 12:00 PM, Otared Kavian wrote:
> Hi,
>
> If you use mkii
Hi,
If you use mkii you can still use RawSteps, but in mkiv it does not work
properly and should be rewritten.
However, as Hans indicates, one can use \startsetp and friends, as shown in the
example presentations found in your directory
texmf/doc/context/presentations
Best regrads: OK
(Context Standalone, ver. 2017.01.27, ver.
2017.02.19) and in context from TeX Live 2016 (ver. 2016.05.17) these
two examples give identical tables that differ from results on
the wiki page.
Confirmed.
ConTeXt mkii gives results on the wiki page.
Best,
Akira
Hi John,
If you have updated your ConTeXt tree, you should issue the following command
(only once…)
texexec --make —all
in order to create again the mkii format. Then you can say
texexec myfile.tex
in order to typeset the file myfile.tex
Best regards: OK
> On 30 Jan 2
r=colX,width=3cm]\hskip-1.5cm
> \blackrule[color=colY,width=3cm]
> \stopbuffer
>
> \getbuffer \par \color[colY]{\getbuffer}
>
> \setupcolors[rgb=no]
>
> \getbuffer \par \color[colY]{\getbuffer}
>
> \setupcolors[rgb=no,cmyk=no]
>
> \getbuffer \par \color[colY]{\getbuf
t
it just happens that coming from mkii colors can have transparencies
as Alan says: they are different things (also in metafun)
\startMPcode
fill fullcircle scaled 4cm
withcolor "red" ;
fill fullcircle scaled 3cm
withtransparency (1,0.5) ;
fill fullci
On 1/16/2017 12:56 PM, Otared Kavian wrote:
Hi Mikael,
Thanks for making it clear to me: I was looking for the changes in vertical
spacing around the formula… Now it is clear that there is a bug in the vertical
spacing: when I typeset your example with mkii or mkiv ConTeXt Version
2016.05.17
Hi Mikael,
Thanks for making it clear to me: I was looking for the changes in vertical
spacing around the formula… Now it is clear that there is a bug in the vertical
spacing: when I typeset your example with mkii or mkiv ConTeXt Version
2016.05.17 from TeXLive, the issue is not present, as
as using \type{...}. The contents of
\NEW{...} must have matched braces. If this works, I can include the code in
t-filter (mkiv only, as I no longer want to maintain the mkii branch).
Aditya
___
only, as I no longer want to maintain the mkii branch).
Aditya
___
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/mailman/listinf
> makes sense to deal with such a thing ... I suppose the impossibility of
> combining asymptote code and such Lua code (or not?).
ConTeXt and Metapost are very well integrated, even in MkII. The same
ideas could work with other graphic backends as well (Asymptote, tikz, an
starting work on an illustrative example I am asking, whether it
makes sense to deal with such a thing ... I suppose the impossibility of
combining asymptote code and such Lua code (or not?).
ConTeXt and Metapost are very well integrated, even in MkII. The same
ideas could work with other
m for conversions ... (it's how we deal with
eps and svg input)
Here is the link to the script
http://stdin.fr/Bazar/SpotColorImages
see chapter 3 in the colors-mkiv.pdf manual in the distribution; this
kind of magic is already present for a while (we actually did it in
pdftex / mkii in som
;>> after a bit more searching (and getting an answer from Hans Hagen :-) ),
>>> I am considering MkIV, instead of MkII, now. But I have another
>>> question: How can I identify the files that are only required for MkII,
>>> and not needed for MkIV? Would it be safe to
On 10/29/2016 11:50 AM, Pablo Rodriguez wrote:
On 10/29/2016 11:18 AM, Asim ConTeXt wrote:
Thank you, Pablo, for the information about the Microtype package. And
after a bit more searching (and getting an answer from Hans Hagen :-) ),
I am considering MkIV, instead of MkII, now. But I have
a while, since this is already set in my init.el file,
> but auxtex was using mkii/texexec a few years ago. Have you checked you're
> using mkiv/context?
>
> On October 28, 2016 6:04:27 AM PDT, Fabrice Couvreur
> wrote:
> Hello,
> I just upgraded to emacs24 and am havin
On 10/29/2016 11:18 AM, Asim ConTeXt wrote:
> Thank you, Pablo, for the information about the Microtype package. And
> after a bit more searching (and getting an answer from Hans Hagen :-) ),
> I am considering MkIV, instead of MkII, now. But I have another
> question: How can I identi
Thank you, Pablo, for the information about the Microtype package. And
after a bit more searching (and getting an answer from Hans Hagen :-) ), I
am considering MkIV, instead of MkII, now. But I have another question: How
can I identify the files that are only required for MkII, and not needed
for
ne context ?
> Fabrice
>
> 2016-10-28 19:07 GMT+02:00 Mica Semrick :
>
>> I haven't checked in a while, since this is already set in my init.el
>> file, but auxtex was using mkii/texexec a few years ago. Have you checked
>> you're using mkiv/context?
>>
ce
>
> 2016-10-28 19:07 GMT+02:00 Mica Semrick <mailto:m...@silentumbrella.com>>:
> I haven't checked in a while, since this is already set in my init.el file,
> but auxtex was using mkii/texexec a few years ago. Have you checked you're
> using mkiv/context?
&
t;2016-10-28 19:07 GMT+02:00 Mica Semrick :
>
>> I haven't checked in a while, since this is already set in my init.el
>> file, but auxtex was using mkii/texexec a few years ago. Have you
>checked
>> you're using mkiv/context?
>>
>> On October 28, 2016 6:
On 10/28/2016 9:06 PM, Pablo Rodriguez wrote:
On 10/28/2016 08:35 PM, Asim ConTeXt wrote:
Thank you.
I want to use MkII because, as far as I know, MkII uses pdfTeX; which is
stable. While MkIV uses LuaTeX; which is yet in development. Further,
pdfTeX is better at microtypography.
In what
:
> I haven't checked in a while, since this is already set in my init.el
> file, but auxtex was using mkii/texexec a few years ago. Have you checked
> you're using mkiv/context?
>
> On October 28, 2016 6:04:27 AM PDT, Fabrice Couvreur <
> fabrice1.couvr...@gmail
On 10/28/2016 08:35 PM, Asim ConTeXt wrote:
> Thank you.
> I want to use MkII because, as far as I know, MkII uses pdfTeX; which is
> stable. While MkIV uses LuaTeX; which is yet in development. Further,
> pdfTeX is better at microtypography.
> Am I correct at these two points?
command :|
mtxrun --script fonts --list --pattern=AnyFont* --all (you can play with *
before and/or after the Font name))
|Hope that helps,|
|JP
|
Le 28/10/2016 à 20:35, Asim ConTeXt a écrit :
Thank you.
I want to use MkII because, as far as I know, MkII uses pdfTeX; which
is stable. While
Thank you.
I want to use MkII because, as far as I know, MkII uses pdfTeX; which is
stable. While MkIV uses LuaTeX; which is yet in development. Further, pdfTeX
is better at microtypography.
Am I correct at these two points? I would like to hear from you.
I found that my system fonts are located
I haven't checked in a while, since this is already set in my init.el file, but
auxtex was using mkii/texexec a few years ago. Have you checked you're using
mkiv/context?
On October 28, 2016 6:04:27 AM PDT, Fabrice Couvreur
wrote:
>Hello,
>I just upgraded to emacs24 and am
Any reason you want to use MKII instead of MKIV?
It looks lime you need to set the environment variable OSFONTDIR, which should
point to the directory where your fonts are stored.
-m
On October 27, 2016 2:02:10 PM PDT, Asim ConTeXt
wrote:
>Dear list members,
>I am new to ConTeXt wo
compiled a simple ConTeXt document, it works fine. But I want to use
texexec (MkII), I had installed Ruby according to the instruction 1. I
added address of texexec.exe to the Processing Tools of TeXworks; but when
I try to compile the simple document, it does not work and gives the
following warning
compiled a simple ConTeXt document, it works fine. But I want to use
texexec (MkII), I had installed Ruby according to the instruction 1. I
added address of texexec.exe to the Processing Tools of TeXworks; but when
I try to compile the simple document, it does not work and gives the
following warning
is to point new
users to the right examples and documentation.
The letter generator was located there in my system :
/usr/share/texmf/doc/context/base/examplap/gui/letter.pdf. You have
written previously that the examplap code and examples where mkii. In
this case, if this would be located there
using
version 2016.05.19 13:43, so I have fast the latest version.
Concerning old manuals: they often refer to mkii but with mkiv we have
different (often better) solutions. The examplap code and examples are
mkii and also relate to pdf trickery and as pdf evolved it became more
clear what was
update their module
metadata(s), because the new code has support for a “works with
mkii/mkiv”
flag as well as some other new fields. Also, I welcome comments and
feature requests, now that the website code is in a language I can
easily program in.
Once most of the modules have been updated to r
-connect code did not store e-mail addresses
either, making it hard to reach everyone except via this list).
It would be good if the current authors could update their module
metadata(s), because the new code has support for a “works with mkii/mkiv”
flag as well as some other new fields. Also, I
they often refer to mkii but with mkiv we have
different (often better) solutions. The examplap code and examples are
mkii and also relate to pdf trickery and as pdf evolved it became more
clear what was bound to acrobat i.e. not picked up (ignored) by open
source alternatives and therefore les
the
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 interest to
xt
--8<---cut here---end--->8---
It would appear that this problem is still the case, as of the
following version:
i'll fix it (more in tune with mkii as this is the old columns handler)
soon we will default to the mixedcolumns handler and the old mechani
lution, e.g.
-\def\page_one_place_float_auto {\page_one_place_float_otherwise}
+\def\page_one_place_float_auto
{\page_one_place_float_otherwise\rootfloatparameter\c!next}
which can be used with \setupfloat[next=\indentation]
In the move to MkII to MkIV, there have been many changes that a
figure? Ideally, the theorem would just use the space to the
>> left it.
>>
>> Issues with the documentation:
>> - In “ConTeXt Commands”, it says on page 224 that \setupenumeration inherits
>> from \setupcounter; but in “ConTEXt reference manual", it
401 - 500 of 5783 matches
Mail list logo
