hi, frank suggested this already, http://lists.puredata.info/pipermail/pd-list/2008-03/060081.html I'd like to support the idea of shipping pdlua as closely as possible with vanilla (frank suggested a status like [expr]). right now pdlua is not even in pdx, which I hope can still be added? marius.
i was looking at this too this morning...
wasn't pdlua in pd-extended once? or am i mistaken...
maybe that was an old build prior to 10.5 autobuild?
thanks! mark
--- On Fri, 7/18/08, marius schebella marius.schebella@gmail.com wrote:
From: marius schebella marius.schebella@gmail.com Subject: [PD] pdlua also into vanilla? To: "pd-list@iem.at" pd-list@iem.at Date: Friday, July 18, 2008, 9:41 AM hi, frank suggested this already, http://lists.puredata.info/pipermail/pd-list/2008-03/060081.html I'd like to support the idea of shipping pdlua as closely as possible with vanilla (frank suggested a status like [expr]). right now pdlua is not even in pdx, which I hope can still be added? marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
As a test yes, but not for the release. It's changing too fast right
now to maintain backwards compatibility, so including it would cause
more problems than it would solve.
I just had a thought: how about replacing Tcl/Tk with Lua/Tk? Just a
thought...
.hc
On Jul 18, 2008, at 10:53 AM, mark edward grimm wrote:
i was looking at this too this morning...
wasn't pdlua in pd-extended once? or am i mistaken...
maybe that was an old build prior to 10.5 autobuild?
thanks! mark
--- On Fri, 7/18/08, marius schebella marius.schebella@gmail.com
wrote:From: marius schebella marius.schebella@gmail.com Subject: [PD] pdlua also into vanilla? To: "pd-list@iem.at" pd-list@iem.at Date: Friday, July 18, 2008, 9:41 AM hi, frank suggested this already, http://lists.puredata.info/pipermail/pd-list/2008-03/060081.html I'd like to support the idea of shipping pdlua as closely as possible with vanilla (frank suggested a status like [expr]). right now pdlua is not even in pdx, which I hope can still be added? marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess
himself of it. - Thomas Jefferson
Hans-Christoph Steiner wrote:
As a test yes, but not for the release. It's changing too fast right now to maintain backwards compatibility, so including it would cause more problems than it would solve.
I am not sure, if it really changes, or if it only adds new features. I think the big problems (file naming, loader) are solved, but not sure. I worked a lot with py/pyext and pdj in the past (which are also candidates for pdx), but pdlua is the only scripting tool that can easily integrate the language as a static library, because it is so small. maintainance should be easier than with python and java.
I just had a thought: how about replacing Tcl/Tk with Lua/Tk? Just a thought...
is this just a matter of replacing one with the other, or does this mean every graphical part has to be rewritten?
marius.
Le 19 juil. 08 à 16:40, marius schebella a écrit :
Hans-Christoph Steiner wrote:
As a test yes, but not for the release. It's changing too fast right now to maintain backwards compatibility, so including it would cause more problems than it would solve.
I am not sure, if it really changes, or if it only adds new
features. I think the big problems (file naming, loader) are solved, but not sure. I worked a lot with py/pyext and pdj in the past (which are also candidates for pdx), but pdlua is the only scripting tool that can easily integrate the language as a static library, because it is so small. maintainance should be easier than with python and java.
And what about PHP, it would be nice to have access directly to this
language with Pd, there is a lot of people knowing this language and
it is useful with MySQL and with query for the web ? It is often
installed on computer with Apache server and MySQL with LAMP, MAMP or
WAMP.
++
Jack
I just had a thought: how about replacing Tcl/Tk with Lua/Tk? Just a thought...
is this just a matter of replacing one with the other, or does this
mean every graphical part has to be rewritten?marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
- On 2008-07-20 Jack jack@rybn.org wrote :
Le 19 juil. 08 à 16:40, marius schebella a écrit :
Hans-Christoph Steiner wrote:
As a test yes, but not for the release. It's changing too fast right now to maintain backwards compatibility, so including it would cause more problems than it would solve.
I am not sure, if it really changes, or if it only adds new
features. I think the big problems (file naming, loader) are solved, but not sure. I worked a lot with py/pyext and pdj in the past (which are also candidates for pdx), but pdlua is the only scripting tool that can easily integrate the language as a static library, because it is so small. maintainance should be easier than with python and java.And what about PHP, it would be nice to have access directly to this
language with Pd, there is a lot of people knowing this language and
it is useful with MySQL and with query for the web ? It is often
installed on computer with Apache server and MySQL with LAMP, MAMP or
WAMP. ++
I think in this case Lua really has some advantages over PHP. It is designed to be used as en embedded scripting and configuration language. The source is extremely portable (99% ANSI C) and compact (compiler + runtime typically < 150Kb), and runs completely standalone without the need for other libraries.
PHP might add too much overhead. It has a huge API for all kind of (mostly web-related) things, it is much harder to embed in existing applications, brings in tons of dependencies and is *much* bigger then Lua or TCL.
On Jul 20, 2008, at 3:14 AM, Ico Doornekamp wrote:
- On 2008-07-20 Jack jack@rybn.org wrote :
Le 19 juil. 08 à 16:40, marius schebella a écrit :
Hans-Christoph Steiner wrote:
As a test yes, but not for the release. It's changing too fast
right now to maintain backwards compatibility, so including it would
cause more problems than it would solve.I am not sure, if it really changes, or if it only adds new features. I think the big problems (file naming, loader) are solved, but not
sure. I worked a lot with py/pyext and pdj in the past (which are also candidates for pdx), but pdlua is the only scripting tool that can easily integrate the language as a static library, because it is so small. maintainance should be easier than with python and java.And what about PHP, it would be nice to have access directly to this language with Pd, there is a lot of people knowing this language and it is useful with MySQL and with query for the web ? It is often installed on computer with Apache server and MySQL with LAMP, MAMP or WAMP. ++
I think in this case Lua really has some advantages over PHP. It is designed to be used as en embedded scripting and configuration
language. The source is extremely portable (99% ANSI C) and compact (compiler + runtime typically < 150Kb), and runs completely standalone without the need for other libraries.PHP might add too much overhead. It has a huge API for all kind of (mostly web-related) things, it is much harder to embed in existing applications, brings in tons of dependencies and is *much* bigger then Lua or TCL.
For me:
- there is no PHP/Tk, meaning total rewrite
- PHP is not meant to be embedded.
.hc
-- :wq ^X^Cy^K^X^C^C^C^C
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
Hallo, Ico Doornekamp hat gesagt: // Ico Doornekamp wrote:
I think in this case Lua really has some advantages over PHP. It is designed to be used as en embedded scripting and configuration language. The source is extremely portable (99% ANSI C) and compact (compiler + runtime typically < 150Kb), and runs completely standalone without the need for other libraries.
And it's much faster than most other candidates: http://shootout.alioth.debian.org/
Lua vs. PHP: http://tinyurl.com/ypgvnf LuaJIT vs. PHP: http://tinyurl.com/55huwp
Ciao
Frank Barknecht _ ______footils.org__
On Jul 19, 2008, at 10:40 AM, marius schebella wrote:
Hans-Christoph Steiner wrote:
As a test yes, but not for the release. It's changing too fast
right now to maintain backwards compatibility, so including it
would cause more problems than it would solve.I am not sure, if it really changes, or if it only adds new
features. I think the big problems (file naming, loader) are
solved, but not sure. I worked a lot with py/pyext and pdj in the past (which are also
candidates for pdx), but pdlua is the only scripting tool that can
easily integrate the language as a static library, because it is so
small. maintainance should be easier than with python and java.
Adding features is also changing.
I just had a thought: how about replacing Tcl/Tk with Lua/Tk?
Just a thought...is this just a matter of replacing one with the other, or does this
mean every graphical part has to be rewritten?marius.
It would mean rewriting pd.tk in Lua and translating the Tcl/Tk code
in the C files into Lua/Tk.
.hc
There is no way to peace, peace is the way. -A.J. Muste
Hans-Christoph Steiner wrote:
On Jul 19, 2008, at 10:40 AM, marius schebella wrote:
Hans-Christoph Steiner wrote:
As a test yes, but not for the release. It's changing too fast right now to maintain backwards compatibility, so including it would cause more problems than it would solve.
I am not sure, if it really changes, or if it only adds new features. I think the big problems (file naming, loader) are solved, but not sure. I worked a lot with py/pyext and pdj in the past (which are also candidates for pdx), but pdlua is the only scripting tool that can easily integrate the language as a static library, because it is so small. maintainance should be easier than with python and java.
Adding features is also changing.
but it doesnot affect backwards compatibility. it only adds new features. and btw it would give pdx a breeze of brazilian flair.
I just had a thought: how about replacing Tcl/Tk with Lua/Tk? Just a thought...
is this just a matter of replacing one with the other, or does this mean every graphical part has to be rewritten?
marius.
It would mean rewriting pd.tk in Lua and translating the Tcl/Tk code in the C files into Lua/Tk.
and that would allow opengl calls for the interface! I think the problem with that is, that it is extremely difficult to isolate the interface parts from the pd code? marius.
-
Frank Barknecht -
Hans-Christoph Steiner -
Ico Doornekamp -
IOhannes m zmoelnig -
Jack -
marius schebella -
mark edward grimm -
Thomas Grill