Oh, this is very interesting indeed!
Thank you
Marcus Vinicius
On Fri, Jun 23, 2023 at 7:58 AM Hans Hagen via ntg-context
wrote:
>
> On 6/23/2023 11:54 AM, Marcus Vinicius Mesquita via ntg-context wrote:
> > Should then \setupalign[granular] be used before defining font features?
> No, it's an i
On 6/23/2023 11:54 AM, Marcus Vinicius Mesquita via ntg-context wrote:
Should then \setupalign[granular] be used before defining font features?
No, it's an independent feature of the linebreak mechanism. You can run
this and see how it kicks in
\starttext
\definecolor[ttest][a=1,t=.5]
\define
Should then \setupalign[granular] be used before defining font features?
On Thu, Jun 22, 2023 at 9:37 AM Hans Hagen via ntg-context
wrote:
>
> Hi,
>
> I uploaded a new lmtx version (so the next series will be luametatex
> 2.10.10). Although Mikael and I are still in improving math mode, we
> side
Hi,
I uploaded a new lmtx version (so the next series will be luametatex
2.10.10). Although Mikael and I are still in improving math mode, we
side tracked a bit to the par builder (better breaking of math etc). In
the end some experiments there turned features.
(1) We already had a more gran
Hi,
The current version of lmtx has some updated tracing of memory usage.
This is irrelevant for most users but some of you generat elarge an
complex files so ... (I'm talking about mf here).
There is a command line option
--usage
that will make a run report some more statistics. The info
The problem with vertical spacing in \frac and \over is fixed. Many thanks,
Hans!
Alan
On Wed, Jun 10, 2020 at 4:03 AM Hans Hagen wrote:
> Hi,
>
> I uploaded a new version. There have been no changes to the typesetting
> machinery although we're still in the process of finetuning some updated
>
Hi,
I uploaded a new version. There have been no changes to the typesetting
machinery although we're still in the process of finetuning some updated
low level macros. There was a fix in the font machinery (thanks to Kai)
but that will probably go unnoticed as the issue has been there for years
Jean-Pierre,
I have a new version at Gitlab:
https://gitlab.com/ousia/adeimantos-cours-philosophie/uploads/cfbb32c6a49e82b4e73f30af96b0a31c/ConTEXt_Philosophy_Cours-de-philosophie_Cadres_Chapters_25-03-2017.pdf
But it requires that you are part of the project (that you are invited
to it).
See y
Hello,
the distribution now contains the new (not yet on CTAN) version of
OpenType Math fonts: LM, TeX Gyre Pagella & Termes.
Please report if you experience any problems with installation
(problems with contents should be reported straight to the Polish
team).
Mojca
On Wed, 18 Apr 2012 14:14:59 -0600, Idris Samawi Hamid ادريس سماوي حامد
wrote:
Notes:
1. This updated package contains a new feature:
8. I forgot to mention that acrobat.bat has been replaced by sumatra.bat.
Sumatra PDF reader works much better than Acrobat with TeX: it does not
lo
On 19-4-2012 11:41, Mojca Miklavec wrote:
2012/4/19 Hans Hagen:
On 18-4-2012 22:14, Idris Samawi Hamid ادريس سماوي حامد wrote:
Dear Gang,
I have made a new ConTeXt package for Notepad++ (Npp). Unfortunately the
wiki is not letting me update the zip file (Patrick? Mojca?):
Why not put it
2012/4/19 Hans Hagen :
> On 18-4-2012 22:14, Idris Samawi Hamid ادريس سماوي حامد wrote:
>>
>> Dear Gang,
>>
>> I have made a new ConTeXt package for Notepad++ (Npp). Unfortunately the
>> wiki is not letting me update the zip file (Patrick? Mojca?):
>
>
> Why not put it into taco's texlive reposit
On 18-4-2012 22:14, Idris Samawi Hamid ادريس سماوي حامد wrote:
Dear Gang,
I have made a new ConTeXt package for Notepad++ (Npp). Unfortunately the
wiki is not letting me update the zip file (Patrick? Mojca?):
Why not put it into taco's texlive repository? In tds you can put it in
/context/d
Dear Gang,
I have made a new ConTeXt package for Notepad++ (Npp). Unfortunately the
wiki is not letting me update the zip file (Patrick? Mojca?):
"Upload warning | Files of the MIME type "application/zip" are not allowed
to be uploaded."
So for now, here is a dropbox link:
https://www.dr
On Tue, Nov 08 2011, Hans Hagen wrote:
> The \' is probably not needed (in mkiv) which saves you some upload time.
Yes, let's save bandwidth ;)
> Are \iemes etc used in some conversion?
No, I've just copied these definitions from enco-ffr.mkii.
> instead of the demo mode you can do:
>
> \con
On 8-11-2011 22:32, Peter Münster wrote:
Hello,
Finally, after a development period of more than three years[1], I'm pleased
to announce the long-awaited[2] update of the t-french ConTeXt module, which
is greatly enhanced compared to the previous version[3]. In spite of the high
complexity[4] of
Hello,
Finally, after a development period of more than three years[1], I'm pleased
to announce the long-awaited[2] update of the t-french ConTeXt module, which
is greatly enhanced compared to the previous version[3]. In spite of the high
complexity[4] of the code, I consider the module stable[5]
Hi,
I just stumbled over a new version (000.931) of Asana Math here:
http://openfontlibrary.org/content/asyropoulos/334/Asana-Math.otf
Both CTAN and http://minimals.contextgarden.net/current/fonts/extra/Asana-Math/
still have v000.928.
Florian
__
Wolfgang Werners-Lucchini wrote:
> On 12 Apr 2008 at 12:00, [EMAIL PROTECTED] wrote:
>
> Hallo Taco,
>
>> Real API documentation will be provided once I am past the "alpha"
>> release stage. At the moment, I do not trust the API enough to
>> expose it to anything except controlled environments (l
Lou wrote:
> Hello Hans,
>
> Saturday, April 12, 2008, 3:23:36 PM, you wrote:
>
http://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tags/beta-0.25.
2/manual/?root=luatex
>
>>> This manual is not viewable without deleting a html-frame.
>>> Or what I am doing wrong?
>
>> i don't know,
On 12 Apr 2008 at 12:00, [EMAIL PROTECTED] wrote:
Hallo Taco,
> Real API documentation will be provided once I am past the "alpha"
> release stage. At the moment, I do not trust the API enough to
> expose it to anything except controlled environments (lua mplib,
> newmpost)
>
> >> Isn't mplib a
On Sat, Apr 12, 2008 at 5:09 PM, Lou wrote:
> Hello Hans,
>
>
> Saturday, April 12, 2008, 3:23:36 PM, you wrote:
>
> >>> http://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tags/beta-0.25.
> >>> 2/manual/?root=luatex
>
> >> This manual is not viewable without deleting a html-frame.
> >> Or w
Hello Hans,
Saturday, April 12, 2008, 3:23:36 PM, you wrote:
>>> http://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tags/beta-0.25.
>>> 2/manual/?root=luatex
>> This manual is not viewable without deleting a html-frame.
>> Or what I am doing wrong?
> i don't know, it's a pdf document, so no h
Hans Hagen wrote:
>> This manual is not viewable without deleting a html-frame.
>> Or what I am doing wrong?
>
> i don't know, it's a pdf document, so no html frame is part of it
That is just a weirdness in viewcvs, too bad. Here is better link
http://www.luatex.org/svn/tags/beta-0.25.2/manua
Wolfgang Werners-Lucchini wrote:
> Hallo,
>
>>> is there or will there be a documented interface description for
>> mplib.
>>
>> In the luatex reference manual (for now).
>>
>> http://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tags/beta-0.25.
>> 2/manual/?root=luatex
>
> This manual is not vie
Hallo,
> > is there or will there be a documented interface description for
> mplib.
>
> In the luatex reference manual (for now).
>
> http://foundry.supelec.fr/plugins/scmsvn/viewcvs.php/tags/beta-0.25.
> 2/manual/?root=luatex
This manual is not viewable without deleting a html-frame.
Or what
Wolfgang Werners-Lucchini wrote:
> Hallo,
>
>>> > This release of is rather substantial: no longer is metaposts
>>> > called, but mplib is used instead.
>
> is there or will der be a documented interface description for mplib.
it's in the luatex ref manual
Hans
---
Wolfgang Werners-Lucchini wrote:
> Hallo,
>
>>> > This release of is rather substantial: no longer is metaposts
>>> > called, but mplib is used instead.
>
> is there or will der be a documented interface description for mplib.
In the luatex reference manual (for now).
http://foundry.supel
Hallo,
> > > This release of is rather substantial: no longer is metaposts
> > > called, but mplib is used instead.
is there or will der be a documented interface description for mplib.
Wolfgang
___
If your quest
On Fri, Apr 11, 2008 at 5:24 PM, Maurice Diamantini
<[EMAIL PROTECTED]> wrote:
>
> Le 10 avr. 08 à 17:18, Hans Hagen a écrit :
>
>
> > This release of is rather substantial: no longer is metaposts called,
> > but mplib is used instead. This bring down metapost runtime and
> > conversion to nea
Wolfgang Schuster wrote:
> This was something i never understood in the past, the difference
> between the "name" setting for buffers and MP graphics.
the mp related commands are low level commands, there was never a high
level interface to it (using [] etc)
--
Maurice Diamantini wrote:
> Le 10 avr. 08 à 17:18, Hans Hagen a écrit :
>
>> This release of is rather substantial: no longer is metaposts called,
>> but mplib is used instead. This bring down metapost runtime and
>> conversion to nearly zero. The user interface is the same, but the
>> implementa
Le 10 avr. 08 à 17:18, Hans Hagen a écrit :
> This release of is rather substantial: no longer is metaposts called,
> but mplib is used instead. This bring down metapost runtime and
> conversion to nearly zero. The user interface is the same, but the
> implementation is different.
What will all
On Fri, Apr 11, 2008 at 9:39 AM, Hans Hagen <[EMAIL PROTECTED]> wrote:
> Aditya Mahajan wrote:
> > On Fri, 11 Apr 2008, Hans Hagen wrote:
> >
> >> Hi,
> >>
> >> concerning the mplibrary in mkiv ...
> >>
> >> - it does not use the metafun mem file; when formats are generated a
> >> special mem file
Aditya Mahajan wrote:
> On Fri, 11 Apr 2008, Hans Hagen wrote:
>
>> Hi,
>>
>> concerning the mplibrary in mkiv ...
>>
>> - it does not use the metafun mem file; when formats are generated a
>> special mem file is made and put alongside the context format
>>
>> - however, this only happens when a n
luigi scarso wrote:
> On Thu, Apr 10, 2008 at 5:18 PM, Hans Hagen <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> There is a new version of luatex and mkiv. You need to update them
>> together. The best place to get them is the contextgarden (which will
>> probably have the new versions pretty soon).
>>
On Fri, 11 Apr 2008, Hans Hagen wrote:
> Hi,
>
> concerning the mplibrary in mkiv ...
>
> - it does not use the metafun mem file; when formats are generated a
> special mem file is made and put alongside the context format
>
> - however, this only happens when a new version is found (is the case
>
On Thu, Apr 10, 2008 at 5:18 PM, Hans Hagen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> There is a new version of luatex and mkiv. You need to update them
> together. The best place to get them is the contextgarden (which will
> probably have the new versions pretty soon).
>
> This release of is rathe
Hi,
concerning the mplibrary in mkiv ...
- it does not use the metafun mem file; when formats are generated a
special mem file is made and put alongside the context format
- however, this only happens when a new version is found (is the case
with a new zip), or when an error is encountered in
Thomas A. Schmitz wrote:
>
> I just downloaded and payed with it very very briefly - it works, and
> it seems A LOT faster with my presentations, where every background is
> calculated by metapost. For this sort of file, luatex now looks a lot
> faster than pdftex. I'm looking forward to comp
On Apr 10, 2008, at 5:18 PM, Hans Hagen wrote:
> Hi,
>
> There is a new version of luatex and mkiv. You need to update them
> together. The best place to get them is the contextgarden (which will
> probably have the new versions pretty soon).
>
> This release of is rather substantial: no longer is
Hans Hagen schrieb:
> Hi,
>
> There is a new version of luatex and mkiv. You need to update them
> together. The best place to get them is the contextgarden (which will
> probably have the new versions pretty soon).
>
> This release of is rather substantial: no longer is metaposts called,
> bu
Hi,
There is a new version of luatex and mkiv. You need to update them
together. The best place to get them is the contextgarden (which will
probably have the new versions pretty soon).
This release of is rather substantial: no longer is metaposts called,
but mplib is used instead. This bring
Hi,
Some of you may be interested to know that I have
released a new version of the bib module. See
http://wiki.contextgarden.net/User:Taco/Bib
for details.
Cheers, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/list
On Fri, 2005-05-27 at 17:07 +0200, Taco Hoekwater wrote:
> See
>
> http://contextgarden.net/Context_2005.05.25
>
> for a rather detailed list of changes.
Thank you. Very helpful. In particular, I'd missed the SVG support
announcement, and I'm excited to play with that.
Thanks to everyone th
Hans Hagen said this at Fri, 27 May 2005 20:22:03 +0200:
>there is also code like:
>
> if (($UseEnginePath)&&($EngineDone)) {
> $FormatPath = `$kpsewhich --engine=$EnginePath --show-
path=fmt` ;
> } else {
> $FormatPath = `$kpsewhich --show-path=fmt` ;
>
Peter Münster wrote:
On Fri, 27 May 2005, Adam Lindsay wrote:
Hans Hagen said this at Fri, 27 May 2005 01:34:57 +0200:
what does
texmfstart newtexexec --make --all
do?
Interesting...
It builds the formats (not engine aware in terms of where it puts
the .fmt files--at least it uses diff
Adam Lindsay wrote:
Hans Hagen said this at Fri, 27 May 2005 01:29:30 +0200:
well, this magic line will append web2c/{$ENGINE,} to each path,
Okay, that's part of the problem: your code isn't detecting the presence
of $ENGINE in my path... It's there already! (Thanks, Gerben.) The line
from
On Fri, 27 May 2005, Adam Lindsay wrote:
> Hans Hagen said this at Fri, 27 May 2005 01:34:57 +0200:
>
> >what does
> >
> > texmfstart newtexexec --make --all
> >
> >do?
>
> Interesting...
> It builds the formats (not engine aware in terms of where it puts
> the .fmt files--at least it uses dif
Taco Hoekwater wrote:
My apologies: the formatting is not very pretty and perhaps I've been
a bit too brief here and there, but after two days of this I'm a bit
bored with it. Perhaps I will fix the pages later.
thanks! very helpful too see what was changed, i must buy you a beer next time
w
See
http://contextgarden.net/Context_2005.05.25
for a rather detailed list of changes.
My apologies: the formatting is not very pretty and perhaps I've been
a bit too brief here and there, but after two days of this I'm a bit
bored with it. Perhaps I will fix the pages later.
Greetings,
Hans Hagen said this at Fri, 27 May 2005 01:29:30 +0200:
>well, this magic line will append web2c/{$ENGINE,} to each path,
Okay, that's part of the problem: your code isn't detecting the presence
of $ENGINE in my path... It's there already! (Thanks, Gerben.) The line
from texmf.cnf:
TEXFORMAT
Adam Lindsay wrote:
Interesting...
It builds the formats (not engine aware in terms of where it puts
the .fmt files--at least it uses different switches compared to what I'm
used to), but (old)texexec did that too.
What's interesting is that it doesn't insist on rebuilding the format on
a norma
Hans Hagen said this at Fri, 27 May 2005 01:34:57 +0200:
>what does
>
> texmfstart newtexexec --make --all
>
>do?
Interesting...
It builds the formats (not engine aware in terms of where it puts
the .fmt files--at least it uses different switches compared to what I'm
used to), but (old)texexec
Adam Lindsay wrote:
the next (main) release will probably have a new texexec (ruby
version, smoother, faster, more clever, no ini file etc)
what does
texmfstart newtexexec --make --all
do?
Hans
-
Adam Lindsay wrote:
(i cc to karl who knows more about the detry details of path expansion than i
do)
Hans Hagen said this at Wed, 25 May 2005 17:34:24 +0200:
the next (main) release will probably have a new texexec (ruby
version, smoother, faster, more clever, no ini file etc)
Hmm. I han
Hans Hagen said this at Wed, 25 May 2005 17:34:24 +0200:
> the next (main) release will probably have a new texexec (ruby
>version, smoother, faster, more clever, no ini file etc)
Hmm. I hand-updated to the latest, and now texexec wants to rebuild the
format on every run.
I'm not used to seein
Idris Samawi Hamid wrote:
On Wed, 25 May 2005 17:34:24 +0200, Hans Hagen <[EMAIL PROTECTED]> wrote:
Hi,
I posted a new version of context.
Does the multi-format engine work now?
:-)
it should; just try the latest
texexec --make --engine=aleph --all
texexec --make --all
(The new tex
Hans Hagen wrote:
expect some delays. The diff -r file has 33846 lines :-)
lucky you, it's mostly patterns -)
All those patterns are just one line, I'm afraid:
Only in 20050525/tex/context: patterns
looks like there is quite a lot of .map activity going
on though. Anyway, I'll take me a
On Wed, 25 May 2005 17:34:24 +0200, Hans Hagen <[EMAIL PROTECTED]> wrote:
Hi,
I posted a new version of context.
Does the multi-format engine work now?
:-)
Best to the best
Idris
--
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___
Taco Hoekwater wrote:
Hans Hagen wrote:
Hi,
it's upto taco to write the usual announcement -)
expect some delays. The diff -r file has 33846 lines :-)
lucky you, it's mostly patterns -)
Hans
-
Hans Hagen wrote:
Hi,
it's upto taco to write the usual announcement -)
expect some delays. The diff -r file has 33846 lines :-)
Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Hi,
I posted a new version of context. There are a few new things, like pattern snow
being part of the zip, and runtime graphic conversions (more about that when i
have more time); the next (main) release will probably have a new texexec (ruby
version, smoother, faster, more clever, no ini fil
Hi,
I uploaded a new version with a couple of patches discussed previously
Hans
-
Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED]
Ridderstraat 27 | 8061 GH Hasselt | The Ne
Hi,
I again uploaded a new version. The reason for this is:
(a) a couple of fixes
but more important
(b) updated texexec's / texutil's / texfont's, esp for windows users;
fabrice is putting lot of effort to get the perl things working under
windows with spacy paths so please let us know if t
Hans Hagen <[EMAIL PROTECTED]> wrote:
At 14:25 17/09/2003 +0200, you wrote:
> What is needed is a kind of extension to placefigure[top] where figures
are *still* placed top/bottom but *also* are surrounded by text (right or
left).
this is kind of impossible in tex since it works per paragra
At 14:25 17/09/2003 +0200, you wrote:
> What is needed is a kind of extension to placefigure[top] where figures
are *still* placed top/bottom but *also* are surrounded by text (right or
left).
this is kind of impossible in tex since it works per paragraph and during
that it has no concept of c
Hans Hagen <[EMAIL PROTECTED]> wrote:
Hi,
The last hour I fixed a couple of things that came up during the recent
dante/gutenberg tex conferences as well as added the table thingies
discussed here. (for the split lovers: there was a small bug in the patch i
sent earlier; actually the patch b
Hi,
The last hour I fixed a couple of things that came up during the recent
dante/gutenberg tex conferences as well as added the table thingies
discussed here. (for the split lovers: there was a small bug in the patch i
sent earlier; actually the patch broke some of my existing files -)
the ma
Hi,
Since it's tex live freezing time, I uploaded a new version. There ar enot
that many changes (i moved a few things from cont-new/cont-loc to the core
modules [cont-loc is my personal optimized code / new thingies file]).
I also added type-akb (patricks adobekb) file to the distribution sinc
At 17:26 07/08/2003 +0100, you wrote:
In the files regi-il1 and xtag-ent, \THorn should be replaced with \Thorn .
patched
In the file enco-ans (for texnansi), Eth is missing. It's in the same
place as with ec:
\definecharacter Eth 208
\definecharacter eth 240
added
If I u
Hi Hans,
Sorry to clog up the list again with a repeat (from 2003-04-22), but
since it's freeze time, and this bug still hasn't been addressed, I was
hoping this would be fixed for TeXLive:
In the files regi-il1 and xtag-ent, \THorn should be replaced with \Thorn .
In the file enco-ans (for texn
Hi,
I have uploaded a new version of DocbookInContext.
It is now possible to reset attribute values to \undefined at the
start of an element. part and chapter are now recognized as elements
that may start a document. In addition this version has a number of
smaller improvements. The release has
73 matches
Mail list logo
