[PD] Ever divorce from Tcl/Tk? (Was Re: puredata_gui_design)

[András Murányi]

2010/5/3 Mathieu Bouchard <matju at artengine.ca>

> On Sun, 2 May 2010, András Murányi wrote:
>
>  I was implicitly ironic, based on our shared knowledge of more floating
>> ideas than actual projects.
>>
>
> Well, there's no obvious difference between saying it ironically and saying
> it non-ironically. The fact is, someone could be saying the same thing and
> mean it. So, thanks for explaining the joke.
>
>
What's more, i'm in a constant state of irony towards the world i'm living
in. (Sorry about it.)


>
>  I think Pd shall get a proper language-independent API.
>>
>
> What would it be like ? What do you mean by "language-independent" ?
>

Well, an API is normally language independent so it would not be a thing to
mention.
The layer which plays the role of the API currently, however, uses Tcl
strings often.


>  If you want to know why I don't start this project up myself, no it's not
>> shyness or learned helplessness but the mere fact that i'm doing two jobs to
>> survive and have no joules left for this. My bad.
>>
>
> But do you have enough "joules" left to explain what you have in mind ?


Yes, i do. But be sure it's fuzzy enough there that i cannot state a model
by myself.


>  Well, i just imagine it is not easy to have one's 'child' undergo such a
>> severe operation, so one might not make up a decision or even publicly
>> address the question so easily.
>>
>
> Why does that sound like it's about hiding a shameful disease ?
>
> And then why does this imply, that a language-independent API would have to
> be replacing the current Tk support ?... Maybe it doesn't, and it could be a
> good idea to have a dual system, for the sake of not making "irreversible
> changes"... but branching off code, by itself, is already not nearly as
> irreversible as what you can do with a scalpel on body parts...


Maybe, maybe not, and this is really beyond my current knowledge. Forking, i
suppose, will need a significant amount of additional resources, as Tcl
plays a great part in current Pd. So i'm still interested in debating over
Tcl - whether we think it's fast enough, smart enough, and future-proof
enough to stay with.

Andras
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100503/8359c5bc/attachment.htm>