I am working on making Pd behave like a proper MacOS X app and in order to do this, I have to make Wish Shell.app launch the pd process rather than the pd launching wish, as it currently does. I was wondering whether anyone has made any attempts at this and whether anyone has any advice about approaches or possible pitfalls.
.hc
On Tue, 13 Jul 2004, Hans-Christoph Steiner wrote:
I am working on making Pd behave like a proper MacOS X app and in order to do this, I have to make Wish Shell.app launch the pd process rather than the pd launching wish, as it currently does. I was wondering whether anyone has made any attempts at this and whether anyone has any advice about approaches or possible pitfalls.
I was going to do this a few months ago but I got sidetracked by several gallery shows in a row. I still plan to make a rather stable IMPD (0.37.B) by the end of the summer, probably the end of this month. All I want to do before 0.37.B is to correct bugs and refine existing features. _After_ 0.37.B, one of the first things I'll do is delete pd/src/t_tkcmd.c and rewrite a smaller version of it in pure Tcl (that would be inserted in u_main.tk).
________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju
Well, I've spent some time thinking about this. I think it would be a good thing. Some caveats:
1. pd now writes "printout" to standard error; this would have to be sent to the TK layer and displayed there. I don't know how to do this in the most efficient possible way; maybe it's OK just to display a "text" widget and keep stuffing text into it.
2. Sometimes one will still want to run it from Pd; for instance, if no GUI is desired at all;
3. Someday there should be a way to open a Pd patch from a web browser. This shouldn't start up a whole new pd process but connect with an existing one, if one exists. I'm not sure how this should play out: whether the TK layer should handle this or the pd layer.
I'm thinking of implementing (3) (from the pd layer) sometime soonish.
cheers Miller
On Tue, Jul 13, 2004 at 09:16:48PM -0400, Mathieu Bouchard wrote:
On Tue, 13 Jul 2004, Hans-Christoph Steiner wrote:
I am working on making Pd behave like a proper MacOS X app and in order to do this, I have to make Wish Shell.app launch the pd process rather than the pd launching wish, as it currently does. I was wondering whether anyone has made any attempts at this and whether anyone has any advice about approaches or possible pitfalls.
I was going to do this a few months ago but I got sidetracked by several gallery shows in a row. I still plan to make a rather stable IMPD (0.37.B) by the end of the summer, probably the end of this month. All I want to do before 0.37.B is to correct bugs and refine existing features. _After_ 0.37.B, one of the first things I'll do is delete pd/src/t_tkcmd.c and rewrite a smaller version of it in pure Tcl (that would be inserted in u_main.tk).
Mathieu Bouchard http://artengine.ca/matju
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
On Tue, 13 Jul 2004, Miller Puckette wrote:
- pd now writes "printout" to standard error; this would have to be
sent to the TK layer and displayed there.
This feature is part of IMPD 0.37.A, which is rather bug-free -- it's the version i "released" (tagged) just before beginning to go berserk.
I don't know how to do this in the most efficient possible way; maybe it's OK just to display a "text" widget and keep stuffing text into it.
IMPD 0.37.A requires the console to be enabled using the -console option, to which a scrollback length (number of lines) must be given. That value can be changed at runtime by setting the $cmdline(console) global variable from the Tcl eval-box.
- Sometimes one will still want to run it from Pd; for instance, if
no GUI is desired at all; 3. Someday there should be a way to open a Pd patch from a web browser. This shouldn't start up a whole new pd process but connect with an existing one, if one exists. I'm not sure how this should play out: whether the TK layer should handle this or the pd layer.
I agree with this; I think having eitherone start the other, or the two started separately, should be three options available to the user; they all are useful, in different circumstances.
BTW, do you think PD's GUI architecture is appropriate as it is now for using over a wide-are network? I don't have the impression, but I didn't have the occasion to try Pd remotely, say, from some computer in Japan... or even in Ontario...
________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju
Hi. sorry to let this thread drop...
BTW, do you think PD's GUI architecture is appropriate as it is now for using over a wide-are network? I don't have the impression, but I didn't have the occasion to try Pd remotely, say, from some computer in Japan... or even in Ontario...
I sometimes have to do this. It's too clunky for using in a real performance situation; I think -nogui and netsend/netreceive work better for this kind of thing.
Mathieu Bouchard http://artengine.ca/matju
On Jul 14, 2004, at 12:37 AM, Miller Puckette wrote:
- Someday there should be a way to open a Pd patch from a web
browser. This shouldn't start up a whole new pd process but connect with an existing one, if one exists. I'm not sure how this should play out: whether the TK layer should handle this or the pd layer.
I'm thinking of implementing (3) (from the pd layer) sometime soonish.
I think that it would probably make the most sense to use the standard OS-specific methods for doing this. I just researched this a bit for MacOS X, where you create a proc called tk::mac::OpenDocument, which will then be called when the OS wants to send some files to the right program, either because of its file type or because the files have been dropped on that app's icon. I found out about this here:
I am sure that there are equivalents for other OS's.
.hc
cheers Miller
On Tue, Jul 13, 2004 at 09:16:48PM -0400, Mathieu Bouchard wrote:
On Tue, 13 Jul 2004, Hans-Christoph Steiner wrote:
I am working on making Pd behave like a proper MacOS X app and in order to do this, I have to make Wish Shell.app launch the pd process rather than the pd launching wish, as it currently does. I was wondering whether anyone has made any attempts at this and whether anyone has any advice about approaches or possible pitfalls.
I was going to do this a few months ago but I got sidetracked by several gallery shows in a row. I still plan to make a rather stable IMPD (0.37.B) by the end of the summer, probably the end of this month. All I want to do before 0.37.B is to correct bugs and refine existing features. _After_ 0.37.B, one of the first things I'll do is delete pd/src/t_tkcmd.c and rewrite a smaller version of it in pure Tcl (that would be inserted in u_main.tk).
Mathieu Bouchard http://artengine.ca/matju
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
________________________________________________________________________ ____
"Information wants to be free." -Stewart Brand
-
0001 -
Hans-Christoph Steiner -
Mathieu Bouchard -
Miller Puckette