Pd-dev January 2011

pd-dev@lists.iem.at

12 participants
70 discussions

[ pure-data-Patches-3163612 ] "save as" invalid command with [ ] in file name
by SourceForge.net 21 Jan '11

21 Jan '11

Patches item #3163612, was opened at 2011-01-21 16:08 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3163612&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: puredata >Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) >Assigned to: Miller Puckette (millerpuckette) Summary: "save as" invalid command with [ ] in file name Initial Comment: 1. create a new patch 2. save it as "foo[bar].pd" 3. select "save as" from the menu => pd prints 'invalid command name "bar"' moreover no "save as" dialog window opens ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-01-21 16:22 Message: There was a call to pdtk_canvas_saveas that used "" for quotes. This patch switches it to use {} like the rest of Pd. That way you can use " [ ', etc in filenames. All chars should work except {}. To support {}, we need to make much bigger changes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3163612&group_…

1 0

[ pure-data-Bugs-3163612 ] "save as" invalid command with [ ] in file name
by SourceForge.net 21 Jan '11

21 Jan '11

Bugs item #3163612, was opened at 2011-01-21 21:08 Message generated for change (Tracker Item Submitted) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3163612&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: "save as" invalid command with [ ] in file name Initial Comment: 1. create a new patch 2. save it as "foo[bar].pd" 3. select "save as" from the menu => pd prints 'invalid command name "bar"' moreover no "save as" dialog window opens ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3163612&group_…

1 0

compiling pdlua in windows, macos, android, ...
by João Pais 20 Jan '11

20 Jan '11

Hi, I looked at [pdlua] last week, and was quite impressed by the examples there, and how it's easy to create new externals that go beyond pd's capabilities (for example to parse lists and symbols, etc.) - provided you learn about lua. I wanted to use this in a project, but in the website - http://claudiusmaximus.goto10.org/cm/2008-06-19_pdlua-0.5_released.html - there's only instructions to compile in linux. Since the developer isn't responding to my mails, I wanted to know if it's possible to get this working on other plattforms. So I wanted to ask around: - does anyone has any already built binaries of pdlua for windows and macos? - since I guess the answer is going to be no, is anyone interested in helping me trying to compile pdlua in these systems? Although since I have limited access to macos, and never compiled anything on windows, "helping me" means telling me what to do, which dependencies to get, etc. - this project is something that should work on all plattforms, and, in the future also in android (when pd for android is also that far). can anyone say something about the feasibility of porting pdlua to android? [I cannot evaluate the dumbness of this question] I would like to use pdlua, but if it's not a feasible solution, I'll ask instead someone to write a C external for me. Thanks, JoÃ£o

5 8

ffmpeg/gmerlin/libquicktime/codec updates on Mac OS X build machines
by Hans-Christoph Steiner 19 Jan '11

19 Jan '11

Hey all, Just an FYI, I'm in the process of updating lots of libraries on the Mac OS X build machines. This are of particular interest: ffmpeg 0.6 libquicktime 1.2.2 libgavl 1.2.0 gmerlin-avdecoder1 1.1.0 libschoedinger 1.0.8 libvpx 0.9.5 The nightly builds will include them, but you can also build standalone libraries like gridflow and readanysf~ on those machines to take advantage of them. .hc ---------------------------------------------------------------------------- Access to computers should be unlimited and total. - the hacker ethic

1 0

[ pure-data-Patches-3160988 ] [bugfix] array boundaries
by SourceForge.net 19 Jan '11

19 Jan '11

Patches item #3160988, was opened at 2011-01-18 18:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160988&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: puredata >Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) >Summary: [bugfix] array boundaries Initial Comment: in Pd-0.43 the table boundaries do not work. to reproduce: - create a new array (keep everything default) - draw something into the array - right-click the array to go to properties - close the "array properties", we only want to modify the "canvas properties" - change (e.g.) the Y-range from 1,-1 to 1,0 - click on Apply - the table content vanishes - the pd-console prints 5 times "shouldvis 0: array" you cannot draw anything in the array anymore (nor see the contents) whenever you move the mouse over the array a "shouldvis 0: array" is printed save/open does not help ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 15:25 Message: ooh, that was ugly... it turns out that the problem was following: if, after changing the boundaries, table values would be out of the graph's rectangle, the graph would refuse to update. attached patch fixes this by adding garray_class to the exceptions (like scalar_class), that are displayed regardless of whether they go out-of-bounds. i reason that this is acceptable, as the current state of affairs (without my patch) would allow the user to draw in the array und thus create out-of-bounds values: when they save the patch (with "save-contents-of-array" enabled) and re-open the patch, all values are invisible! ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:13 Message: btw, the "bounds" message to the array is working as expected. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:20 Message: forgot to specify my used Pd-version: 0.43-test4 (ceb8db7372) since millers commit f5cabbb531cdee, the "shouldvis" message has obviously disappeared, but the problem with arrays not displaying their content persists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160988&group_…

