Re: [NTG-context] new version
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 independent feature of the linebreak mechanism. You can run
> this and see how it kicks in
>
> \starttext
>
> \definecolor[ttest][a=1,t=.5]
> \definecolor[rtest][a=1,t=.5,r=1]
>
> \dostepwiserecurse{80}{120}{1}{
> \startTEXpage[offset=1ts]
> \startcombination[1*3]
> {\startoverlay
> {\vtop{\showmakeup[space]\hsize #1mm\ttest
> \samplefile{tufte}}}
> {\vtop{\showmakeup[space]\hsize #1mm\rtest
> \setupalign[granular]\samplefile{tufte}}}
> \stopoverlay} {}
> {\vtop{\showmakeup[space]\hsize #1mm\ttest
> \samplefile{tufte}}} {}
> {\vtop{\showmakeup[space]\hsize #1mm\rtest
> \setupalign[granular]\samplefile{tufte}}} {}
> \stopcombination
> \stopTEXpage
> }
>
> \stoptext
>
>
>
> -
>Hans Hagen | PRAGMA ADE
>Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -
>
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl /
> https://www.ntg.nl/mailman/listinfo/ntg-context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net
> archive : https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
> ___
--
Todas as coisas fatigam o corpo, salvo a música, que não fatiga nem o
corpo nem seus membros, por ser descanso da alma, primavera do
coração, distração do aflito, entretenimento do solitário, e viático
do viajante.
Kunnâsh al-Hâ'ik (Cancioneiro de al-Hâ'ik)
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] new version
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]
\definecolor[rtest][a=1,t=.5,r=1]
\dostepwiserecurse{80}{120}{1}{
\startTEXpage[offset=1ts]
\startcombination[1*3]
{\startoverlay
{\vtop{\showmakeup[space]\hsize #1mm\ttest
\samplefile{tufte}}}
{\vtop{\showmakeup[space]\hsize #1mm\rtest
\setupalign[granular]\samplefile{tufte}}}
\stopoverlay} {}
{\vtop{\showmakeup[space]\hsize #1mm\ttest
\samplefile{tufte}}} {}
{\vtop{\showmakeup[space]\hsize #1mm\rtest
\setupalign[granular]\samplefile{tufte}}} {}
\stopcombination
\stopTEXpage
}
\stoptext
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] new version
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 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 granular par builder but that was never really > enabled. From now on you can do that with > > \setupalign[granular] > > After quite some tests and careful inspection of outcome we think that > the results look better, which is why if could become a default. The > main impact is a bit more even spacing between neighbouring lines, > because we operate in five instead of three ranges of primary badness now. > > (2) As side effect of (3) initialization of expansion (as well as > compression and protrusion) is delayed till it kicks in. This means that > > \definefontfeature[default][default][expansion=quality] > > has become cheaper and might as well become the default. > > (3) The biggest new feature (already known to some of you as we chat > about it) is that in addition to the (upto three) passes that create a > paragraph we can now have extra ones. This is discussed in > lowlevel-lines.pdf (preliminary). The second pass is the most important > one (it uses hyphenation but not yet emergency stretch) and, based on > criteria that can be set, between the second and third pass multiple > attempts can be triggered. > > So, for instance one can start careful (pass one), less careful (pass > two), test all kind of variants (pass 2 subpasses) etc. These subpasses > can have different tolerances, demerits, expansion, etc and quit once > soem criteria are met. > > The problem here is: what makes good defaults. Therefore we have some > tests definitions added (see spac-pas-tests) that we hope users will > test on realistic documents. > > In case one wonders: performance is quite okay and you won't notice much > difference on a reasonable run. Also, when you normally use expansion > for a whole document, you can now let it kick in more selectively. As a > result a run can be faster and the resulting pdf file can be smaller. > This feature kind of assumes (1) above. > > (4) There's also a new feature for optional content: you can have marked > sections in a paragraph that can be enabled or disabled in attempts to > get better output. Of course one can wonder it this is useful but it was > one of the older todo's. When it is considered usefull it can evolve. > > (The lowlevel-lines manual is work in progress and in a few weeks we > will pick up on that.) > > Hans > > - >Hans Hagen | PRAGMA ADE >Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- Todas as coisas fatigam o corpo, salvo a música, que não fatiga nem o corpo nem seus membros, por ser descanso da alma, primavera do coração, distração do aflito, entretenimento do solitário, e viático do viajante. Kunnâsh al-Hâ'ik (Cancioneiro de al-Hâ'ik) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] new version
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 granular par builder but that was never really enabled. From now on you can do that with \setupalign[granular] After quite some tests and careful inspection of outcome we think that the results look better, which is why if could become a default. The main impact is a bit more even spacing between neighbouring lines, because we operate in five instead of three ranges of primary badness now. (2) As side effect of (3) initialization of expansion (as well as compression and protrusion) is delayed till it kicks in. This means that \definefontfeature[default][default][expansion=quality] has become cheaper and might as well become the default. (3) The biggest new feature (already known to some of you as we chat about it) is that in addition to the (upto three) passes that create a paragraph we can now have extra ones. This is discussed in lowlevel-lines.pdf (preliminary). The second pass is the most important one (it uses hyphenation but not yet emergency stretch) and, based on criteria that can be set, between the second and third pass multiple attempts can be triggered. So, for instance one can start careful (pass one), less careful (pass two), test all kind of variants (pass 2 subpasses) etc. These subpasses can have different tolerances, demerits, expansion, etc and quit once soem criteria are met. The problem here is: what makes good defaults. Therefore we have some tests definitions added (see spac-pas-tests) that we hope users will test on realistic documents. In case one wonders: performance is quite okay and you won't notice much difference on a reasonable run. Also, when you normally use expansion for a whole document, you can now let it kick in more selectively. As a result a run can be faster and the resulting pdf file can be smaller. This feature kind of assumes (1) above. (4) There's also a new feature for optional content: you can have marked sections in a paragraph that can be enabled or disabled in attempts to get better output. Of course one can wonder it this is useful but it was one of the older todo's. When it is considered usefull it can evolve. (The lowlevel-lines manual is work in progress and in a few weeks we will pick up on that.) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] new version
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 shown might look somewhat cryptic but we basically have (per category) - max: the maximum allowed memory (for many categories we can make that larger, but I need proof that it's needed) - min: this is how we start out - stp: when more memory is needed, this is the step that we use to increase - set: this is the value that context configures by default, often larger than min, and less than max - mem: the memory usage (often in units) - all: the real usage (multiplied by the unit) - ini, ptr and top: are the startup values (when something is also stored in the format), the current usage and the max usage (all within the mentioned min-max range). The rest speaks for itself. Font usage reflects only the tex end, of course there is plenty usage at the lua end. The language info I might extend that with pattern and exception usage. Actually, tex memory usage is not that large in luametatex. When mem gets increased, there is a message. We can use that to eventually determine the best values. Actually we might even lower some initial values (not that it matters much, lua uses more). Of course there is also --timing but that one has been there from the start, although I did update it to reflect the more detailed tracing. The graphics are the same as always: red lines are usage, the blue line is the runtime. In general, memory management has been improved: all categories are now more dynamic, there is more checking for overflows, there is some recovery slack in allocation, etc. I will play a bit more some of it, for instance we might end up with more detailed configuration options, in addition the the already new ones. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version
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
> 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.
>
> Now, that doesn't mean that nothing has been changed. First of all there
> is a new data related mechanism. After Wolfgang had updated the
> definition files it became official. It was on the agenda for a while
> but finally a nice solution surfaced.
>
> The new thing is luatables that obey grouping. Normally what you do at
> the lua end is kind of global, but there can be cases where you really
> want it to behave like tex: obeying \bgroup/\egroup, { } etc. The
> examples given below show that you can create them at the tex end and
> access them in tex as well as lua.
>
> \starttext
>
> \dorecurse {100} {
> \setdatavalue{#1}{#1}
> }
>
> \start \tttf \darkred \raggedright \dorecurse {100} {
> #1=\scratchcounter\getdatavalue{#1}\the\scratchcounter
> } \par \stop \blank
>
> \start \tttf \darkgreen \raggedright \dorecurse {100} {
> #1=\thedatavalue{#1}%
> } \par \stop \blank
>
> \bgroup \tttf
> \newluatable\testtable
> \setluatable\testtable{ foo = 123, bar = "456", oof = "rab" }
>% \inspectluatable\testtable
> \darkblue
> foo = \getfromluatable\testtable{foo}\par
> bar = \getfromluatable\testtable{bar}\par
> oof = \getfromluatable\testtable{oof}\blank
> \bgroup
> \useluatable\testtable
> \setluatable\testtable{ foo = 123123, bar = "456456" }
>% \inspectluatable\testtable
> \darkmagenta
> foo = \getfromluatable\testtable{foo}\par
> bar = \getfromluatable\testtable{bar}\par
> oof = \getfromluatable\testtable{oof}\blank
> \startluacode
> local t = context.luatables.get("testtable")
> print(t.foo,t.bar,t.oof)
> \stopluacode
> \egroup
> \darkyellow
> foo = \getfromluatable\testtable{foo}\par
> bar = \getfromluatable\testtable{bar}\par
> oof = \getfromluatable\testtable{oof}\blank
> \startluacode
> local t = context.luatables.get("testtable")
> print(t.foo,t.bar,t.oof)
> \stopluacode
>% \inspectluatable\testtable
> \egroup
>
> \bgroup \tttf
> \newluatable\moretable
> \setluatable\moretable{ 1, "foo" }
> \darkblue
> [1] = \getfromluatable\moretable{1}\par
> [2] = \idxfromluatable\moretable 2 \blank
> \bgroup
> \useluatable\moretable
> \setluatable\moretable{ foo = 123123, bar = "456456" }
> \darkmagenta
> [1] = \getfromluatable\moretable{1}\par
> [2] = \idxfromluatable\moretable 2 \blank
> \startluacode
> local t = context.luatables.get("moretable")
> print(t[1],t[2])
> \stopluacode
> \egroup
> \darkyellow
> [1] = \getfromluatable\moretable{1}\par
> [2] = \idxfromluatable\moretable 2 \blank
> \startluacode
> local t = context.luatables.get("moretable")
> print(t[1],t[2])
> \stopluacode
> \egroup
>
> \stoptext
>
> This is only available in lmtx (until i see a real reason to cook up an
> alternative for mkiv, which is unlikely as no context code depends on
> this being available, at least not now). The datavalue macro you see
> there can be used to create massive amounts of numeric variable
> independent of counters, not that we really need it, but it was very
> cheap to implement.
>
> At the engine level there also have been some changes but these should
> not be visible for users. We just mention:
>
> - extensions to the macro definition and expansion mechanisms (for
> instance optional arguments, optional delimiters, and silent error
> recovery; there will be some explanation in the evenmore document and at
> some point - when stable - in the manual) .. this permits some cleaner
> low level code; only things were done that had no impact on performance
> (as macro definition and expansion is used a lot) and didn't make the
> code messy (it actually became cleaner)
>
> - some additional substring (ok, tex has no string, just tokens) parsing
> capabilities with optional tokens, which again permits a bit cleaner low
> level code
>
> - a slightly reorganized handling of tokens (one of tex's basic data
> structures) in the lua token interface so that we get a more meaningful
> and robust subsystem (basically getting rid of funny numbers) ... this
> also will be discussed in an evenmore chapter .. not that users need it
> (i think)
>
> - as a side effect (or necessity) some low level recoding (and
> abstraction) had to happen but as far as we can see it works ok (i admit
> it was a slow, tedious job
[NTG-context] new version
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.
Now, that doesn't mean that nothing has been changed. First of all there
is a new data related mechanism. After Wolfgang had updated the
definition files it became official. It was on the agenda for a while
but finally a nice solution surfaced.
The new thing is luatables that obey grouping. Normally what you do at
the lua end is kind of global, but there can be cases where you really
want it to behave like tex: obeying \bgroup/\egroup, { } etc. The
examples given below show that you can create them at the tex end and
access them in tex as well as lua.
\starttext
\dorecurse {100} {
\setdatavalue{#1}{#1}
}
\start \tttf \darkred \raggedright \dorecurse {100} {
#1=\scratchcounter\getdatavalue{#1}\the\scratchcounter
} \par \stop \blank
\start \tttf \darkgreen \raggedright \dorecurse {100} {
#1=\thedatavalue{#1}%
} \par \stop \blank
\bgroup \tttf
\newluatable\testtable
\setluatable\testtable{ foo = 123, bar = "456", oof = "rab" }
% \inspectluatable\testtable
\darkblue
foo = \getfromluatable\testtable{foo}\par
bar = \getfromluatable\testtable{bar}\par
oof = \getfromluatable\testtable{oof}\blank
\bgroup
\useluatable\testtable
\setluatable\testtable{ foo = 123123, bar = "456456" }
% \inspectluatable\testtable
\darkmagenta
foo = \getfromluatable\testtable{foo}\par
bar = \getfromluatable\testtable{bar}\par
oof = \getfromluatable\testtable{oof}\blank
\startluacode
local t = context.luatables.get("testtable")
print(t.foo,t.bar,t.oof)
\stopluacode
\egroup
\darkyellow
foo = \getfromluatable\testtable{foo}\par
bar = \getfromluatable\testtable{bar}\par
oof = \getfromluatable\testtable{oof}\blank
\startluacode
local t = context.luatables.get("testtable")
print(t.foo,t.bar,t.oof)
\stopluacode
% \inspectluatable\testtable
\egroup
\bgroup \tttf
\newluatable\moretable
\setluatable\moretable{ 1, "foo" }
\darkblue
[1] = \getfromluatable\moretable{1}\par
[2] = \idxfromluatable\moretable 2 \blank
\bgroup
\useluatable\moretable
\setluatable\moretable{ foo = 123123, bar = "456456" }
\darkmagenta
[1] = \getfromluatable\moretable{1}\par
[2] = \idxfromluatable\moretable 2 \blank
\startluacode
local t = context.luatables.get("moretable")
print(t[1],t[2])
\stopluacode
\egroup
\darkyellow
[1] = \getfromluatable\moretable{1}\par
[2] = \idxfromluatable\moretable 2 \blank
\startluacode
local t = context.luatables.get("moretable")
print(t[1],t[2])
\stopluacode
\egroup
\stoptext
This is only available in lmtx (until i see a real reason to cook up an
alternative for mkiv, which is unlikely as no context code depends on
this being available, at least not now). The datavalue macro you see
there can be used to create massive amounts of numeric variable
independent of counters, not that we really need it, but it was very
cheap to implement.
At the engine level there also have been some changes but these should
not be visible for users. We just mention:
- extensions to the macro definition and expansion mechanisms (for
instance optional arguments, optional delimiters, and silent error
recovery; there will be some explanation in the evenmore document and at
some point - when stable - in the manual) .. this permits some cleaner
low level code; only things were done that had no impact on performance
(as macro definition and expansion is used a lot) and didn't make the
code messy (it actually became cleaner)
- some additional substring (ok, tex has no string, just tokens) parsing
capabilities with optional tokens, which again permits a bit cleaner low
level code
- a slightly reorganized handling of tokens (one of tex's basic data
structures) in the lua token interface so that we get a more meaningful
and robust subsystem (basically getting rid of funny numbers) ... this
also will be discussed in an evenmore chapter .. not that users need it
(i think)
- as a side effect (or necessity) some low level recoding (and
abstraction) had to happen but as far as we can see it works ok (i admit
it was a slow, tedious job with lots of intermediate testing on the
suite to make sure nothign was broken) .. in the end it was all doable
because most of the preparation was already done over the last years
- in the process we got rid of a traditional tex data structure that was
left over from the 32 bit times but no longer needed in our 64 bit
luatex/luametatex universe (i might backport that
[NTG-context] new version at Gitlab
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 you there, Pablo PS: if you don’t register the username adeimantos, you should tell me which one you chose (I need to know the user name to invite anyone). -- http://www.ousia.tk ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] new version of OpenType Math fonts from Gust
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 ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] New version of ConTeXt package for Notepad++ available
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 texroot/context/data/notepadplusplus or so, where users can pick it up and put it in the right spot. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] New version of ConTeXt package for Notepad++ available
2012/4/19 Hans Hagen pra...@wxs.nl: 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 texroot/context/data/notepadplusplus or so, where users can pick it up and put it in the right spot. This is not very practical. Users then need to install TeX live to be able to locate/extract the files in the first place ;) And for notepad++ the files under texmf-dist/... are probably useless anyway. Mojca ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] New version of ConTeXt package for Notepad++ available
On 19-4-2012 11:41, Mojca Miklavec wrote: 2012/4/19 Hans Hagenpra...@wxs.nl: 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 texroot/context/data/notepadplusplus or so, where users can pick it up and put it in the right spot. This is not very practical. Users then need to install TeX live to be able to locate/extract the files in the first place ;) And for notepad++ the files under texmf-dist/... are probably useless anyway. oh, I thought that you also fetched some stuff from that location for the minimals Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] New version of ConTeXt package for Notepad++ available
On Wed, 18 Apr 2012 14:14:59 -0600, Idris Samawi Hamid ادريس سماوي حامد isha...@colostate.edu wrote: Notes: 1. This updated package contains a new feature: snip 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 lock the file when recompiling, supports synctex etc. When I need adobe, it lets me me open reader/acrobat from its own menu. Very nice tool. Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shīʿī Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] New version of ConTeXt package for Notepad++ available
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.dropbox.com/s/k77ggveqdkfrevk/Npp-ConTeXt-120418.zip == The zip contains two directories: 1) \AppData\Roaming\Notepad++ 2) \Program Files (x86)\Notepad++ AFTER you install Npp, copy the folder 1) into C:\Users\your username\AppData\Roaming And copy folder 2 into C:\Program Files (x86) if your system is 64-bit, and into C:\Program Files if it is 32-bit. XP directory structure uses \Application Data instead of \AppData. There may be other things to watch out for (I use Vista). Important: Back up your contextMenu.xml whenever you update to a newer version of Npp proper. For some reason, Npp overrides the user-defined contextMenu.xml and replaces it with the default. In fact, it's a good idea to back up your \Roaming\Notepad++ directory whenever you update Npp itself to a new version. Notes: 1. This updated package contains a new feature: You can wrap selected text with ConTeXt tags. Just select some text and right-click: Then choose what you want to do to the text. This has already saved me lots of time in my own writing, and lessens the risks of brace-mismatch etc. It also works if no text is selected. 2. You can also start projects, components, etc from the right-click menu. 3. You'll see the ConTeXt command shortcuts under the Macro menu. They used to be the same as Hans's Scite setup, but there are probably some differences now. I'll look at this matter later. 4. In future versions I may get rid of any and all references to mkii; deadenders ;-) can make their own shortcuts etc. But I am gearing this package towards new users who should not have to deal with mkii at all. 5. The toolbar has been modified. You can use the Customize Toolbar menu to bring back some default Npp buttons that I removed, etc. 6. The ConTeXt icons are quick and dirty. I welcome help from anyone who would like to help me with some nicer 16x16 ConTeXt icons. Eventually I want to expand this to a much richer palette of buttons. 7. Tooltips for commands are supported, but right now there is only one implemented: \startitemize[] Try it! Eventually I want to have descriptions of all autocomplete commands, literally at your fingertips in the editor! This is still a work in progress. There are a few missing commands from autocompletion/syntax highlighting, and there may be a private command or two of mine lurking in the highlighting. Eventually I want to move most of the functionality of this package to a lexer. I have used the extensive plugin/user-defined functionalities of Npp to get this package far, but a dedicated lexer-plugin would be the ideal thing. Any volunteers more than welcome, since lexer writing is outside of my skill-set. Once this is uploaded to the wiki I'll remove the dropbox link. Have fun! and Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shīʿī Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version of t-french.mkiv
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:
\continueifinputfile{t-french.tex}
in which case running the file will produce the test section.
Interesting that you put myItems in a macro instead of a buffer.
Thanks for your remarks, I've uploaded a new version!
--
Peter
___
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/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] new version of t-french.mkiv
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] enough for daily usage. This is indicated, just as in other major software projects, by an even version number[6]. You can download the new version from [7]. With a modern and fast Internet connection, the download time should hopefully not exceed about 5 minutes. Enjoy, Peter Footnotes: [1] During some parts of this evening, development was exceptionally active. [2] A user requested an update. [3] The previous version did not work at all. [4] There are parts, that I haven't understood yet. [5] A simple test file compiles without errors. [6] Another interpretation of the version 2011.11.08 is also possible. [7] http://modules.contextgarden.net/t-french ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version of t-french.mkiv
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 the code, I consider the module stable[5] enough for daily
usage. This is indicated, just as in other major software projects, by an even
version number[6]. You can download the new version from [7]. With a modern
and fast Internet connection, the download time should hopefully not
exceed about 5 minutes.
Enjoy, Peter
Footnotes:
[1] During some parts of this evening, development was exceptionally active.
[2] A user requested an update.
[3] The previous version did not work at all.
[4] There are parts, that I haven't understood yet.
[5] A simple test file compiles without errors.
[6] Another interpretation of the version 2011.11.08 is also possible.
[7] http://modules.contextgarden.net/t-french
The \' is probably not needed (in mkiv) which saves you some upload time.
Are \iemes etc used in some conversion?
instead of the demo mode you can do:
\continueifinputfile{t-french.tex}
in which case running the file will produce the test section.
Interesting that you put myItems in a macro instead of a buffer.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
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/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] New version of Asana Math
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 ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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, it's a pdf document, so no html frame is part of it I think the files are defective. No? Is Lua going to be the only or main programming language for use with ConTeXt? internally, yes; for additional tasks, i have ruby and lua scripts (trying to get rid of perl scripts); most tools now written in ruby will finally be redone in lua, but only those that still make sense - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 (lua mplib, newmpost) Isn't mplib a dll under windows? It is possible to build the unix version as a .so because support for that comes from autofoo automatically, but that is not yet officially supported: debugging dynamic libraries is harder than debugging static code. On the other side, it is very easy to replace a dll by a new version, if the interface stays stable. sure, but it also introduced unneeded mails on support lists of users who mix up things; we'd probably end up with the same situation as kpse ... mplib234.dll and so, which does not improve things either If there is more than one program, which is using mplib, you have to update all theses programs, if you make some mplib changes. indeed, but contrary to tex livem where all binaries are updated in sync, for moving targets like luatex we want to be sure that things match; disk space is cheap, and telling user to download 'this' and 'that' and put 'such' and 'so' in locations 'here' and 'there' is more trouble than let them just download one binary etc But I think that a dll could very much boost the metapost usage. It would than be very easy to write third party software. maybe, but that is independent of being used in luatex and mpost itself; as taco mentioned, there it will be staticaly linked, just as lua and its libs Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 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 The manual describes a lua interface. Isn't mplib a dll under windows? no, a cross platform library that will be embedded in lua and the core of metapost 2 (aka megapost) keep in mind that it's beta Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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/manual/luatexref-t.pdf The manual describes a lua interface. (next paragraphs written as the MPlib maintainer) 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 dll under windows? It is possible to build the unix version as a .so because support for that comes from autofoo automatically, but that is not yet officially supported: debugging dynamic libraries is harder than debugging static code. MPlib could become a dll on windows eventually, but first someone will have to explain to me how to create a windows dll (and I vastly prefer a solution that does not involve me having to pay Microsoft any money). I have exactly zero knowledge in that area and do not have a Windows installation either: the one and only XP machine here is my wife's gaming machine and that is strictly offlimits to me. Future versions of luatex and mpost itself (and potential other texlive programs) will almost certainly remain statically linked because that is much more convenient for us as maintainers. Best wishes, Taco ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 html frame is part of it I think the files are defective. No? Is Lua going to be the only or main programming language for use with ConTeXt? -- Best regards, Lou ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 what I am doing wrong? i don't know, it's a pdf document, so no html frame is part of it I think the files are defective. No? The files are not defective - if you use svn checkout, it works OK. It seems that only the web interface has problems. Mojca ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 dll under windows? It is possible to build the unix version as a .so because support for that comes from autofoo automatically, but that is not yet officially supported: debugging dynamic libraries is harder than debugging static code. On the other side, it is very easy to replace a dll by a new version, if the interface stays stable. MPlib could become a dll on windows eventually, but first someone will have to explain to me how to create a windows dll (and I vastly prefer a solution that does not involve me having to pay Microsoft any money). You have not to pay anything, to build a Dll. And there is Msys for example, which works in a unix-environment under windows. Should be no problem. I have exactly zero knowledge in that area and do not have a Windows installation either: the one and only XP machine here is my wife's gaming machine and that is strictly offlimits to me. :-) Future versions of luatex and mpost itself (and potential other texlive programs) will almost certainly remain statically linked because that is much more convenient for us as maintainers. If there is more than one program, which is using mplib, you have to update all theses programs, if you make some mplib changes. But I think that a dll could very much boost the metapost usage. It would than be very easy to write third party software. 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/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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). 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. ctangle is needed to compile mplib; I still have problems with \setupxtexternalfigures (can't resolve images) i hope today to have time to watch this, maybe tomorrow :) externalfigure works here, so i need to have more specifics about your failure - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version
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 new version is found (is the case
with a new zip), or when an error is encountered in the format
(compatibility issue)
- in case of doubt, or when you patch metafun, you can say
ctxtool --touch
texexec --make
i will try to make this more robust in the future
the new mkiv mp graphics implementations is prepared for mixed usage,
i.e. we can use multiple metapost formats; i'm still not sure about the
interface, for instance:
\startuseMPgraphic{metafun:bla} ...
\startuseMPgraphic{mpost:bla} ...
or so, more news later
This could break existing code. I sometimes use
\startuseMPgraphic{system:bla} and {system:blabla} etc to distinguish all
system diagrams.
sure, but seldom metafun: i suppose -)
How about
1. \defineMPreusegraphic[useMPgraphic][format=metafun]
\defineMPreusegraphic[useMPOSTgraphic][format=mpost]
and then one can use \startuseMPgraphic and \startuseMPOSTgraphic.
2. If you have to make the label of the graphic determine the format, then
maybe something like
\startuseMPgraphic{::metafun::bla} so that it does not break existing
code.
\startuseMPgraphic[metafun]{...} is also an option but not consistent,
unless we provide
\startuseMPgraphic[optional format][name][optional settings]
which i somehow dislike
3. What about \startMPcode, \startMPpage, and \processMPbuffer? I think
that the first approach will be easier to adapt.
another option is:
\useMPformat{metafun}
(the reason for { }instead of [] is that it then can be used within []
without extra {})
yet another option is
\startMPcode
mpformat := metafun
...
\stopMPcode
and parse for it, but that has other disadvantages; anyhow ... more
thinking needed
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
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/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] new version
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 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 the format
(compatibility issue)
- in case of doubt, or when you patch metafun, you can say
ctxtool --touch
texexec --make
i will try to make this more robust in the future
the new mkiv mp graphics implementations is prepared for mixed usage,
i.e. we can use multiple metapost formats; i'm still not sure about the
interface, for instance:
\startuseMPgraphic{metafun:bla} ...
\startuseMPgraphic{mpost:bla} ...
or so, more news later
This could break existing code. I sometimes use
\startuseMPgraphic{system:bla} and {system:blabla} etc to distinguish all
system diagrams.
sure, but seldom metafun: i suppose -)
How about
1. \defineMPreusegraphic[useMPgraphic][format=metafun]
\defineMPreusegraphic[useMPOSTgraphic][format=mpost]
and then one can use \startuseMPgraphic and \startuseMPOSTgraphic.
2. If you have to make the label of the graphic determine the format, then
maybe something like
\startuseMPgraphic{::metafun::bla} so that it does not break existing
code.
\startuseMPgraphic[metafun]{...} is also an option but not consistent,
unless we provide
\startuseMPgraphic[optional format][name][optional settings]
which i somehow dislike
3. What about \startMPcode, \startMPpage, and \processMPbuffer? I think
that the first approach will be easier to adapt.
another option is:
\useMPformat{metafun}
\setupsystem
[mpformat=metafun]
(the reason for { }instead of [] is that it then can be used within []
without extra {})
This was something i never understood in the past, the difference
between the name setting for buffers and MP graphics.
yet another option is
\startMPcode
mpformat := metafun
...
\stopMPcode
No.
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/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] new version
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) - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 allow mplib in luatex the future? - Will it be only a way to write Metapost code without having to call external system program (better performance)? - Or will it be possible to write figures in lua instead of Metapost? (would be great!!) Another question about ConTeXt mkiv installation Is possible to use a local full ConTeXt distrib (with basic fonts, mplib, lua) **without interference** with existant texlive distribution (i.e. without using all the *_TEX environment variables thanks to ConTeXt mkiv ?) I'd like to maintain some hot Thank you very much -- Maurice Tomorrow (or so) taco will make releasenotes. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 implementation is different. What will allow mplib in luatex the future? the future is already there - Will it be only a way to write Metapost code without having to call external system program (better performance)? indeed, no mp calls any more - Or will it be possible to write figures in lua instead of Metapost? (would be great!!) well, in principle i could write something for that, but it's not on the agenda Another question about ConTeXt mkiv installation Is possible to use a local full ConTeXt distrib (with basic fonts, mplib, lua) **without interference** with existant texlive distribution (i.e. without using all the *_TEX environment variables thanks to ConTeXt mkiv ?) it's what i do here ... luatex alongside pdftex/xetex Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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.supelec.fr/plugins/scmsvn/viewcvs.php/tags/beta-0.25.2/manual/?root=luatex Best wishes, Taco ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 I am doing wrong? The manual describes a lua interface. Isn't mplib a dll under windows? If yes, where can I find a header-file of the export table. If no, how have you implemented the library? 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/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] new version luatex / mkiv
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 down metapost runtime and conversion to nearly zero. The user interface is the same, but the implementation is different. Tomorrow (or so) taco will make releasenotes. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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, 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. this is very good news. most runtime here is wasted by calling and interfacing with mp. many thanks to you and taco for the great work. i'll test this intensively as soon as i get my hands on it. best wishes, peter Tomorrow (or so) taco will make releasenotes. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 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. Tomorrow (or so) taco will make releasenotes. Hans Hi Hans, 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 comparing speed some more. Thanks and kudos to Taco and to you! All best Thomas ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version luatex / mkiv
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 comparing speed some more. Thanks and kudos to Taco and to you! the mk test document, which now ha ssome 220 pages, processes at a speed of 10 pages per minute on my machines, which includes startup, loading a nbbunch of huge fonts, lots of mp graphics, etc .. my impression is that eventually luatex/mkiv will not be that much slower than pdftex sp when one takes into account that open type fonts are used (when lots of mp graphics are used and the new xml machinery ... luatex/mkiv is definitely faster) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] new version
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 the format
(compatibility issue)
- in case of doubt, or when you patch metafun, you can say
ctxtool --touch
texexec --make
i will try to make this more robust in the future
the new mkiv mp graphics implementations is prepared for mixed usage,
i.e. we can use multiple metapost formats; i'm still not sure about the
interface, for instance:
\startuseMPgraphic{metafun:bla} ...
\startuseMPgraphic{mpost:bla} ...
or so, more news later
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
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/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] new version luatex / mkiv
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 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. ctangle is needed to compile mplib; I still have problems with \setupxtexternalfigures (can't resolve images) i hope today to have time to watch this, maybe tomorrow :) btw under our nose, the revolution grows -- luigi it's new . it's powerful . it's luatex . http://www.luatex.org ___ 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/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] new version
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
with a new zip), or when an error is encountered in the format
(compatibility issue)
- in case of doubt, or when you patch metafun, you can say
ctxtool --touch
texexec --make
i will try to make this more robust in the future
the new mkiv mp graphics implementations is prepared for mixed usage,
i.e. we can use multiple metapost formats; i'm still not sure about the
interface, for instance:
\startuseMPgraphic{metafun:bla} ...
\startuseMPgraphic{mpost:bla} ...
or so, more news later
This could break existing code. I sometimes use
\startuseMPgraphic{system:bla} and {system:blabla} etc to distinguish all
system diagrams.
How about
1. \defineMPreusegraphic[useMPgraphic][format=metafun]
\defineMPreusegraphic[useMPOSTgraphic][format=mpost]
and then one can use \startuseMPgraphic and \startuseMPOSTgraphic.
2. If you have to make the label of the graphic determine the format, then
maybe something like
\startuseMPgraphic{::metafun::bla} so that it does not break existing
code.
3. What about \startMPcode, \startMPpage, and \processMPbuffer? I think
that the first approach will be easier to adapt.
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/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] new version of the bib module released
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/listinfo/ntg-context
Re: [NTG-context] new version
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 that contributed to this new release. -- Stuart Jansen [EMAIL PROTECTED] Guru Labs, L.C. signature.asc Description: This is a digitally signed message part ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 did that too. What's interesting is that it doesn't insist on rebuilding the format on a normal (--pdf) run. (And it's fast: does it buffer the terminal output?) in summary: texexec --make --all Builds the formats. texexec --pdf myfile fails to find the format, builds it, runs the file texmfstart newtexexec --make --all Builds the formats. texmfstart newtexexec --pdf myfile finds the format correctly, runs the file quickly. texmfstart newtexexec --make --xtx --engine en Builds a XeTeX format, but leaves it in the web2c directory texexec --make --xtx --engine en Builds a XeTeX format, and correctly puts it in web2c/xetex hmm. Honestly, I personally didn't have any complaints with the operation of the previous version of texexec. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED] Lancaster University, InfoLab21+44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 seeing this, anyone have any hints on where to poke around?
(the format is in texmf.local/web2c/ and in a pdfetex subdir. I've
texhashed, too.)
adam
fixing texformat path : .:{/Users/atl/Library/texmf,!!/usr/local/teTeX/
share/texmf.local,!!/usr/local/teTeX/share/texmf.gwtex,!!/usr/local/
teTeX/share/texmf.tetex,!!/usr/local/teTeX/share/texmf}/web2c/{$ENGINE,}/{,}//
0
executable : pdfetex
format : cont-en
inputfile :
output : pdftex
interface : en
current mode : none
TeX run : 1
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
\write18 enabled.
(/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
kpathsea: Running mktexfmt cont-en.fmt
fmtutil: running `pdfetex -ini -jobname=cont-en -progname=context
-8bit *cont-en.ini' ...
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (INITEX)
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
Lancaster University, InfoLab21+44(0)1524/510.514
Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] new version
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 file etc) btw, i need a miktex user who wants to test the ruby texexec version it's upto taco to write the usual announcement -) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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
Re: [NTG-context] new version
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 | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 few days to sort this through. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 texexec will provide more status info about what is generated) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] new version
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 Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] new version again
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 thinsg run wrong (we may be able to fix things before the win32 texlive binaries are frozen and (c) support for the fourier fonts. in http://www.pragma-ade.com/context/texmf-extra.tar you can find the fonts; these will go on the coming texlive/ctan dvd (but not in the tex live main tree) therefore the extra prefix. Of course you can copy the extra tree over your local tree (don't forget mltexlsr). Hans - Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED] Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] new version
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 main as well as the beta files have been upgraded Hans - Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED] Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] new version
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 broke some of my existing files -)
the main as well as the beta files have been upgraded
Hans
Hi Hans,
that's good news.
I almost don't dare to ask, but...
do you think that you might have now a little time to look at the
placefigure[top,left] topic?
The solution that you proposed some days ago unfortunately doesn't help much:
\hangsidefloat[2] \placefigure[left] {}{} \dorecurse{3}{\input ward\par}
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).
I am really sorry for being persistent, but the main reason for me to
switch from LaTeX to ConTeXt was that I thought that some has much
more possibilities in placing figures in ConTeXt than in LaTeX.
And I was honestly surprised that this is not implemented yet, as it
is such a frequently used feature - at least in the books of
humanities, art history etc. it is very, very common.
You said that it should not be too difficult - and it really would be
a great feature for ConTeXt!!
What do you think?
Steffen
P.S. Sorry, hope I don't annoy you too much...
2. Isn't it possible to make a kind of combination between the placefigure
options top and left (for example), so that a small picture can have text
floating around it but it is placed at the top of the page (like big
landscape formats would be with the top option)?
...
2. should not be too difficult, i'll look into it
Hans
--
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 crossing a page boundary; i presume that i can cook up something for a controlled situation but it's far from trivial Hans - Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED] Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version
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 paragraph and during that it has no concept of crossing a page boundary; i presume that i can cook up something for a controlled situation but it's far from trivial Hans That would be great Hans! I'm curious what dish you will serve .-) Steffen ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] new version
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 since we need it to get those free fonts working in tetex and derived systems (tex live is normally a bit more complete with regards to metrics). Be careful in using this typescipts: the metrics may not match the fonts and i dislike the idea of ps metric names and urw fots; Personally i always use the urw metrics and fonts and *always* embed them. I'll post a zip with additional font metrics later. To texexec, i added some cleverness to run xml files and i will add some morelater. Also, from now on (in order to avoid too many mails of users who forget to run mktexlsr) i now run mktexlsr before generating formats. [i hope that i got the miktex alternative well, i'll install miktex in a virtual machine later]. Hans - Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED] Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new version --bug
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 understand casemaps correctly, then enco-ans should include eth and thorn also: \definecasemap 240 240 208 \definecasemap 208 240 208 \definecasemap 254 254 222 \definecasemap 222 254 222 added Hans - Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED] Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
