Re: [PD] who is using [entry]?
FYI: I have shifted development to the tkwidgets version currnetly called [text]. I've stopped working on the original [entry]. tkwidgets should be built and included in tomorrow's nightly build, or you can build from source in 'externals/tkwidgets'. [key %( and [key ~( are working for me, but the others are not. I'll see about implementing the symbolic names for everything (i.e. rightbracket, doublequote, etc.). I am definitely interested supporting your idea of constructing SQL statements in [text], so let me know what works and what doesn't. I think there will be some wierdness inevitably since it'll have to work around Pd type system for things like backslash. .hc On Nov 19, 2007, at 7:25 PM, Mike McGonagle wrote: Thanks, Hans, once again, I hit just reply instead of reply to all... I did a quick test on the key message, and it appears that some keys are still not allowed. Such things as a double quote (), a percent sign (%), and left bracket ([) (but it does allow a right bracket), the backslash (\) and a tilde (~). All of these characters can be typed directly into the [text] widget. While I know some of the characters are special in PD, some of these things are probably needed to support the full character set that SQL can recognize. I was hoping that I could use a [text] object as a buffer to create multiple SQL statements that would get sent to the server as a group. I kind of think this would be useful in storing data in a database, in hopes of keeping down the number of things sent to the server at once. I was toying with the idea of adding this to the SQL external itself, but I seem to be running into a problem that I can't troubleshoot, as it doesn't appear to have any rhyme or reason as to why it acts that way. Thanks for your help, Mike On Nov 19, 2007 4:10 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I cc'ed the list since it's of general interest. This message is called [append( for lists/atoms and [key( for individual keystrokes (i.e. space makes a space char). .hc On Nov 19, 2007, at 4:17 PM, Mike McGonagle wrote: Hans, I was wondering if it would be possible to add some messages that [text] would use to append its buffer? I would think things similar to what a message box already understands, things like 'add', 'add2', 'addsemi', 'addcomma', 'adddollar', and 'adddollarsym'. Or is there something already in place? Mike On Nov 14, 2007 2:32 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc - --- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician -- -- ¡El pueblo unido jamás será vencido! -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
Thanks Hans, I think I have a working external for use with SQLite standalone, now it is time to tackle the libdbi version (I need to figure out why Fink is dysfunctional and won't let me finish the libdbi install). Thanks for your help on this. Mike On Nov 26, 2007 2:34 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: FYI: I have shifted development to the tkwidgets version currnetly called [text]. I've stopped working on the original [entry]. tkwidgets should be built and included in tomorrow's nightly build, or you can build from source in 'externals/tkwidgets'. [key %( and [key ~( are working for me, but the others are not. I'll see about implementing the symbolic names for everything (i.e. rightbracket, doublequote, etc.). I am definitely interested supporting your idea of constructing SQL statements in [text], so let me know what works and what doesn't. I think there will be some wierdness inevitably since it'll have to work around Pd type system for things like backslash. .hc On Nov 19, 2007, at 7:25 PM, Mike McGonagle wrote: Thanks, Hans, once again, I hit just reply instead of reply to all... I did a quick test on the key message, and it appears that some keys are still not allowed. Such things as a double quote (), a percent sign (%), and left bracket ([) (but it does allow a right bracket), the backslash (\) and a tilde (~). All of these characters can be typed directly into the [text] widget. While I know some of the characters are special in PD, some of these things are probably needed to support the full character set that SQL can recognize. I was hoping that I could use a [text] object as a buffer to create multiple SQL statements that would get sent to the server as a group. I kind of think this would be useful in storing data in a database, in hopes of keeping down the number of things sent to the server at once. I was toying with the idea of adding this to the SQL external itself, but I seem to be running into a problem that I can't troubleshoot, as it doesn't appear to have any rhyme or reason as to why it acts that way. Thanks for your help, Mike On Nov 19, 2007 4:10 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I cc'ed the list since it's of general interest. This message is called [append( for lists/atoms and [key( for individual keystrokes (i.e. space makes a space char). .hc On Nov 19, 2007, at 4:17 PM, Mike McGonagle wrote: Hans, I was wondering if it would be possible to add some messages that [text] would use to append its buffer? I would think things similar to what a message box already understands, things like 'add', 'add2', 'addsemi', 'addcomma', 'adddollar', and 'adddollarsym'. Or is there something already in place? Mike On Nov 14, 2007 2:32 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ¡El pueblo unido jamás será vencido! -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you are not part of the solution, you are part of the problem. -- Peace may sound simple—one beautiful word— but it
Re: [PD] who is using [entry]?
On Mon, 26 Nov 2007, Hans-Christoph Steiner wrote: [key %( and [key ~( are working for me, but the others are not. I'll see about implementing the symbolic names for everything (i.e. rightbracket, doublequote, etc.). watch out if you are using tcl's [eval]: it will parse the string as tcl code if you don't quote the content properly. I say that because it's what this bug report sounds like. problems with % and ~ would look like something else instead. I think there will be some wierdness inevitably since it'll have to work around Pd type system for things like backslash. It's not about the type system, it's about the parser, and you only need double your backslash, just like you have to backslash comma and semicolon. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
So are these going to be separate objects? It seems that it would be possible to make the embedded sqlite deterministic, but the libdbi object should be organized around the idea that the response time is not known (i.e. it's not going to happen in one Pd clock tick). Then it'll be possible to use it with any database over any connection. .hc On Nov 26, 2007, at 4:17 PM, Mike McGonagle wrote: Thanks Hans, I think I have a working external for use with SQLite standalone, now it is time to tackle the libdbi version (I need to figure out why Fink is dysfunctional and won't let me finish the libdbi install). Thanks for your help on this. Mike On Nov 26, 2007 2:34 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: FYI: I have shifted development to the tkwidgets version currnetly called [text]. I've stopped working on the original [entry]. tkwidgets should be built and included in tomorrow's nightly build, or you can build from source in 'externals/tkwidgets'. [key %( and [key ~( are working for me, but the others are not. I'll see about implementing the symbolic names for everything (i.e. rightbracket, doublequote, etc.). I am definitely interested supporting your idea of constructing SQL statements in [text], so let me know what works and what doesn't. I think there will be some wierdness inevitably since it'll have to work around Pd type system for things like backslash. .hc On Nov 19, 2007, at 7:25 PM, Mike McGonagle wrote: Thanks, Hans, once again, I hit just reply instead of reply to all... I did a quick test on the key message, and it appears that some keys are still not allowed. Such things as a double quote (), a percent sign (%), and left bracket ([) (but it does allow a right bracket), the backslash (\) and a tilde (~). All of these characters can be typed directly into the [text] widget. While I know some of the characters are special in PD, some of these things are probably needed to support the full character set that SQL can recognize. I was hoping that I could use a [text] object as a buffer to create multiple SQL statements that would get sent to the server as a group. I kind of think this would be useful in storing data in a database, in hopes of keeping down the number of things sent to the server at once. I was toying with the idea of adding this to the SQL external itself, but I seem to be running into a problem that I can't troubleshoot, as it doesn't appear to have any rhyme or reason as to why it acts that way. Thanks for your help, Mike On Nov 19, 2007 4:10 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I cc'ed the list since it's of general interest. This message is called [append( for lists/atoms and [key( for individual keystrokes (i.e. space makes a space char). .hc On Nov 19, 2007, at 4:17 PM, Mike McGonagle wrote: Hans, I was wondering if it would be possible to add some messages that [text] would use to append its buffer? I would think things similar to what a message box already understands, things like 'add', 'add2', 'addsemi', 'addcomma', 'adddollar', and 'adddollarsym'. Or is there something already in place? Mike On Nov 14, 2007 2:32 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician - --- ¡El pueblo unido jamás será vencido! -- Peace may sound simple—one beautiful word— but it requires everything we have, every
Re: [PD] who is using [entry]?
Actually the only tricky one is {. Anyone have any ideas how to
send a { to the text widget? Here's my latest attempt:
sys_vgui(%s insert end \{\\n, x-widget_id-s_name);
.hc
On Nov 26, 2007, at 6:10 PM, Mathieu Bouchard wrote:
On Mon, 26 Nov 2007, Hans-Christoph Steiner wrote:
[key %( and [key ~( are working for me, but the others are not.
I'll see about implementing the symbolic names for everything
(i.e. rightbracket, doublequote, etc.).
watch out if you are using tcl's [eval]: it will parse the string
as tcl code if you don't quote the content properly. I say that
because it's what this bug report sounds like.
problems with % and ~ would look like something else instead.
I think there will be some wierdness inevitably since it'll have
to work around Pd type system for things like backslash.
It's not about the type system, it's about the parser, and you only
need double your backslash, just like you have to backslash comma
and semicolon.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
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-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
On Nov 26, 2007 5:50 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: So are these going to be separate objects? It seems that it would be possible to make the embedded sqlite deterministic, but the libdbi object should be organized around the idea that the response time is not known ( i.e. it's not going to happen in one Pd clock tick). Then it'll be possible to use it with any database over any connection. Yes, they would be separate objects, but with the goal of using the same PD interface. While I know that different databases have their own special brand of SQL, there is enough commonality that we should at least be able to make the PD stuff consistent. Also, I was not planning to try and use the libdbi stuff in realtime, as there is the network and all to contend with. Mike ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
On Tue, 13 Nov 2007, Hans-Christoph Steiner wrote: I want to keep the same names as the Tk widgets The Tk Widget names are routinely adapted to naming conventions of various programming languages. Thus button may change to Button, TkButton, Tk::Button, tk.Button or tk.button depending on the language, for example. Thus those names can be different from the original ones as long as there is a systematic pattern that is easy to automate and guess. For example, button could become [tk/button] or [tkbutton] or [tk.button] or it could be [tk button] as there is no need to have separate classes for what could be a single generic wrapper, or it could be any of the preceding schemes with a single class because there is no need for a class to have a single class name. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
I cc'ed the list since it's of general interest. This message is called [append( for lists/atoms and [key( for individual keystrokes (i.e. space makes a space char). .hc On Nov 19, 2007, at 4:17 PM, Mike McGonagle wrote: Hans, I was wondering if it would be possible to add some messages that [text] would use to append its buffer? I would think things similar to what a message box already understands, things like 'add', 'add2', 'addsemi', 'addcomma', 'adddollar', and 'adddollarsym'. Or is there something already in place? Mike On Nov 14, 2007 2:32 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc -- -- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
Thanks, Hans, once again, I hit just reply instead of reply to all... I did a quick test on the key message, and it appears that some keys are still not allowed. Such things as a double quote (), a percent sign (%), and left bracket ([) (but it does allow a right bracket), the backslash (\) and a tilde (~). All of these characters can be typed directly into the [text] widget. While I know some of the characters are special in PD, some of these things are probably needed to support the full character set that SQL can recognize. I was hoping that I could use a [text] object as a buffer to create multiple SQL statements that would get sent to the server as a group. I kind of think this would be useful in storing data in a database, in hopes of keeping down the number of things sent to the server at once. I was toying with the idea of adding this to the SQL external itself, but I seem to be running into a problem that I can't troubleshoot, as it doesn't appear to have any rhyme or reason as to why it acts that way. Thanks for your help, Mike On Nov 19, 2007 4:10 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I cc'ed the list since it's of general interest. This message is called [append( for lists/atoms and [key( for individual keystrokes (i.e. space makes a space char). .hc On Nov 19, 2007, at 4:17 PM, Mike McGonagle wrote: Hans, I was wondering if it would be possible to add some messages that [text] would use to append its buffer? I would think things similar to what a message box already understands, things like 'add', 'add2', 'addsemi', 'addcomma', 'adddollar', and 'adddollarsym'. Or is there something already in place? Mike On Nov 14, 2007 2:32 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ¡El pueblo unido jamás será vencido! -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
I plan to support all of the Tk key symbols in that [key( message but I haven't found an easy way to do that yet. Here's the list of symbols used for keys in Tcl/Tk: http://tcl.tk/man/tcl8.4/TkCmd/keysyms.htm Basically, in Tcl, I need a way to insert the character using the key symbol. .hc On Nov 19, 2007, at 7:25 PM, Mike McGonagle wrote: Thanks, Hans, once again, I hit just reply instead of reply to all... I did a quick test on the key message, and it appears that some keys are still not allowed. Such things as a double quote (), a percent sign (%), and left bracket ([) (but it does allow a right bracket), the backslash (\) and a tilde (~). All of these characters can be typed directly into the [text] widget. While I know some of the characters are special in PD, some of these things are probably needed to support the full character set that SQL can recognize. I was hoping that I could use a [text] object as a buffer to create multiple SQL statements that would get sent to the server as a group. I kind of think this would be useful in storing data in a database, in hopes of keeping down the number of things sent to the server at once. I was toying with the idea of adding this to the SQL external itself, but I seem to be running into a problem that I can't troubleshoot, as it doesn't appear to have any rhyme or reason as to why it acts that way. Thanks for your help, Mike On Nov 19, 2007 4:10 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I cc'ed the list since it's of general interest. This message is called [append( for lists/atoms and [key( for individual keystrokes (i.e. space makes a space char). .hc On Nov 19, 2007, at 4:17 PM, Mike McGonagle wrote: Hans, I was wondering if it would be possible to add some messages that [text] would use to append its buffer? I would think things similar to what a message box already understands, things like 'add', 'add2', 'addsemi', 'addcomma', 'adddollar', and 'adddollarsym'. Or is there something already in place? Mike On Nov 14, 2007 2:32 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc - --- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician -- -- ¡El pueblo unido jamás será vencido! -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I want to keep the same names as the Tk widgets, that's why I chose that name. That way it's very easy to use the Tk docs for these widgets. The options are the same too. It will be in the lib tkwidgets, so tkwidgets/text will always be possible. Hopefully this doesn't cause any problems. These are the widgets I plan on implementing: http://puredata.info/dev/TkWidget I think, that's a cool list of objects to have and it's great that you're working on it. The names in Tk are very generic, though, which is understandable for Tk itself, as it's largely self-contained. But in Pd, there's even another [scale] waiting to clash with existing objects and (private) abstractions, that's why maybe a short, quickly-to-type namespace should be obligatory. What about [tk/scale]? Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
Hans-Christoph Steiner a écrit : On Nov 13, 2007, at 6:54 PM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Now I am going to apply what I have learned to a how library based on the Tk widgets. I am naming them after the Tk widgets, so that would mean making an object called [entry] with is a text entry box, and renaming the currently [entry] to [text]. As [text] is a pretty common word, that could mean anything, it came to my mind: Do you plan some kind of namespace for the new GUI objects? I want to keep the same names as the Tk widgets, that's why I chose that name. That way it's very easy to use the Tk docs for these widgets. The options are the same too. It will be in the lib tkwidgets, so tkwidgets/text will always be possible. Hopefully this doesn't cause any problems. These are the widgets I plan on implementing: http://puredata.info/dev/TkWidget .hc Very nice! I see you propose to draw a rectangle, what about other shapes? I'm particulary interested by the line. Also, how would we proceed for binding with this set of patches? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
ya, i second franks suggestion of prepending a 'tk' to the object, this seems quite self explanitory. a tk.text would work for me, afterall these are quite explicit tk objects and would have no use outside of the tk environment. i'm not sure about a '/' however as it may confuse the concept of 'lib/object' namespacing.. anyhow good work on hcs/bbogarts part.. nice to see tot/toxy/etc is becoming unecessary these days.. completely out of the loop, dmotd Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I want to keep the same names as the Tk widgets, that's why I chose that name. That way it's very easy to use the Tk docs for these widgets. The options are the same too. It will be in the lib tkwidgets, so tkwidgets/text will always be possible. Hopefully this doesn't cause any problems. These are the widgets I plan on implementing: http://puredata.info/dev/TkWidget I think, that's a cool list of objects to have and it's great that you're working on it. The names in Tk are very generic, though, which is understandable for Tk itself, as it's largely self-contained. But in Pd, there's even another [scale] waiting to clash with existing objects and (private) abstractions, that's why maybe a short, quickly-to-type namespace should be obligatory. What about [tk/scale]? Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
On Nov 14, 2007, at 8:14 AM, Patrice Colet wrote: Hans-Christoph Steiner a écrit : On Nov 13, 2007, at 6:54 PM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Now I am going to apply what I have learned to a how library based on the Tk widgets. I am naming them after the Tk widgets, so that would mean making an object called [entry] with is a text entry box, and renaming the currently [entry] to [text]. As [text] is a pretty common word, that could mean anything, it came to my mind: Do you plan some kind of namespace for the new GUI objects? I want to keep the same names as the Tk widgets, that's why I chose that name. That way it's very easy to use the Tk docs for these widgets. The options are the same too. It will be in the lib tkwidgets, so tkwidgets/text will always be possible. Hopefully this doesn't cause any problems. These are the widgets I plan on implementing: http://puredata.info/dev/TkWidget .hc Very nice! I see you propose to draw a rectangle, what about other shapes? I'm particulary interested by the line. Hmm, did I add that? I guess so... I don't think I'll include any shapes in this, just Tk widgets. For shapes, use data structures. Or for just a rectangle there is [cnv], [grid], [gcanvas] and maybe others. Also, how would we proceed for binding with this set of patches? Binding what to what? Using [canvas_name], [window_name], and [sys_gui], (or toxy) you can interact with the widgets on a Tcl/Tk level, then you can do all sorts of stuff. .hc All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
hi all, maybe a silly question, but: might it be feasible to use something like tk_text as the name so as to make it obvious which one is being used without having to fight with the namespace issues? this has probably been discussed to death in the namespace conversation a few months ago tm On 14/11/2007, at 3:12 AM, Hans-Christoph Steiner wrote: On Nov 13, 2007, at 6:54 PM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Now I am going to apply what I have learned to a how library based on the Tk widgets. I am naming them after the Tk widgets, so that would mean making an object called [entry] with is a text entry box, and renaming the currently [entry] to [text]. As [text] is a pretty common word, that could mean anything, it came to my mind: Do you plan some kind of namespace for the new GUI objects? I want to keep the same names as the Tk widgets, that's why I chose that name. That way it's very easy to use the Tk docs for these widgets. The options are the same too. It will be in the lib tkwidgets, so tkwidgets/text will always be possible. Hopefully this doesn't cause any problems. These are the widgets I plan on implementing: http://puredata.info/dev/TkWidget .hc -- -- There is no way to peace, peace is the way. -A.J. Muste ___ 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
Re: [PD] who is using [entry]?
On Nov 14, 2007, at 1:54 PM, Mike McGonagle wrote: On 11/14/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Right, not directly. This hopefully will allow people to do things like write SQL queries in [text] or have a chat app that allows all punctuation. Since each key typed outputs a [key ( messages from the right status outlet, it would be possible to make an object which would let you create messages separated by commas, if you wanted. I was playing with 'entry' in the 4 extended (one of the nightly build from last week), and I noticed that there was not an indication of there being a second outlet on the right, but it is there. Fix in CVS I also noted that there is no 'help' file for it, but it was there in the 39 extended. Yeah, the help file problem is thruout 0.40.3-extended builds AFAIK... Also, is there some way to change the font size? As it is right now the font is really small. Coming soon... :) (or build tkwidgets from source) .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: AFAIK, there is no existing [text] object besides in the internal routine inside of Pd. I think, crossing fingers is not really an appropriate way to deal with nameclashes. ;) While there is no [text] afaik, there are at least [scale] and [image]. Generally I agree with dmotd and Tim, that a tk-prefixed name would be good, but a directory namespace would be the least thing to do. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] who is using [entry]?
For the next step in the tkwidgets library is converting [entry], which I have done a lot of work on, to [text], following the Tk widget name. (It turns out that entry is a different Tk widget). Now I am going to apply what I have learned to a how library based on the Tk widgets. I am naming them after the Tk widgets, so that would mean making an object called [entry] with is a text entry box, and renaming the currently [entry] to [text]. I am wondering how much people use the old [entry]. If not much, then I think the easiest path forward is to remove [entry] from flatspace and maybe stick it in deprecated or a bbogart lib. .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
On Tue, 2007-11-13 at 15:53 -0500, Hans-Christoph Steiner wrote: For the next step in the tkwidgets library is converting [entry], which I have done a lot of work on, to [text], following the Tk widget name. (It turns out that entry is a different Tk widget). Now I am going to apply what I have learned to a how library based on the Tk widgets. I am naming them after the Tk widgets, so that would mean making an object called [entry] with is a text entry box, and renaming the currently [entry] to [text]. I am wondering how much people use the old [entry]. If not much, then I think the easiest path forward is to remove [entry] from flatspace and maybe stick it in deprecated or a bbogart lib. i am very fine with the changes. netpd doesn't officially use it yet, though there will probably be 'chat' based on the new 'text' (afaik, eni made already a chat version based on [entry], but it think, he would agree with better doing the changes sooner than later.) roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
On Nov 13, 2007, at 6:54 PM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Now I am going to apply what I have learned to a how library based on the Tk widgets. I am naming them after the Tk widgets, so that would mean making an object called [entry] with is a text entry box, and renaming the currently [entry] to [text]. As [text] is a pretty common word, that could mean anything, it came to my mind: Do you plan some kind of namespace for the new GUI objects? I want to keep the same names as the Tk widgets, that's why I chose that name. That way it's very easy to use the Tk docs for these widgets. The options are the same too. It will be in the lib tkwidgets, so tkwidgets/text will always be possible. Hopefully this doesn't cause any problems. These are the widgets I plan on implementing: http://puredata.info/dev/TkWidget .hc There is no way to peace, peace is the way. -A.J. Muste ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
