hi,
I use `package require registry' in a Gui-Plugin and it seems that it's not included in pd-0.43 win binaries. I have no experience on win32 so I'd like to know if this package is included when users build pd themselves ?
thanks, _y
According to the Tcl/Tk 8.4 docs, it should be included. What if you just try to use 'registry' without the 'package require registry'?
http://tcl.tk/man/tcl8.4/TclCmd/registry.htm
.hc
On Apr 5, 2011, at 11:19 AM, yvan volochine wrote:
hi,
I use `package require registry' in a Gui-Plugin and it seems that it's not included in pd-0.43 win binaries. I have no experience on win32 so I'd like to know if this package is included when users build pd themselves ?
thanks, _y
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
"A cellphone to me is just an opportunity to be irritated wherever you are." - Linus Torvalds
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you just try to use 'registry' without the 'package require registry'?
it should but it's not. running tclsh84.exe shipped with pd-0.43 win binary:
package require registry
"Unknown command registry"
cheers, _y
On Apr 7, 2011, at 3:13 AM, yvan volochine wrote:
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you just try to use 'registry' without the 'package require registry'?
it should but it's not. running tclsh84.exe shipped with pd-0.43 win binary:
package require registry
"Unknown command registry"
That's a bummer. Any luck with Pd-extended 0.43? I think I made it include everything, plus I recently added all of tcllib.
.hc
----------------------------------------------------------------------------
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
On Apr 7, 2011, at 3:13 AM, yvan volochine wrote:
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you just try to use 'registry' without the 'package require registry'?
it should but it's not. running tclsh84.exe shipped with pd-0.43 win binary:
package require registry
"Unknown command registry"
Miller, do you think you could add the libs that come with Tcl/Tk to your included version? There are two folders called 'reg1.2' and 'dde1.3' that should go into pd/lib directly, they come with Tcl/Tk in tcl/library/. These will also be needed to support making a double- clicked file open in the currently running instance of Pd. Really everything in tcl/library/ should be included so we have a full Tcl/Tk install.
Yvan, it should also be possible to include the 'reg1.2' folder in your plugin folder for making a plugin that people can use now. I think its just a matter of adding the local folder to the auto_path, so adding something like this to the plugin:
set auto_path [linsert $auto_path 0 \ [file join $::current_plugin_loadpath "openrecent-plugin"]
.hc
----------------------------------------------------------------------------
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman
Hmmm. yep, maybe the right policy would be simply to throw all of tk/tcl in Pd... I've been trying to avoid bloat but there's a real potential for lots of features breaking on Pcs if I try to hold to the policy of "only include what is being used".
I have to crank up my PC anyway to see about a bug report (asio4all seems not to work with 0.43) but probably won't be able to get to it this weekend - I have lots of bureaucrap awaiting me...
cheers Miller
On Sun, Apr 10, 2011 at 12:31:30PM -0400, Hans-Christoph Steiner wrote:
On Apr 7, 2011, at 3:13 AM, yvan volochine wrote:
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you just try to use 'registry' without the 'package require registry'?
it should but it's not. running tclsh84.exe shipped with pd-0.43 win binary:
package require registry
"Unknown command registry"
Miller, do you think you could add the libs that come with Tcl/Tk to your included version? There are two folders called 'reg1.2' and 'dde1.3' that should go into pd/lib directly, they come with Tcl/Tk in tcl/library/. These will also be needed to support making a double-clicked file open in the currently running instance of Pd. Really everything in tcl/library/ should be included so we have a full Tcl/Tk install.
Yvan, it should also be possible to include the 'reg1.2' folder in your plugin folder for making a plugin that people can use now. I think its just a matter of adding the local folder to the auto_path, so adding something like this to the plugin:
set auto_path [linsert $auto_path 0 \ [file join $::current_plugin_loadpath "openrecent-plugin"]
.hc
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
While avoiding bloat is a worthy goal, it seems to me that a good place to draw that line is at the standard Tcl/Tk. I don't think adding those libs will add a lot, but it does mean that people can rely on the standard Tcl/Tk docs to know what they can do with Tcl/Tk in Pd.
.hc
On Apr 10, 2011, at 3:58 PM, Miller Puckette wrote:
Hmmm. yep, maybe the right policy would be simply to throw all of tk/tcl in Pd... I've been trying to avoid bloat but there's a real potential for lots of features breaking on Pcs if I try to hold to the policy of "only include what is being used".
I have to crank up my PC anyway to see about a bug report (asio4all seems not to work with 0.43) but probably won't be able to get to it this weekend - I have lots of bureaucrap awaiting me...
cheers Miller
On Sun, Apr 10, 2011 at 12:31:30PM -0400, Hans-Christoph Steiner wrote:
On Apr 7, 2011, at 3:13 AM, yvan volochine wrote:
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you just try to use 'registry' without the 'package require registry'?
it should but it's not. running tclsh84.exe shipped with pd-0.43 win binary:
package require registry
"Unknown command registry"
Miller, do you think you could add the libs that come with Tcl/Tk to your included version? There are two folders called 'reg1.2' and 'dde1.3' that should go into pd/lib directly, they come with Tcl/Tk in tcl/library/. These will also be needed to support making a double-clicked file open in the currently running instance of Pd. Really everything in tcl/library/ should be included so we have a full Tcl/Tk install.
Yvan, it should also be possible to include the 'reg1.2' folder in your plugin folder for making a plugin that people can use now. I think its just a matter of adding the local folder to the auto_path, so adding something like this to the plugin:
set auto_path [linsert $auto_path 0 \ [file join $::current_plugin_loadpath "openrecent-plugin"]
.hc
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne
On 04/11/2011 06:01 AM, Hans-Christoph Steiner wrote:
While avoiding bloat is a worthy goal, it seems to me that a good place to draw that line is at the standard Tcl/Tk. I don't think adding those libs will add a lot, but it does mean that people can rely on the standard Tcl/Tk docs to know what they can do with Tcl/Tk in Pd.
OTOH, as this is "just for" a Gui-Plugin, maybe I can use the same behavior on windowz as on linux (i.e. write RecentFiles to a file in $HOME/AppData instead of the registry) so this issue would not have to be fixed right now. while this might be less conventional, it could always change when/if you want to include this feature in standard pd ?
On Apr 10, 2011, at 3:58 PM, Miller Puckette wrote:
Hmmm. yep, maybe the right policy would be simply to throw all of tk/tcl in Pd...
I spent the last days asking myself if that would make sense to rewrite the whole pd-gui in Qt instead of tcl/tk.
cheers, _y
On Apr 11, 2011, at 5:38 AM, yvan volochine wrote:
On 04/11/2011 06:01 AM, Hans-Christoph Steiner wrote:
While avoiding bloat is a worthy goal, it seems to me that a good place to draw that line is at the standard Tcl/Tk. I don't think adding those libs will add a lot, but it does mean that people can rely on the standard Tcl/Tk docs to know what they can do with Tcl/Tk in Pd.
OTOH, as this is "just for" a Gui-Plugin, maybe I can use the same behavior on windowz as on linux (i.e. write RecentFiles to a file in $HOME/AppData instead of the registry) so this issue would not have to be fixed right now. while this might be less conventional, it could always change when/ if you want to include this feature in standard pd ?
I agree if it is just for a GUI plugin it should just be included in the plugin. I think that pd-gui should be able to store its preferences in the registry, so the 'reg1.2' library would be for Pd core. Then to enable the DDE communications to allow a double-clicked file to open in the currently running Pd, we need the 'dde' library. The 'reg' and 'dde' libs might then depend on some of the other libs included in Tcl/Tk so its probably easiest to just include the whole suite of what's included in Tcl/Tk.
On Apr 10, 2011, at 3:58 PM, Miller Puckette wrote:
Hmmm. yep, maybe the right policy would be simply to throw all of tk/tcl in Pd...
I spent the last days asking myself if that would make sense to rewrite the whole pd-gui in Qt instead of tcl/tk.
Part of this pd-gui rewrite was laying the foundation to make such a project easier. The next step is converting the pd -> pd-gui communications from Tcl commands to Pd messages. Then it should be not hard to make your own pd-gui in Qt, wxWindows, Cocoa, GTK, whatever. That is not a small project tho.
.hc
----------------------------------------------------------------------------
"It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White
-
Hans-Christoph Steiner -
Miller Puckette -
yvan volochine