[NTG-context] Custom XML Pretty Printer
Hi there, See http://gitorious.org/xml-pretty-printer-module-for-context for testing. As soon as I have made more testing and some improvements (inc. cleaning up), I'll submit to tlcontrib. Cheers, Renaud ___ 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] Horizontal space in math subscript generated by Lua
On 15-12-2010 6:11, Procházka Lukáš Ing. - Pontex s. r. o. wrote: Hello, On Wed, 15 Dec 2010 13:06:42 +0100, Hans Hagen wrote: actually, the luacode was doing the right thing as there is a protect/unprotect mismatch (will be fixed); puttingthis at the top of you file works: \catcodetable\ctxcatcodes thank you, Hans. This makes both solutions (Ctx generated and Lua generated) equal - [wider] spacing is the same. Just my point of view - the previous native Ctx result (= narrower spacing in subscript when mixing upper and lower case letters) - seemed to me a bit prettier; wouldn't be better to keep the "old" Ctx look (= result without \catcodetable\ctxcatcodes) and to drive Lua to give the same result? no, the question is why the spacing in math is there, the catcode regime should indeed be ctxcatcodes ... more something for aditya to figure out 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] beta
2010/12/18 Hans Hagen > Hi, > > I uploaded a new beta (not that much done, waiting for the new luatex bins > to settle). There's also an updated zip with test files. > > There will probably be a current before 2011 but Taco and I need to > coordinate that a bit. > > Hans > Could you please look into alternating green-red color of references? IIRC Mojca posted a minimal example was back in September/October, but I can't find it. It can be seen in http://pmrb.free.fr/contextref.pdf Regards, Vedran Miletić ___ 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] confusion: 2 Bugtracker?
On 18-12-2010 9:15, Jonas Stein wrote: On http://minimals.contextgarden.net/ "Bug tracker: https://launchpad.net/context"; but on http://wiki.contextgarden.net/Main_Page Bug tracker links to Mantis: "http://tracker.luatex.org/my_view_page.php"; Why are there 2 Bugtrackers? the launchpad account is used for those who deal with the minimals and binaries 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] confusion: 2 Bugtracker?
On Sat, 18 Dec 2010, Jonas Stein wrote: On http://minimals.contextgarden.net/ "Bug tracker: https://launchpad.net/context"; This is the bug tracker of the minimals installation scripts. but on http://wiki.contextgarden.net/Main_Page Bug tracker links to Mantis: "http://tracker.luatex.org/my_view_page.php"; This is the bug tracker for ConTeXt and LuaTeX. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] confusion: 2 Bugtracker?
On http://minimals.contextgarden.net/ "Bug tracker: https://launchpad.net/context"; but on http://wiki.contextgarden.net/Main_Page Bug tracker links to Mantis: "http://tracker.luatex.org/my_view_page.php"; Why are there 2 Bugtrackers? Kind regards, -- Jonas Stein ___ 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] MikTeX and ConTeXt
On 18-12-2010 9:09, Jonas Stein wrote: http://wiki.contextgarden.net/MikTeX "ConTeXt is currently broken (possible to do some tweaking to make it work)" this was from 2008 so i suppose its outdated. Is that already fixed? (i can not test it as i have no windows operating system) context in miktex should work ok now - 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] beta
Hi, I uploaded a new beta (not that much done, waiting for the new luatex bins to settle). There's also an updated zip with test files. There will probably be a current before 2011 but Taco and I need to coordinate that a bit. 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] MikTeX and ConTeXt
http://wiki.contextgarden.net/MikTeX "ConTeXt is currently broken (possible to do some tweaking to make it work)" this was from 2008 so i suppose its outdated. Is that already fixed? (i can not test it as i have no windows operating system) Kind regards, -- Jonas Stein ___ 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] ascii ribbon
On 18-12-2010 9:00, Philipp A. wrote: wtf, crappy gmail! this was supposed to go to philipp gesang only (because of his ascii-ribbon signature) sorry for posting it here, it was an accident. no problem, the cartoon was nice - 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] running headers on postponed makeup
On 18-12-2010 6:12, Philipp Gesang wrote: after discovering postponed insertions I encountered a problem when combining it with the makeup mechanism I am so fond of. The next beta will have changes mark behaviour: no reset in everyforget cases, and a fix for pages with no text. The first case is experimental as I cannot foresee unwanted side effects where a reset *is* expected so that might be reverted and done differently. - 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] ascii ribbon
wtf, crappy gmail! this was supposed to go to philipp gesang only (because of his ascii-ribbon signature) sorry for posting it here, it was an accident. ___ 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] ascii ribbon
hi, do you really support this obsolete statement? if so: why? - html mail is supported by every mail reader nowadays, and nowhere near broken - semantic html is way better for blind people than plain text, since it is, well, semantically structured. something enclosed in em-tags will e.g. pronounced in a accentuated voice by the screen reader. - e mail sizes are no problem with today's hd capacity - every proper mail reader does block pics from foreign sources for privacy reasons essentially: this was true, and isn't anymore. if you think http://www.xkcd.com/386 , you are right, i'm like that :) cu in the context forum, philipp ___ 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] why lua?
On 18-12-2010 3:17, Philipp Gesang wrote: … when adding to an array the “t[#t+1] = elm” approach turns out to be still faster than table.insert() which, again, is advertised in the manual. Even python’s append() method is faster than table.insert() and that means a lot. seems to be faster in upcoming 5.2 - 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] mkiv: append to buffer
Am 18.12.2010 um 17:52 schrieb Aditya Mahajan: > I am not sure what you want to do, and why you want to use buffers. Wont a > simple token list work? I can only agree with this, token lists are the easiest solution but the new cld manuals mentions the “context.tobuffer” function which allows one to add content to a buffer. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problem with setupwhitespace
Am 18.12.2010 um 16:10 schrieb Achim Jander: > Hello, > I am trying to setup a layout for a book. Its very simple, consisting only of > paragraphs. Regularly, there should be no space between them, > but to force the pages getting filled there may be a small space. I cannot > figure out how to set it up. > In the mailing list I found the sample > \setupwhitespace[3pt plus 2pt minus 1pt] > but in fact, that seems to have no effect, the page ist not filled. The > Reference-Manual doesnt mention this form, but states that there is some > stretchability. > How can I define the stretchability? You don’t need \setupwhitespace, \setupalign[line] is enough. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] running headers on postponed makeup
Hi all,
after discovering postponed insertions I encountered a problem
when combining it with the makeup mechanism I am so fond of.
···8<
\definemakeup[my]
\setupmakeup[my][
headerstate=start,
page=yes,
]
\startbuffer[mkup]
\startmymakeup
\vfill\externalfigure[cow][width=\hsize]\vfill
\stopmymakeup
\stopbuffer
\setuppagenumbering[alternative=doublesided,location=footer]
\setupheadertexts [{\getmarking[section]}] [outer] [outer]
[{\getmarking[section]}]
\starttext
\startpostponing[+2]
\getbuffer[mkup]
\stoppostponing
\dorecurse{10}{\section{the Don spake} \input knuth }
\stoptext
···8<
Is there way to get the running header on the makeup page?
Tweaking the “headerstate” does not seem to have an effect on
this.
Thanks in advance, Philipp
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
pgpK8BUTyBT8g.pgp
Description: PGP signature
___
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] mkiv: append to buffer
On Sat, 18 Dec 2010, Thomas Schmitz wrote:
i guess this is easy, but I can't find an example to help
me: I want to write a macro that will collect one of its
arguments in a buffer and then collect the other argument in a buffer.
Difficult to make a minimal example since I don't know how to do this, so
here is some pseudo-code; this is what I want to achieve:
\definebuffer[MyBuffer]
\def\MyGreatMacro#1#2#3%
{\item[#1] #2 \par
\appendtobuffer{MyBuffer}{\in[#1] #3}}
\starttext
\startitemize
\MyGreatMacro{1}{aa}{AA}
\MyGreatMacro{2}{bb}{BB}
\stopitemize
\page
\getbuffer[MyBuffer]
\resetbuffer[MyBuffer] % so I can reuse the buffer
\stoptext
What I want to do with this is typeset exercises for my students, with an
itemization for problems and solutions which use the same numbering. In real
life, this will involve xml, but I will try and figure that out myself once I
know how to use buffers...
It looks like buffers.collectcontent should be able to do this, but I can't
figure out how to use it. Any pointers? Thanks a lot!
I am not sure what you want to do, and why you want to use buffers. Wont a
simple token list work?
% Define a token list
\newtoks\mytoks
% Append to a token list
\appendtoks \in[#1] #3 \to\mytoks
% Recall a token list
\the\mytoks
% Reset a token list
\mytoks\emptytoks
For repeating question and answers, there is also blocks.
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 : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] mkiv: append to buffer
Hi all,
i guess this is easy, but I can't find an example to help
me: I want to write a macro that will collect one of its
arguments in a buffer and then collect the other argument
in a buffer. Difficult to make a minimal example since I
don't know how to do this, so here is some pseudo-code;
this is what I want to achieve:
\definebuffer[MyBuffer]
\def\MyGreatMacro#1#2#3%
{\item[#1] #2 \par
\appendtobuffer{MyBuffer}{\in[#1] #3}}
\starttext
\startitemize
\MyGreatMacro{1}{aa}{AA}
\MyGreatMacro{2}{bb}{BB}
\stopitemize
\page
\getbuffer[MyBuffer]
\resetbuffer[MyBuffer] % so I can reuse the buffer
\stoptext
What I want to do with this is typeset exercises for my
students, with an itemization for problems and solutions
which use the same numbering. In real life, this will
involve xml, but I will try and figure that out myself
once I know how to use buffers...
It looks like buffers.collectcontent should be able to do
this, but I can't figure out how to use it. Any pointers?
Thanks a lot!
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 : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] problem with setupwhitespace
Hello,
I am trying to setup a layout for a book. Its very simple, consisting
only of paragraphs. Regularly, there should be no space between them,
but to force the pages getting filled there may be a small space. I
cannot figure out how to set it up.
In the mailing list I found the sample
\setupwhitespace[3pt plus 2pt minus 1pt]
but in fact, that seems to have no effect, the page ist not filled. The
Reference-Manual doesnt mention this form, but states that there is some
stretchability.
How can I define the stretchability?
My simple Example:
\definepapersize [NomosLexSozA] [width=125mm, height=210mm]
\setuppapersize [NomosLexSozA] [A4]
\setuplayout[
header=0cm,footer=0cm,
backspace=2.54cm,topspace=1.5cm,
width=middle,height=middle,
location=middle,marking=on,]
\showframe
\setuppagenumbering[alternative=doublesided]
\setupbodyfont[rm,7.5pt,serif]
\setupinterlinespace[line=8pt]
\setupbodyfontenvironment[default][em=italic]
\setupwhitespace[3pt plus 2pt minus 1pt]
%\setupwhitespace[line]
%\setupwhitespace[medium]
%\setupwhitespace[big]
\setuptolerance[horizontal, verytolerant, stretch]
\setuptolerance[vertical, verystrict]
\starttext
\dorecurse{40} {\input knuth}
\stoptext
with big or medium, it seems to work, but that is to much whitespace for
my layout? Can anyone give me a hint?
Thanks,
Achim
___
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] contextgarden.net
On Sat, Dec 18, 2010 at 13:56, Hans Hagen wrote: > > Question for mojca: will the garden eventually move to your new context > server? That depends on the main maintainer. We have 2TB disk space. I cannot speak about uptime yet, but the admins are sometimes willing to run to institute at 3am when something of high priority happens (this server probably doesn't count as high priority, but still). 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] why lua?
On 2010-12-18 <14:20:46>, Hans Hagen wrote: > On 18-12-2010 2:06, Philipp Gesang wrote: > > >What always baffled me is that in the manual Roberto advertises > >ipairs() as the iterator of choice (at least in the v.5.0 doc). > >Compared to the other options using it is just, well, erratic. > > I did lots of testing (an doptimizing) in critical code but in > practice one will not notice much difference in a mkiv run. > Actually, I changed all pairs, ipairs as there was a temporary > intention to remove them from the lua core. > > btw, in for i=1,#t do ... the #t is also a function call (so having My fault, I just forgot about that; with the array size stored in a local variable the “for” loop is faster than “while”, as expected. > many in these t[#t+1] = ... cases is also slower but again, seldom > noticeable as lua in general is so fast … when adding to an array the “t[#t+1] = elm” approach turns out to be still faster than table.insert() which, again, is advertised in the manual. Even python’s append() method is faster than table.insert() and that means a lot. Philipp -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpRKP0XVVcs3.pgp Description: PGP signature ___ 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] why lua?
On 18-12-2010 2:18, luigi scarso wrote: True, see http://www.nongnu.org/skribilo/ (there is also a context support) A binding to libguile should be no difficult to achieve. ah, interesting ... we should have a sort of reference context document with some structure, itemize, tables, graphics etc and then see how it would code in different languages that way (one problem is lazy evaluation in function arguments, so it might be that lisp is the best variant). 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] why lua?
On 18-12-2010 2:06, Philipp Gesang wrote: What always baffled me is that in the manual Roberto advertises ipairs() as the iterator of choice (at least in the v.5.0 doc). Compared to the other options using it is just, well, erratic. I did lots of testing (an doptimizing) in critical code but in practice one will not notice much difference in a mkiv run. Actually, I changed all pairs, ipairs as there was a temporary intention to remove them from the lua core. btw, in for i=1,#t do ... the #t is also a function call (so having many in these t[#t+1] = ... cases is also slower but again, seldom noticeable as lua in general is so fast a similar dicussion can be held for strings being hashed but again the penalty is neglectable esp if one takes into account that strings only have one instance and compare real fast (pointer comparison); in mkiv / luatex we have lots of strings (keys, identical values, etc) and it really pays off to have them hashed 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] why lua?
On Sat, Dec 18, 2010 at 2:04 PM, Hans Hagen wrote: > ps. I once read about Icon as language and somehow that one also had some > appeal. I never had a running environment. Smalltalk is also nice, esp the > (original) books (esp the historic one), it's easy to try squeak http://www.squeak.org/ >and Lisp (in relation to tex) also > has some appeal. True, see http://www.nongnu.org/skribilo/ (there is also a context support) A binding to libguile should be no difficult to achieve. >Live is too short to learn all those languages and stay > fluent in them, i.e. one simply forgets a lot when usage zeros. we should start to think how to to become immortal. -- luigi ___ 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 to this
On 18-12-2010 7:00, Anand Raj wrote: Hi, I have a html page containing mathml and svg content. How can i make use of the pragma script? How can i integrate with php? In what sense? What do you want to achieve. 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] why lua?
On 2010-12-18 <12:35:38>, Hans Hagen wrote: > On 18-12-2010 12:03, Philipp Gesang wrote: > >Depending on whether you want to access the non-hashed content as > >well you might want to use the “next” iterator instead as it’s > >slightly faster (according to my tests, that is). You won’t get > >around the local variable, though; I have no clue and no time to > >check if it’s even technically feasible to iterate a hash table > >without accessing the hashes. > > indeed, for k, v in next, sometable do ... is faster as it saves one > function call (i.e. pairs returning the next, table) > > for indexed iteration using for i=1,n do ... is much faster than > ipairs as it involves no function calls Well, according to a quick test using “next” with hash tables has only a *very* slight advantage (in time) over pairs. With arrays the difference to ipairs() is much higher; in mixed arrays/hashes it might turn out even higher. For tables I came up with this relation (“<” meaning less execution time than): while < for < repeat < next < ipairs where “repeat … until” and “while … do … end” check if the final index has been reached. But the difference between the three loops is rather neglegible. What always baffled me is that in the manual Roberto advertises ipairs() as the iterator of choice (at least in the v.5.0 doc). Compared to the other options using it is just, well, erratic. Regard, Philipp -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpiMj6KBEO4e.pgp Description: PGP signature ___ 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] why lua?
On 18-12-2010 1:50, Philipp A. wrote: but don’t get me wrong, i love context and luatext, i just like other languages better than lua (you weren’t content with latex and created context, so this shouldn’t be alien to you) Sure, it's just that the core of context will be tex/lua only as it needs to be portable and mixing languages will not help at that level. Probably the best way to use other languages in applications of context / luatex is to do something lunatic that luigi did, the overhead of wrapping is probably neglectable. We can look into that around luatex version 1.0. For me personally the only reason to look into pyton (or ruby or perl or php or ...) would be that it's needed in a project but so far i never had such projects i.e. could choose my own languages (so it was ruby at some point and lua now). Who knows what the future brings. Hans ps. I once read about Icon as language and somehow that one also had some appeal. I never had a running environment. Smalltalk is also nice, esp the (original) books (esp the historic one), and Lisp (in relation to tex) also has some appeal. Live is too short to learn all those languages and stay fluent in them, i.e. one simply forgets a lot when usage zeros. - 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] contextgarden.net
On 18-12-2010 12:14, Daniel Grycman wrote: It's not so much about doing regular server maintainance (which is very low once the server is set up), but about implementing new creative ideas. Improving application for modules, implement new features on wiki, creating some safe environment to enable running mkiv on the server, maintaining some version control of ConTeXt, improve and update source browser, improving reference for commands (both develop the application as well as adding descriptions) etc. etc. etc. Sound interesting to me to participate :-). Question for mojca: will the garden eventually move to your new context server? 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] why lua?
On 18-12-2010 12:03, Philipp Gesang wrote: On 2010-12-18<01:50:29>, Philipp A. wrote: well, i just like it. and since i don’t know lua (well, that’s not exactly true, but i can’t write a normal sized script without looking things up), and tend to do things like i would do them in other languages i know. e.g.: how do you loop elegantly over table values? “for k,v in pairs(t) do print(v) end” creates a throwaway variable k, which doesn’t seem right. some things Depending on whether you want to access the non-hashed content as well you might want to use the “next” iterator instead as it’s slightly faster (according to my tests, that is). You won’t get around the local variable, though; I have no clue and no time to check if it’s even technically feasible to iterate a hash table without accessing the hashes. indeed, for k, v in next, sometable do ... is faster as it saves one function call (i.e. pairs returning the next, table) for indexed iteration using for i=1,n do ... is much faster than ipairs as it involves no function calls are totally counter-intuitive for me like tables beginning with index 1, and so on. Feels natural after some time, I guarantee. And you’ll never look the same way at a fencepost again … indeed, I also like the start at 1 very much, as you say .. natural What you’ll miss most is all the nice shortcuts and syntactic sugar like “setdefault(k,[]).append(v)” (two lines in Lua) and the lazy handling of arrays, strings&c. as sequences that can be iterated over like it was all the same, and probably the error handling. Nothing you can’t live without. and often you can roll out your own without carying the truckload of (mostly soon forgotten) lib code Anyhow, I don't like languages that need religious arguments to become popular. or are you talking about lua having been invented at a catholic university and thus being a product of a sect somehow? Never looked at it that way. There should be a “fun facts” section on the wiki to list all the confusing mysteries surrounding context. I was refering to python related religious (with the programming language being the gospel) discussions, so far I never ran into a lua one. All those 'one should use this language over that' or 'this operating system over that one' are wasted on me as languages come and go, as do operating systems and related concepts. Pointless discussions when seen over a 1000 year period of time. Printing used to be done using wooden blocks and that was high end and the best at some point, then came lead (too poisonous now), then film (short fashion), now ... Regards, Philipp PS: kross is the project for bringing consistent scripting to KDE, and it is just awesome, since it allows you to write stuff in the scripting language of your choice. like .net Apart from being OT, you can always switch to a window manager that uses your favorite scripting language instead -- mine has Lua inside which is a lot cleaner than doing configuration in e.g. bash or something. sure, and performance seldom is an issue I guess on todays machines. 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] why lua?
Hi, On 12/18/2010 01:50 AM, Philipp A. wrote: like… which one? i only know of the tabs vs. spaces The significant whitespace is why python would not have been an option for the core extension language in luatex even if it was twice as small and twice as fast as lua. Forced indentation simply does not work out well if data and program are intermixed in the same source file. Which is not saying that I don't like python, but (also taking account the other differences to lua) it is simply the wrong tool for the job. my dream for luatex/context would be a built-in lua interpreter (because lua is so fucking small) and optional modules for other, heavier, scripting languages (perl, ruby), which you don’t have to install. An extended version of luatex-lunatic (or some similar project) would potentially allow that. A lot of the lua functions that 'talk' to the internals are nothing more than wrappers for argument and return value grabbing, and it would be pretty easy to (re)code those bindings for any other scripting language. The remaining functions that are not trivially implemented are the ones that we need to work on before 1.0, because these are the exactly the areas where the TeX source is too messy to be easily interfaced, in any scripting language. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] contextgarden.net
> It's not so much about doing regular server maintainance (which is > very low once the server is set up), but about implementing new > creative ideas. Improving application for modules, implement new > features on wiki, creating some safe environment to enable running > mkiv on the server, maintaining some version control of ConTeXt, > improve and update source browser, improving reference for commands > (both develop the application as well as adding descriptions) etc. > etc. etc. Sound interesting to me to participate :-). Daniel ___ 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] why lua?
On 2010-12-18 <01:50:29>, Philipp A. wrote: > well, i just like it. and since i don’t know lua (well, that’s not exactly > true, but i can’t write a normal sized script without looking things up), > and tend to do things like i would do them in other languages i know. e.g.: > how do you loop elegantly over table values? “for k,v in pairs(t) do print(v) > end” creates a throwaway variable k, which doesn’t seem right. some things Depending on whether you want to access the non-hashed content as well you might want to use the “next” iterator instead as it’s slightly faster (according to my tests, that is). You won’t get around the local variable, though; I have no clue and no time to check if it’s even technically feasible to iterate a hash table without accessing the hashes. > are totally counter-intuitive for me like tables beginning with index 1, and > so on. Feels natural after some time, I guarantee. And you’ll never look the same way at a fencepost again … What you’ll miss most is all the nice shortcuts and syntactic sugar like “setdefault(k,[]).append(v)” (two lines in Lua) and the lazy handling of arrays, strings &c. as sequences that can be iterated over like it was all the same, and probably the error handling. Nothing you can’t live without. > > Anyhow, I don't like languages that need religious arguments to become > > popular. > or are you talking about lua having been invented at a catholic university > and thus being a product of a sect somehow? Never looked at it that way. There should be a “fun facts” section on the wiki to list all the confusing mysteries surrounding context. Regards, Philipp PS: > kross is the project for bringing consistent scripting to KDE, and it is > just awesome, since it allows you to write stuff in the scripting language > of your choice. Apart from being OT, you can always switch to a window manager that uses your favorite scripting language instead -- mine has Lua inside which is a lot cleaner than doing configuration in e.g. bash or something. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpGpS0Fz1NWl.pgp Description: PGP signature ___ 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] contextgarden.net
2010/12/18 Mojca Miklavec > creating some safe environment to enable running > mkiv on the server, I'm actually working on this specifically. It will Python/Django/PostgreSQL-based and it will (hopefully) be ready before summer semester starts here, which is 1.3.2011. We will use it inside of a virtual machine, so I can't speak for security. Regards, Vedran Miletić ___ 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] contextgarden.net
On 12/18/2010 10:36 AM, Mojca Miklavec wrote: I don't know what sourceforge supports and what it doesn't, but I don't believe that I could get ssh access, consume 40 GB of disk space, run arbitrary cronjobs and offer rsync access to start with (all needed for minimals). And on top of that all, I want to repeat the ugliness argument :) 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] contextgarden.net
On Sat, Dec 18, 2010 at 10:12, Vnpenguin wrote: > > Why not move all to Sourceforge.net ? Apart from being ugly, sourceforge doesn't even come close to the desired functionality of contextgarden.net. The garden is in suboptimal state, but moving to sourceforge wouldn't simplify the things in any single way. It's not so much about doing regular server maintainance (which is very low once the server is set up), but about implementing new creative ideas. Improving application for modules, implement new features on wiki, creating some safe environment to enable running mkiv on the server, maintaining some version control of ConTeXt, improve and update source browser, improving reference for commands (both develop the application as well as adding descriptions) etc. etc. etc. I don't know what sourceforge supports and what it doesn't, but I don't believe that I could get ssh access, consume 40 GB of disk space, run arbitrary cronjobs and offer rsync access to start with (all needed for minimals). 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] contextgarden.net
On Fri, Dec 17, 2010 at 11:26, Patrick Gundlach wrote: > Hi, > > I have mentioned it at the last context conference: I am looking for a person > (or a group) to take over the server contextgarden.net. Not only the wiki or > the modules section or ..., but the complete server. > > I have started everything more then seven years ago and we (= you) have all > made it possible that contextgarden.net is now used by more then 500 unique > visitors each day (the wiki alone). The average time a user spends on the > wiki is three and a half minute (according to the stats, but this is > inaccurate, of course), I think that is pretty good! > > But as usual in a setting like this, I have shifted my focus. This does not > mean I like ConTeXt less then several years ago! By no means! But I am too > busy with my new job and my family so there is pretty much no server > maintenance (except for a reboot once in a while). > > I really hope that someone steps in and I can hand over all the > files/databases and the domain name before the next conference. > > Not that some parts are already maintained by other people: most prominently > the minimals are done by Mojca with help of Arthur (I hope I've got it right). > > Patrick > Why not move all to Sourceforge.net ? Just my two cent ___ 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] [OT] quvira fonts
Am 17.12.2010 um 22:57 schrieb luigi scarso: > http://quivira-font.com/ nice ;o) st. ___ 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] why lua?
On Fri, Dec 17, 2010 at 11:51 PM, Hans Hagen wrote: > On 17-12-2010 11:35, Philipp A. wrote: >> >> 2010/12/17 Jonas Stein >> >>> i'd like to make a small presentation for friends about >>> context. >>> Why do we use lua and not python or perl or... >>> >> >> you can. google for “luatex lunatic”. >> you’ll have to build a little module defining the macros you use, though. >> (like \ctxpython, \directpython and so on) >> >> Where can i find the features for lua for this job? > > In what sense? Context core code will never use \ctxpython, \ctxruby, > \ctxperl, so it will be module specific as one cannot depend on libraries > being on the system, at least not before luatex is stabelized. Btw, I'm not > sure if Luigi made a module for it no ( but can be interesting ) >(if he still uses python at all). yes, for plone -- luigi ___ 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 ___
