i'd like to make a small presentation for friends about
context.
Why do we use lua and not python or perl or...
Where can i find the features for lua for this job?
Kind regards,
--
Jonas Stein
___
If your question
2010/12/17 Jonas Stein :
> Why do we use lua and not python or perl or...
> Where can i find the features for lua for this job?
RTFAQ: http://www.luatex.org/faq.html
HTH. HAND.
___
If your question is of interest to o
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
On 17-12-2010 4:20, Jonas Stein wrote:
i'd like to make a small presentation for friends about
context.
Why do we use lua and not python or perl or...
Where can i find the features for lua for this job?
you can find arguments in presentations and articles and mk.pdf
- nice language (pascal lik
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
On 2010-12-17 <16:20:31>, Jonas Stein wrote:
> i'd like to make a small presentation for friends about
> context.
> Why do we use lua and not python or perl or...
> Where can i find the features for lua for this job?
After all those arguments in favor of Lua the only thing I can
add are valid rea
On 18-12-2010 12:27, Philipp Gesang wrote:
On 2010-12-17<16:20:31>, Jonas Stein wrote:
i'd like to make a small presentation for friends about
context.
Why do we use lua and not python or perl or...
Where can i find the features for lua for this job?
After all those arguments in favor of Lua t
hans, some of the things you said are a bit unclear to me:
2010/12/18 Hans Hagen
> Ah .. the extending vs the embedding debate ... well, an argument could
> have been that we don't want to extend python -)
>
see last paragraphs.
I've only used Pascal, Modula2, Perl (after all that compiling a
On Sat, 18 Dec 2010, Philipp A. wrote:
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. i don’t care if
python is embedded or extended, i j
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”.
>
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 ele
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
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 langua
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
nee
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
> >aroun
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/
>a
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 i
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
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 d
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 u
20 matches
Mail list logo