1 0

[ pure-data-Patches-3160982 ] [bugfix] allow to type UTF8 characters in symbolatoms
by SourceForge.net 19 Jan '11

19 Jan '11

Patches item #3160982, was opened at 2011-01-18 18:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] allow to type UTF8 characters in symbolatoms Initial Comment: since Pd-0.43 patches can handle UTF-8 characters. great! unfortunately, it doesn't seem to work when typing in symbolboxes. example: i switch to a russian(DOS) keyboard layout i create a message box and type the keys 'asd' which correctly shows up as 'ыфв' i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2' note: sending a [symbol ыфв( to the symbolgatom, will correctly display it. it seems like the keyboard input sanitation code for the symbolbox perverts my input. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 12:04 Message: thanks. i added your amendments to the attached patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 11:51 Message: ... of course that was meant to be: - char utf8[4]; + char utf8[UTF8_MAXBYTES]; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 11:51 Message: argh... beat me to it! :-) anyhoo, you might want to also: + #include "s_utf8.h" ... - char utf8[4]; - char utf8[UTF8_MAXBYTES]; so that things don't break if we need the full UCS-4 range someday. Sorry; I would have attached a patch (now that I've managed to acquire a rudimentary working knowledge of git :-), but I don't seem to be able to (looks like an instance of http://sourceforge.net/apps/trac/sourceforge/ticket/16001) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:11 Message: mukau, i'm IOhannes not hans :-) i'm working on pd-vanilla: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a… ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:09 Message: anyhow, i have a fix for the problem. instead of writing the wchar into a char, the wchar is first decoded to utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of the atom. this seems to work fine. the attached patch modifies g_text.c and applies to f5cabb ("took out debug msg") ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-19 11:08 Message: ok; trying to look into this now; have you any idea what sources you built from? I'm currently using most recent snapshot from http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… ; ... svn doesn't appear to have the utf-8 patches applied anywhere yet... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:01 Message: @mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8 here) the kbd layout changes only effect the key->character mapping, way before tk is involved. also note, that tk can handle all quite well, as can most parts of Pd (confirm: i can type cyrillic characters in objects, msgboxes and comments) it's only gatom's that do some additional magic to filter out unwanted characters, and then write the received wchar into a char without checking. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-18 21:45 Message: What exactly does "changing the keyboard layout" entail? Does it e.g. change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode handling... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 18:31 Message: one more thing: in the original report i said that typing 'asd' should result in 'ыфв' which is wrong. it should rseult in ''фыв' ('a'='ф', 's'='ы', 'd'='в') ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 18:30 Message: btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui sends: .x99e9708 key 1 97 0; .x99e9708 key 0 97 0; whereas when i switch to russian, pd-gui sends (again key 'a'): .x99e9708 key 1 1092 0; .x99e9708 key 0 a 0; "1092" is the unicode number for "ф" (which is what should show up, when i press 'a') i don't know why the keyup sends 'a' instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…

1 0

[ pure-data-Patches-3160982 ] [bugfix] allow to type UTF8 characters in symbolatoms
by SourceForge.net 19 Jan '11

19 Jan '11

