Hey all,
The netpd project's chat interface inspired me to fix up the [entry]
object so that it could serve as the building block for a chat app.
I've added a number of improvements:
makes it easy to assign the enter/return key to make the box send its
text).
There are a couple of things that I think would be worth adding:
This is in today's auto-builds if you want to try it.
.hc
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
On Oct 26, 2007, at 4:58 PM, Hans-Christoph Steiner wrote:
Hey all,
The netpd project's chat interface inspired me to fix up the [entry] object so that it could serve as the building block for a chat app. I've added a number of improvements:
- fixed fg/bg color bug
- created [add( message which allows you to add to existing text
- added float support to [set( and [add( messages
- created second outlet which outputs the keys as you type them (this
makes it easy to assign the enter/return key to make the box send its text).
- made the inlet visible.
- added rudimentary [size x y( message
There are a couple of things that I think would be worth adding:
- a message to add one character at a time
- messages to change the font face, size, and weight
- messages to change the border of the box
This is in today's auto-builds if you want to try it.
.hc
hi Hans
recently i divided the chat code and gui in a testing version on http://www.netpd.org/NetpdGuiAbstrhacked
and extended it today with an experimental skin that is using [entry] to replace the symbol box. i have successfully tested on macosx103 with http://autobuild.puredata.info/auto-build/2007-10-26/ Pd-0.40.3-extended-20071026-macosx104-powerpc.dmg
the entry in the GOP didn't display, does it for you? entry-gop-test works fine in pd-ext-039
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only way in pd-extended?
if we can't load zexy objects without namespaces some(many?) netpd patches wouldn't work. i'm afraid the whole chain, between master-clock, sequencer, instrument, mixer and effects would break.
netpd prototype with entry field: http://netpd.org/netpd-skin-entry.tgz
eni
On Sat, 2007-10-27 at 01:34 +0200, Enrique Erne wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only way in pd-extended?
hm, i didn't test myself, but since you are using pd-0.40 (extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for extended we would need to add them as pathes as well (with '-stdpath' instead of '-stdlib'). could you test, if that works? there is no way in renaming all the objets.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only way in pd-extended?
hm, i didn't test myself, but since you are using pd-0.40 (extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for extended we would need to add them as pathes as well (with '-stdpath' instead of '-stdlib'). could you test, if that works? there is no way in renaming all the objets.
most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
did not create:
import zexy
declare -path zexy
declare -stdlib zexy
declare -stdpath zexy
declare -path
/Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/extra/
zexy
declare -stdpath
/Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/extra/
zexy
did create: import zexy/list2symbol declare -stdlib zexy/list2symbol
on osx 10.3.9 (it's an old cat) with Pd-0.40.3-extended-20071026.app
but again. i want to know the official way to load an external in
pd-extended. who can answer this or where is it documented?
the readme says "By default, most of the included libraries are loaded
at startup."
if import is the way to go what about all helpfiles, do they need to
get updated in order to work?
eni
On Oct 27, 2007, at 6:02 AM, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only
way in pd-extended?hm, i didn't test myself, but since you are using pd-0.40
(extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for
extended we would need to add them as pathes as well (with '-stdpath'
instead of '-stdlib'). could you test, if that works? there is no way in
renaming all the objets.most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
did not create: import zexy declare -path zexy declare -stdlib zexy declare -stdpath zexy declare -path /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy declare -stdpath /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy
did create: import zexy/list2symbol declare -stdlib zexy/list2symbol
on osx 10.3.9 (it's an old cat) with Pd-0.40.3-extended-20071026.app
but again. i want to know the official way to load an external in pd-extended. who can answer this or where is it documented?
the readme says "By default, most of the included libraries are loaded at startup."
if import is the way to go what about all helpfiles, do they need to get updated in order to work?
eni
Sounds like you are using your own preferences file. If you move/
remove that, then it'll use the built-in prefs, and all the libs will
be loaded.
rm ~/Library/Preferences/org.puredata.pd.plist
.hc
¡El pueblo unido jamás será vencido!
Sounds like you are using your own preferences file. If you move/remove that, then it'll use the built-in prefs, and all the libs will be loaded.
rm ~/Library/Preferences/org.puredata.pd.plist
yep that was it. i thought that there was none, but there was an empty one.
thanks hans and i'll change the netpd-gui-extended and remove all " zexy/" so it should work with both pd's.
now if only the entry in a gop would work again. does it for you?
eni
i've made an update of the test that works with the pd-0.40.3-extended-20071026 and pd-netpd-osx (requires the latest entry)
http://www.netpd.org/NetpdGuiAbstrhacked
http://www.netpd.org/netpd_skin_entry_II.tgz
open _chat-extended.pd
eni
On Sat, 2007-10-27 at 12:02 +0200, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only way in pd-extended?
hm, i didn't test myself, but since you are using pd-0.40 (extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for extended we would need to add them as pathes as well (with '-stdpath' instead of '-stdlib'). could you test, if that works? there is no way in renaming all the objets.
most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
did not create: import zexy declare -path zexy declare -stdlib zexy declare -stdpath zexy declare -path
/Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/extra/ zexy declare -stdpath
/Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/extra/ zexydid create: import zexy/list2symbol declare -stdlib zexy/list2symbol
on osx 10.3.9 (it's an old cat) with Pd-0.40.3-extended-20071026.app
but again. i want to know the official way to load an external in
pd-extended. who can answer this or where is it documented?the readme says "By default, most of the included libraries are loaded
at startup."if import is the way to go what about all helpfiles, do they need to
get updated in order to work?
in case of netpd, it's not worth to think about [import] at all. netpd won't use it.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Oct 27, 2007, at 11:59 AM, Roman Haefeli wrote:
On Sat, 2007-10-27 at 12:02 +0200, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat
and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/ only way in pd-extended?hm, i didn't test myself, but since you are using pd-0.40
(extended or not) zexy and maxlib and stuff should be loaded by [declare]. i
think currently they are only loaded as externals, which means, for
extended we would need to add them as pathes as well (with '-stdpath'
instead of '-stdlib'). could you test, if that works? there is no way in
renaming all the objets.most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
did not create: import zexy declare -path zexy declare -stdlib zexy declare -stdpath zexy declare -path /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy declare -stdpath /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy
did create: import zexy/list2symbol declare -stdlib zexy/list2symbol
on osx 10.3.9 (it's an old cat) with Pd-0.40.3-extended-20071026.app
but again. i want to know the official way to load an external in pd-extended. who can answer this or where is it documented?
the readme says "By default, most of the included libraries are
loaded at startup."if import is the way to go what about all helpfiles, do they need to get updated in order to work?
in case of netpd, it's not worth to think about [import] at all. netpd won't use it.
Any particular objection to [import]? It's an external like any
other. If you use list2symbol, etc. because it solves problems, I
don't see a reason to ignore [import].
.hc
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
On Sat, 2007-10-27 at 17:48 -0400, Hans-Christoph Steiner wrote:
On Oct 27, 2007, at 11:59 AM, Roman Haefeli wrote:
On Sat, 2007-10-27 at 12:02 +0200, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat
and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/ only way in pd-extended?hm, i didn't test myself, but since you are using pd-0.40
(extended or not) zexy and maxlib and stuff should be loaded by [declare]. i
think currently they are only loaded as externals, which means, for
extended we would need to add them as pathes as well (with '-stdpath'
instead of '-stdlib'). could you test, if that works? there is no way in
renaming all the objets.most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
did not create: import zexy declare -path zexy declare -stdlib zexy declare -stdpath zexy declare -path /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy declare -stdpath /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy
did create: import zexy/list2symbol declare -stdlib zexy/list2symbol
on osx 10.3.9 (it's an old cat) with Pd-0.40.3-extended-20071026.app
but again. i want to know the official way to load an external in pd-extended. who can answer this or where is it documented?
the readme says "By default, most of the included libraries are
loaded at startup."if import is the way to go what about all helpfiles, do they need to get updated in order to work?
in case of netpd, it's not worth to think about [import] at all. netpd won't use it.
Any particular objection to [import]? It's an external like any
other. If you use list2symbol, etc. because it solves problems, I
the main objection is that it is an external, that has an equivalent now in plain pd. why use an external then?
and i didn't know that it is simply an external, i thought it would only work with pd-extended because of some adapted code there. is that wrong?
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Oct 27, 2007, at 7:56 PM, Roman Haefeli wrote:
On Sat, 2007-10-27 at 17:48 -0400, Hans-Christoph Steiner wrote:
On Oct 27, 2007, at 11:59 AM, Roman Haefeli wrote:
On Sat, 2007-10-27 at 12:02 +0200, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/ only way in pd-extended?
hm, i didn't test myself, but since you are using pd-0.40 (extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for extended we would need to add them as pathes as well (with '-stdpath' instead of '-stdlib'). could you test, if that works? there is no way in renaming all the objets.
most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch
withdid not create: import zexy declare -path zexy declare -stdlib zexy declare -stdpath zexy declare -path /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy declare -stdpath /Applications/Pd-0.40.3-extended-20071026.app/Contents/Resources/ extra/ zexy
did create: import zexy/list2symbol declare -stdlib zexy/list2symbol
on osx 10.3.9 (it's an old cat) with Pd-0.40.3- extended-20071026.app
but again. i want to know the official way to load an external in pd-extended. who can answer this or where is it documented?
the readme says "By default, most of the included libraries are loaded at startup."
if import is the way to go what about all helpfiles, do they
need to get updated in order to work?in case of netpd, it's not worth to think about [import] at all.
netpd won't use it.Any particular objection to [import]? It's an external like any other. If you use list2symbol, etc. because it solves problems, I
the main objection is that it is an external, that has an
equivalent now in plain pd. why use an external then?
If it made your life easier somehow, otherwise no.
and i didn't know that it is simply an external, i thought it would
only work with pd-extended because of some adapted code there. is that
wrong?
Yes, it's just an external, but it doesn't work with versions of Pd
older than 0.40.2.
.hc
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http:// messenger.yahoo.de
All information should be free. - the hacker ethic
On Sat, 2007-10-27 at 12:02 +0200, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only way in pd-extended?
hm, i didn't test myself, but since you are using pd-0.40 (extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for extended we would need to add them as pathes as well (with '-stdpath' instead of '-stdlib'). could you test, if that works? there is no way in renaming all the objets.
most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
i think, from maxlib only [netclient] is used and most of the zexy objects are already replaced by internals. there are only two cases, i recall, where i still had to use zexy:
-[symbol2list], there is no way yet to do that in plain pd.
-[list2symbol]: there is franks replacement for this one, but i didn't figure out how to create a symbol out of a list with a ' '-delimiter.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Oct 27, 2007, at 6:11 PM, Roman Haefeli wrote:
On Sat, 2007-10-27 at 12:02 +0200, Enrique Erne wrote:
On Oct 27, 2007, at 5:56 AM, Roman Haefeli wrote:
in order to work with pd-ext i had to rename some object in chat and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to [maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only way in pd-extended?
hm, i didn't test myself, but since you are using pd-0.40 (extended or not) zexy and maxlib and stuff should be loaded by [declare]. i think currently they are only loaded as externals, which means, for extended we would need to add them as pathes as well (with '-stdpath' instead of '-stdlib'). could you test, if that works? there is no way in renaming all the objets.
most of them could be replaced with list-abs :)
i tested if [list2symbol] could create and reloaded a test patch with
i think, from maxlib only [netclient] is used and most of the zexy objects are already replaced by internals. there are only two cases, i recall, where i still had to use zexy:
-[symbol2list], there is no way yet to do that in plain pd.
-[list2symbol]: there is franks replacement for this one, but i didn't figure out how to create a symbol out of a list with a ' '-delimiter.
the answer is 32 not 42. Don't Panic ;-)
On Oct 26, 2007, at 7:34 PM, Enrique Erne wrote:
On Oct 26, 2007, at 4:58 PM, Hans-Christoph Steiner wrote:
Hey all,
The netpd project's chat interface inspired me to fix up the [entry] object so that it could serve as the building block for a chat app. I've added a number of improvements:
- fixed fg/bg color bug
- created [add( message which allows you to add to existing text
- added float support to [set( and [add( messages
- created second outlet which outputs the keys as you type them (this
makes it easy to assign the enter/return key to make the box send its text).
- made the inlet visible.
- added rudimentary [size x y( message
There are a couple of things that I think would be worth adding:
- a message to add one character at a time
- messages to change the font face, size, and weight
- messages to change the border of the box
This is in today's auto-builds if you want to try it.
.hc
hi Hans
recently i divided the chat code and gui in a testing version on http://www.netpd.org/NetpdGuiAbstrhacked
and extended it today with an experimental skin that is using
[entry] to replace the symbol box. i have successfully tested on
macosx103 with http://autobuild.puredata.info/auto-build/ 2007-10-26/ Pd-0.40.3-extended-20071026-macosx104-powerpc.dmgthe entry in the GOP didn't display, does it for you? entry-gop- test works fine in pd-ext-039
in order to work with pd-ext i had to rename some object in chat
and netpd-gui i.e. [l2s] to [zexy/list2symbol] or [netclient] to
[maxlib/netclient]. is renaming zexy , maxlib objects with namespace the correct/only
way in pd-extended?
One thing that I forgot to add is that many aliases currently don't
work in Pd-extended. So sometimes, you need to use full names, like
list2symbol instead of l2s.
They could be added, it's just a matter of someone doing the work :D
.hc
if we can't load zexy objects without namespaces some(many?) netpd
patches wouldn't work. i'm afraid the whole chain, between master- clock, sequencer, instrument, mixer and effects would break.netpd prototype with entry field: http://netpd.org/netpd-skin- entry.tgz
eni
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom