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_…
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_…
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_…
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_…
Bugs item #3161236, was opened at 2011-01-18 22:18
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3161236&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: pd-extended
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: tof/pmenu error
Initial Comment:
pmenu is a very useful objet but it is buggy on windows when popping some menu on the help file:
error: pmenu0x5825f38: no such object
Pd-extended 0.42.5
Windows7
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3161236&group_…
Bugs item #3160988, was opened at 2011-01-18 18:24
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&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: v0.43
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: setting array boundaries havocs table display
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
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3160988&group_…
Bugs item #3160982, was opened at 2011-01-18 18:16
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&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: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: cannot 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.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3160982&group_…
Patches item #3160462, was opened at 2011-01-17 22:04
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160462&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: force use of Jack framework on Mac OS X
Initial Comment:
On Mac OS X, it is possible to have jack installed in many places and in two different ways: lib or framework. The preferred way to use Jack on Mac OS X is the Jackmp.framework from jackosx.com. This patch forces the build system to only look for the Jack framework when building on Mac OS X.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160462&group_…
Patches item #3160342, was opened at 2011-01-17 18:01
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160342&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: bugfix
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: remove CPU assumptions from build system
Initial Comment:
Currently in the configure.ac, for Mac OS X and Windows, there are some CPU-assumptions in the CFLAGS. This patch removes them so that Pd will be more likely to build on all platforms. This patch directly fixes building on Mac OS X/PowerPC, which currently does not build.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160342&group_…
Patches item #3136644, was opened at 2010-12-13 12:16
Message generated for change (Comment added) made by mrpeach
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&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: externals
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Martin Peach (mrpeach)
Summary: [bugfix] packOSC crashes with bundledepth>32
Initial Comment:
when creating deeply nested bundles [packOSC] will complain if the bundle-depth is larger than 32 (MAX_BUNDLE_NESTING)
this is ok, however, if you then try to close the bundle (with "]"), Pd will segfault.
see attached patch to reproduce the problem
----------------------------------------------------------------------
>Comment By: Martin Peach (mrpeach)
Date: 2011-01-16 13:45
Message:
It should be fixed now, but maybe a user-friendly way of setting max bundle
depth is needed.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-12-13 12:16
Message:
the attached diff fixes the problem
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&group_…