Re: [PD] data-struct: (x:y) move object
are there any other still undocumented features? I already noticed that struct outputs more than select/deselect - specially in pd-van. I don't think, Pd-extended has different DS features than Pd vanilla. I'm on extended+windows, and the latest available build is from july 08 - there the structs don't output the click values. but that might be back in order when HC replaces the windows build disk. but testing them with pd-van revealed a couple missing details. (x:y) is documented in 4.data.structures/09.scaling.pd yes, that was the tutorial I was speaking about and didn't clearly say. I've made these tutorials to resume the possibilities of working with data-s. they're not too pedagogic, but I think it's understandable for non-beginners. is anything missing there? And a question: arrays don't output the change separator? jmp-data-structs-tut-2.pd Description: Binary data jmp-data-structs-tut-3.pd Description: Binary data jmp-data-structs-tut-1.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data-struct: (x:y) move object
I think I've got it, thanks - if you want, check out the files I just sent to the list (although you don't need them). This gui editor is way more complex than the one I've made some years ago. if you're on extended, look for [jmmmp/gui-edit]. and by the way, if you work a lot with data-s, you might be interested in my color catalogue patch - [jmmmp/pd-colors] - for both data-s and tk gui. (I guess I could update this to have the new colorpicker as well) Joao --- On Tue, 2/17/09, João Pais jmmmp...@googlemail.com wrote: From: João Pais jmmmp...@googlemail.com Subject: Re: [PD] data-struct: (x:y) move object To: Frank Barknecht f...@footils.org, pd-list@iem.at Date: Tuesday, February 17, 2009, 12:34 AM Maybe check out this: http://lists.puredata.info/pipermail/pd-list/2007-10/055597.html it didn't help that much. but then I noticed that there was a tutorial with it, so I could understand it better. are there any other still undocumented features? I already noticed that struct outputs more than select/deselect - specially in pd-van. Check here: http://article.gmane.org/gmane.comp.multimedia.puredata.general/55635/match=struct+outlet I made a gui editor that uses all of these except maybe displace. It's in the pal folder in ds-gui in SVN if you want to check it out (though it's not documented very well). -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data-struct: (x:y) move object
that reminds me of another thing: is it possible that someone who can't read code could understand which features were implemented in the data-s just by looking at the code? at least enough to get a hint and try it in pd? where is the data-s code? Hallo, João Pais hat gesagt: // João Pais wrote: Maybe check out this: http://lists.puredata.info/pipermail/pd-list/2007-10/055597.html it didn't help that much. but then I noticed that there was a tutorial with it, so I could understand it better. are there any other still undocumented features? I already noticed that struct outputs more than select/deselect - specially in pd-van. I don't think, Pd-extended has different DS features than Pd vanilla. (x:y) is documented in 4.data.structures/09.scaling.pd Ciao -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] data-struct: (x:y) move object
On Tuesday 17 February 2009 23:48:54 João Pais wrote: that reminds me of another thing: is it possible that someone who can't read code could understand which features were implemented in the data-s just by looking at the code? at least enough to get a hint and try it in pd? where is the data-s code? in general anything that can be messaged with a symbol from a pd canvas to a pd internal (and visa versa) is allocated with the 'gensym' function. and code relevant to data-structures can be found here: g_array.c (for rendering of tables as well as DS scalars) g_scalar.c g_template.c g_traversal.c these are just my notes.. as far as i know, miller is the only developer working on DS code, i would love to be corrected however.. if anyone else can provide a developer reference for data-structures i would be much in debt.. ciao, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_blobtracker ..couldn't create
hi, just to tell that I got this with the built pd-extended 0.40.3 on ubuntu hardy (FYI I use it on a 32 bits system working with a AMD64 but there is no reason why it should be related): ' pix_blobtracker ..couldn't create' and so red box... loic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GUI for PD in FLASH
Hi, Are there any examples for building GUI in Flash for PD? thanks, Enrique ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_blobtracker ..couldn't create
Loic Kessous wrote: hi, just to tell that I got this with the built pd-extended 0.40.3 on ubuntu hardy (FYI I use it on a 32 bits system working with a AMD64 but there is no reason why it should be related): ' pix_blobtracker ..couldn't create' and so red box... [pix_blobtracker] is an abstraction living in extra/Gem/ you probably have to instantiate it as [Gem/pix_blobtracker], or (which would be the preferred way for now) add /usr/lib/pd/extra/Gem/ to your path. the current Gem (in SVN) has (iirc) this path-adding built-in. fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI for PD in FLASH
There is the Pd browser plugin with flash interface: http://www.iua.upf.edu/~malonso/pdplugin/ .hc On Feb 17, 2009, at 10:58 AM, enrique franco wrote: Hi, Are there any examples for building GUI in Flash for PD? thanks, Enrique ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI for PD in FLASH -- LINKS Dead ???
Seems like the Project have moved ?? Any Idea whereto ?? Luigi Am 17.02.2009 um 19:20 schrieb Hans-Christoph Steiner: There is the Pd browser plugin with flash interface: http://www.iua.upf.edu/~malonso/pdplugin/ .hc On Feb 17, 2009, at 10:58 AM, enrique franco wrote: Hi, Are there any examples for building GUI in Flash for PD? thanks, Enrique ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ 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] data-struct: (x:y) move object
Thanks for the info on your patches, I'll check them out when I get a chance. In one of your tutorials, you asked about the sort message. Have a look at 07.sequencer.pd. If you open the synthesis subpatch, you'll see that pd-data is sent a sort message before sequencing. This sorts the data so that the left-to-right order of the graphical objects on the screen reflects the order in which they will be traversed. In this case it's a way of ensuring that the sounds match the visuals. As far as undocumented features, I don't know, but I just noticed there's a typo in the release notes: A sendwindow message forwards any message to the window contining the scalar currently pointed to. It's actually send-window (with a hyphen). [send-window vis 1( | [pointer] -Jonathan --- On Tue, 2/17/09, João Pais jmmmp...@googlemail.com wrote: From: João Pais jmmmp...@googlemail.com Subject: Re: [PD] data-struct: (x:y) move object To: Frank Barknecht f...@footils.org, pd-list@iem.at Date: Tuesday, February 17, 2009, 2:21 PM are there any other still undocumented features? I already noticed that struct outputs more than select/deselect - specially in pd-van. I don't think, Pd-extended has different DS features than Pd vanilla. I'm on extended+windows, and the latest available build is from july 08 - there the structs don't output the click values. but that might be back in order when HC replaces the windows build disk. but testing them with pd-van revealed a couple missing details. (x:y) is documented in 4.data.structures/09.scaling.pd yes, that was the tutorial I was speaking about and didn't clearly say. I've made these tutorials to resume the possibilities of working with data-s. they're not too pedagogic, but I think it's understandable for non-beginners. is anything missing there? And a question: arrays don't output the change separator?___ 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
[PD] UTF-8 for pd-devel WAS: locales for Pd WAS: japanese encoded chars in PD
morning Hans, morning list,
So I've tried to get the pd-devel 0.41.4 branch to use UTF-8 across the
board. The TK side was easy (as Hans predicted); really just a call to
{fconfigure} in ::pd_connect::configure_socket. I also set the output
encoding to UTF-8 on Tk's stdout and stderr, for debugging purposes;
it's probably wisest to leave those encodings at the default (user's
current locale LC_CTYPE) for a release-like version.
The C side is much hairier. I think I've got things basically working
(at least for message boxes and comments), but it has so far required
changes in:
FILE: g_editor.c
+ changed handling of Key events as passed to the C side to generate
UTF-8 symbol-strings rather than single-byte stringlets.
+ currently use sprintf(%C) to get the UTF-8 string for the codepoint
passed from Tk; a safer (and not too hard) way would be to pass the
actual UTF-8 string from Tk and just copy that: this would avoid the
m_pd.c hacks forcing LC_CTYPE=en_US.UTF-8 (see below). Another option
would be actually just writing (or borrowing) the code to generate UTF-8
strings from Unicode codepoints. It's pretty simple stuff; I've still
got the guts of it somewhere (only written for latin-1 so far, but the
principle is the same for all codepoints).
FILE: m_pd.c
+ added calls to setlocale() to set LC_CTYPE to en_US.UTF-8; this is an
ugly stinky nasty hack to get sprintf(%C) to output a UTF-8 encoded
string from an unicode codepoint int, as called by canvas_key() in
g_editor.c
FILE: g_rtext.c
+ added an 'else if' clause in rtext_key() to handle unicode codepoints
as values of the 'keynum' parameter. should also be safe for any 8-bit
fixed-width encoding.
FILE: pd.tk
+ set system encoding, also output encoding for stdout, stderr to UTF-8
Attached is a screenshot and a test patch. UTF-8 input from the
keyboard works with the test patch, and gets carried through properly to
the .pd file (and back on load).
I'd like to get symbol atoms working too (haven't tried yet), but there
are still some nasty buglets with comments and message boxes, mostly
that editing any multibyte characters is very tricky: looks like the Tk
point (cursor) and selection are expressed in characters, and Pd's C
side is still thinking in bytes, though I'm totally ignorant of where or
how that can be changed. A non-critical buglet with the same cause
(probably) is that the C side is computing the required width for
message boxes based on byte lengths, not character lengths, so message
boxes containing multibyte characters look too wide. I could live with
that, but the editing thing is a real pain...
I've attached a diff of my changes against branches/pd-devel/0.41.4/src
(please excuse commented-out debugging code), in case anyone wants to
try this stuff out. Since it's not working, I'm reluctant to check
anything into the pd-devel/0.41.4 branch yet -- should I branch again
for a work in progress, or do we just pass diffs around for now?
marmosets,
Bryan
On 2009-02-12 06:24:44, Hans-Christoph Steiner h...@eds.org appears to
have written:
On Feb 11, 2009, at 6:34 AM, Bryan Jurish wrote:
On 2009-02-11 03:04:34, Hans-Christoph Steiner h...@eds.org appears to
This is something that I would really like to have working properly in
Pd-devel. Tcl/Tk is natively UTF-8, so it seems that we should support
UTF-8 in Pd. Anyone feel like trying to fix it?
--
Bryan Jurish There is *always* one more bug.
jur...@ling.uni-potsdam.de -Lubarsky's Law of Cybernetic Entomology
test-utf8.pd
Description: application/puredata
inline: test-utf8.pngIndex: m_pd.c
===
--- m_pd.c (revision 10779)
+++ m_pd.c (working copy)
@@ -295,6 +295,18 @@
void glob_init(void);
void garray_init(void);
+/*--BEGIN moo--*/
+#include locale.h
+void locale_init(void) {
+ setlocale(LC_ALL,);
+ setlocale(LC_NUMERIC,C);
+ setlocale(LC_CTYPE,en_US.UTF-8);
+ /*
+ printf(moo: locale=%s\n, setlocale(LC_ALL,NULL));
+ printf(moo: LC_CTYPE=%s\n, setlocale(LC_CTYPE,NULL));
+ */
+}
+
void pd_init(void)
{
mess_init();
@@ -302,5 +314,5 @@
conf_init();
glob_init();
garray_init();
+locale_init(); /*-- moo --*/
}
-
Index: g_editor.c
===
--- g_editor.c (revision 10779)
+++ g_editor.c (working copy)
@@ -1468,9 +1468,16 @@
gotkeysym = av[1].a_w.w_symbol;
else if (av[1].a_type == A_FLOAT)
{
+ /*-- moo: old
char buf[3];
-sprintf(buf, %c, (int)(av[1].a_w.w_float));
+ sprintf(buf, %c, (int)(av[1].a_w.w_float));
gotkeysym = gensym(buf);
+ --*/
+char buf[8];
+ sprintf(buf, %C, (int)(av[1].a_w.w_float));
+ /*printf(moo: charcode %%d=%d, %%c=%c, %%C=%C\n,
(int)(av[1].a_w.w_float), (int)(av[1].a_w.w_float), (int)(av[1].a_w.w_float));*/
+ /*printf(moo: buf='%s'\n, buf);*/
+gotkeysym =
Re: [PD] data-struct: (x:y) move object
In one of your tutorials, you asked about the sort message. Have a look at 07.sequencer.pd. If you open the synthesis subpatch, you'll see that pd-data is sent a sort message before sequencing. This sorts the data so that the left-to-right order of the graphical objects on the screen reflects the order in which they will be traversed. In this case it's a way of ensuring that the sounds match the visuals. did I? sorry, I didn't know. it was clear for me what sort is. As far as undocumented features, I don't know, but I just noticed there's a typo in the release notes: A sendwindow message forwards any message to the window contining the scalar currently pointed to. It's actually send-window (with a hyphen). [send-window vis 1( | [pointer] where did you find that information? I was looking for that file, and couldn't find it in pd-ext or pd-van. or is it only on svn or something? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] rc-drums: some electro drums / 808 emulation
this seems to be missing the rc-square~_ abstraction. ...and the rc-sssad stuff. anyway, looks great dan. cheers. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