Patches item #3160982, was opened at 2011-01-18 17:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] allow to type UTF8 characters in symbolatoms Initial Comment: since Pd-0.43 patches can handle UTF-8 characters. great! unfortunately, it doesn't seem to work when typing in symbolboxes. example: i switch to a russian(DOS) keyboard layout i create a message box and type the keys 'asd' which correctly shows up as 'ыфв' i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2' note: sending a [symbol ыфв( to the symbolgatom, will correctly display it. it seems like the keyboard input sanitation code for the symbolbox perverts my input. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 10:51 Message: ... of course that was meant to be: - char utf8[4]; + char utf8[UTF8_MAXBYTES]; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 10:51 Message: argh... beat me to it! :-) anyhoo, you might want to also: + #include "s_utf8.h" ... - char utf8[4]; - char utf8[UTF8_MAXBYTES]; so that things don't break if we need the full UCS-4 range someday. Sorry; I would have attached a patch (now that I've managed to acquire a rudimentary working knowledge of git :-), but I don't seem to be able to (looks like an instance of http://sourceforge.net/apps/trac/sourceforge/ticket/16001) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:11 Message: mukau, i'm IOhannes not hans :-) i'm working on pd-vanilla: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a… ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:09 Message: anyhow, i have a fix for the problem. instead of writing the wchar into a char, the wchar is first decoded to utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of the atom. this seems to work fine. the attached patch modifies g_text.c and applies to f5cabb ("took out debug msg") ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-19 10:08 Message: ok; trying to look into this now; have you any idea what sources you built from? I'm currently using most recent snapshot from http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… ; ... svn doesn't appear to have the utf-8 patches applied anywhere yet... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:01 Message: @mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8 here) the kbd layout changes only effect the key->character mapping, way before tk is involved. also note, that tk can handle all quite well, as can most parts of Pd (confirm: i can type cyrillic characters in objects, msgboxes and comments) it's only gatom's that do some additional magic to filter out unwanted characters, and then write the received wchar into a char without checking. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-18 20:45 Message: What exactly does "changing the keyboard layout" entail? Does it e.g. change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode handling... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 17:31 Message: one more thing: in the original report i said that typing 'asd' should result in 'ыфв' which is wrong. it should rseult in ''фыв' ('a'='ф', 's'='ы', 'd'='в') ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 17:30 Message: btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui sends: .x99e9708 key 1 97 0; .x99e9708 key 0 97 0; whereas when i switch to russian, pd-gui sends (again key 'a'): .x99e9708 key 1 1092 0; .x99e9708 key 0 a 0; "1092" is the unicode number for "ф" (which is what should show up, when i press 'a') i don't know why the keyup sends 'a' instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…

1 0

[ pure-data-Patches-3160982 ] [bugfix] allow to type UTF8 characters in symbolatoms
by SourceForge.net 19 Jan '11

19 Jan '11

Patches item #3160982, was opened at 2011-01-18 17:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] allow to type UTF8 characters in symbolatoms Initial Comment: since Pd-0.43 patches can handle UTF-8 characters. great! unfortunately, it doesn't seem to work when typing in symbolboxes. example: i switch to a russian(DOS) keyboard layout i create a message box and type the keys 'asd' which correctly shows up as 'ыфв' i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2' note: sending a [symbol ыфв( to the symbolgatom, will correctly display it. it seems like the keyboard input sanitation code for the symbolbox perverts my input. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 10:51 Message: argh... beat me to it! :-) anyhoo, you might want to also: + #include "s_utf8.h" ... - char utf8[4]; - char utf8[UTF8_MAXBYTES]; so that things don't break if we need the full UCS-4 range someday. Sorry; I would have attached a patch (now that I've managed to acquire a rudimentary working knowledge of git :-), but I don't seem to be able to (looks like an instance of http://sourceforge.net/apps/trac/sourceforge/ticket/16001) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:11 Message: mukau, i'm IOhannes not hans :-) i'm working on pd-vanilla: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a… ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:09 Message: anyhow, i have a fix for the problem. instead of writing the wchar into a char, the wchar is first decoded to utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of the atom. this seems to work fine. the attached patch modifies g_text.c and applies to f5cabb ("took out debug msg") ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-19 10:08 Message: ok; trying to look into this now; have you any idea what sources you built from? I'm currently using most recent snapshot from http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… ; ... svn doesn't appear to have the utf-8 patches applied anywhere yet... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:01 Message: @mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8 here) the kbd layout changes only effect the key->character mapping, way before tk is involved. also note, that tk can handle all quite well, as can most parts of Pd (confirm: i can type cyrillic characters in objects, msgboxes and comments) it's only gatom's that do some additional magic to filter out unwanted characters, and then write the received wchar into a char without checking. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-18 20:45 Message: What exactly does "changing the keyboard layout" entail? Does it e.g. change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode handling... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 17:31 Message: one more thing: in the original report i said that typing 'asd' should result in 'ыфв' which is wrong. it should rseult in ''фыв' ('a'='ф', 's'='ы', 'd'='в') ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 17:30 Message: btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui sends: .x99e9708 key 1 97 0; .x99e9708 key 0 97 0; whereas when i switch to russian, pd-gui sends (again key 'a'): .x99e9708 key 1 1092 0; .x99e9708 key 0 a 0; "1092" is the unicode number for "ф" (which is what should show up, when i press 'a') i don't know why the keyup sends 'a' instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…

1 0

[ pure-data-Patches-3160982 ] [bugfix] allow to type UTF8 characters in symbolatoms
by SourceForge.net 19 Jan '11

19 Jan '11

Patches item #3160982, was opened at 2011-01-18 18:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] allow to type UTF8 characters in symbolatoms Initial Comment: since Pd-0.43 patches can handle UTF-8 characters. great! unfortunately, it doesn't seem to work when typing in symbolboxes. example: i switch to a russian(DOS) keyboard layout i create a message box and type the keys 'asd' which correctly shows up as 'ыфв' i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2' note: sending a [symbol ыфв( to the symbolgatom, will correctly display it. it seems like the keyboard input sanitation code for the symbolbox perverts my input. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:11 Message: mukau, i'm IOhannes not hans :-) i'm working on pd-vanilla: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a… ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:09 Message: anyhow, i have a fix for the problem. instead of writing the wchar into a char, the wchar is first decoded to utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of the atom. this seems to work fine. the attached patch modifies g_text.c and applies to f5cabb ("took out debug msg") ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-19 11:08 Message: ok; trying to look into this now; have you any idea what sources you built from? I'm currently using most recent snapshot from http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… ; ... svn doesn't appear to have the utf-8 patches applied anywhere yet... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:01 Message: @mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8 here) the kbd layout changes only effect the key->character mapping, way before tk is involved. also note, that tk can handle all quite well, as can most parts of Pd (confirm: i can type cyrillic characters in objects, msgboxes and comments) it's only gatom's that do some additional magic to filter out unwanted characters, and then write the received wchar into a char without checking. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-18 21:45 Message: What exactly does "changing the keyboard layout" entail? Does it e.g. change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode handling... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 18:31 Message: one more thing: in the original report i said that typing 'asd' should result in 'ыфв' which is wrong. it should rseult in ''фыв' ('a'='ф', 's'='ы', 'd'='в') ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 18:30 Message: btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui sends: .x99e9708 key 1 97 0; .x99e9708 key 0 97 0; whereas when i switch to russian, pd-gui sends (again key 'a'): .x99e9708 key 1 1092 0; .x99e9708 key 0 a 0; "1092" is the unicode number for "ф" (which is what should show up, when i press 'a') i don't know why the keyup sends 'a' instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…

1 0

[ pure-data-Patches-3160982 ] [bugfix] allow to type UTF8 characters in symbolatoms
by SourceForge.net 19 Jan '11

19 Jan '11

Patches item #3160982, was opened at 2011-01-18 18:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: puredata >Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) >Summary: [bugfix] allow to type UTF8 characters in symbolatoms Initial Comment: since Pd-0.43 patches can handle UTF-8 characters. great! unfortunately, it doesn't seem to work when typing in symbolboxes. example: i switch to a russian(DOS) keyboard layout i create a message box and type the keys 'asd' which correctly shows up as 'ыфв' i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2' note: sending a [symbol ыфв( to the symbolgatom, will correctly display it. it seems like the keyboard input sanitation code for the symbolbox perverts my input. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:09 Message: anyhow, i have a fix for the problem. instead of writing the wchar into a char, the wchar is first decoded to utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of the atom. this seems to work fine. the attached patch modifies g_text.c and applies to f5cabb ("took out debug msg") ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-19 11:08 Message: ok; trying to look into this now; have you any idea what sources you built from? I'm currently using most recent snapshot from http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… ; ... svn doesn't appear to have the utf-8 patches applied anywhere yet... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:01 Message: @mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8 here) the kbd layout changes only effect the key->character mapping, way before tk is involved. also note, that tk can handle all quite well, as can most parts of Pd (confirm: i can type cyrillic characters in objects, msgboxes and comments) it's only gatom's that do some additional magic to filter out unwanted characters, and then write the received wchar into a char without checking. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-18 21:45 Message: What exactly does "changing the keyboard layout" entail? Does it e.g. change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode handling... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 18:31 Message: one more thing: in the original report i said that typing 'asd' should result in 'ыфв' which is wrong. it should rseult in ''фыв' ('a'='ф', 's'='ы', 'd'='в') ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 18:30 Message: btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui sends: .x99e9708 key 1 97 0; .x99e9708 key 0 97 0; whereas when i switch to russian, pd-gui sends (again key 'a'): .x99e9708 key 1 1092 0; .x99e9708 key 0 a 0; "1092" is the unicode number for "ф" (which is what should show up, when i press 'a') i don't know why the keyup sends 'a' instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev January 2011