Bugs item #1728414, was opened at 2007-05-30 11:52
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728414&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.40.2
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [keyup] doesn't catch escape key ([key] does)
Initial Comment:
Tested only on Windows XP
[key] does output a 27 when the Escape key is pressed, but [keydown] does not output anything when the Escape key is released.
Possibly related with the [keyname] bug I just submitted??
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 15:54
Message:
Logged In: YES
user_id=27104
Originator: NO
This is fixed by patch #1704511 and included in branches/pd-extended/0.40
http://sourceforge.net/tracker/index.php?func=detail&aid=1704511&group_id=5…
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-05-30 17:46
Message:
Logged In: YES
user_id=1709568
Originator: YES
AAARGH sorry, I messed this up totally!!!
(I can't edit or rewrite it, can I?)
I meant:
* [key] outputs a 27 when Escape is pressed, an 8 when backspace is
pressed (that's fine)
* [keyup] outputs 0 when Escape or Backspace is released.
I confirm this, on Windows XP. (vanilla 0.40.2)
There's no [keydown] at all, of course. I just messed it up.
Sorry for the (recurrent!) lapsus.
Feel free to delete and repost the bug report if you can/want
Thanks
m.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-05-30 15:40
Message:
Logged In: YES
user_id=569446
Originator: NO
On Linux [keyup] correctly gives 27 when Escape is released. AFAIK there
is no [keydown] object, at least to in Vanilla-Pd. Where is this object
from?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-05-30 12:07
Message:
Logged In: YES
user_id=1709568
Originator: YES
ERRATA
[keydown] outputs a 0 (zero) when the Escape key is released!!
Same happens with backspace
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-05-30 12:06
Message:
Logged In: YES
user_id=1709568
Originator: YES
ERRATA
[keydown] outputs a 0 (zero) when the Escape key is released!!
Same happens with backspace
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728414&group_…
Bugs item #1728405, was opened at 2007-05-30 11:39
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728405&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.40.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: keyname issues in Windows
Initial Comment:
I only have tested this on Windows XP.
The [keyname] doesn't handle correctly at least the following keys:
- space bar
- enter
- escape
It doesn't correctly return the key name on the right outlet.
With the space bar key, it returns "symbol ", which probably is "symbol" plus a space, but however, "symbol space" or something like that would be more appropriate, since in PD a space in a message is equivalent to just nothing and there is no way to handle it as far as I understand.
With enter key, it seems to output "symbol " followed by the actual newline character (appears as a square in the output window in Windows)
With the escape key, it has a peculiar and incoherent behaviour: on keydown, it outputs "symbol " plus some special character (and outputs a 1 on the left outlet), while on keyup it outputs "symbol Escape" (and a 0 on the left outlet) which is correct.
I think all keys should have a name.
However, if we accept that some keys don't have a name, I think [keyname] shouldn't output anything when those keys are pressed or releases, just like [key] and [keyup] don't output anything when an unrecognized key is pressed.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 15:54
Message:
Logged In: YES
user_id=27104
Originator: NO
This is fixed by patch #1704511 and included in branches/pd-extended/0.40
http://sourceforge.net/tracker/index.php?func=detail&aid=1704511&group_id=5…
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-05-30 17:39
Message:
Logged In: YES
user_id=1709568
Originator: YES
Thanks fbar,
now I understand the behaviour of keyname better.
However, I don't see the coherence between how it behaves with keys such
as "Left", "Shift_R", "F1" on one side, and how it behaves with keys such
as space, tab, backspace on the other side.
With ENTER and ESC and BACKSPACE there's clearly a bug however.
Note that ESC and BACKSPACE output different symbols on keyup and
keydown.
Also, I don't think it is "acceptable" that a symbol exsists that cannot
be written literally (either with or without some kind of escape
sequence).
Let's suppose that @ is the <mistery char for space> and that ç is the
<mistery char for tab>.
For a one-item select you can use your "makefilename %c" trick, but you
can't write a
[select @ ç foo bar] for example.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-05-30 15:33
Message:
Logged In: YES
user_id=569446
Originator: NO
Attached patch shows that Pd recognizes most whitespace keys correctly.
Also Backspace and Escape act differently. The only keys I couldn't make to
work were the RETURN key and other special keys like HOME, END or PageUP.
Note that you need to create the symbols for the special characters inside
Pd using a special method: [makefilename %c] and the ASCII code.
"symbol <mystery_char_for_space>" is something different
from "symbol " (2 spaces!) and also different from "symbol 32" or "symbol
SPACE".
I believe, the way keyname handles this ATM is okay.
File Added: keyname-test.pd
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-05-30 12:08
Message:
Logged In: YES
user_id=1709568
Originator: YES
Also BACKSPACE behaves exactly like escape
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728405&group_…
Patches item #1704511, was opened at 2007-04-20 13:45
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1704511&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
>Summary: Delete broken on Windows, key/keyup/keyname misses some keys
Initial Comment:
Pressing the Del key does nothing. Instead it should remove the character to the right. I tested this on Windows XP with Pd 0.38-4, 0.39-2, and 0.40-2. This works on Mac OS X. I did not test on GNU/Linux.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 15:53
Message:
Logged In: YES
user_id=27104
Originator: YES
Attached is a patch that fixed this, and also fixes BackSpace, Delete,
Tab, Space, Return, Escape for [key]/[keyup]/[keyname].
This patch also fixes bugs #1728414 and #1728405.
http://sourceforge.net/tracker/index.php?func=detail&aid=1728414&group_id=5…http://sourceforge.net/tracker/index.php?func=detail&aid=1728405&group_id=5…
File Added: fix_backspace_delete-0.41.4.patch
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 05:36
Message:
Logged In: YES
user_id=564396
Originator: NO
does it work once you have deleted a key with backspace? (sometimes
deleting is weird on linux)
apart from that: i just tested it with pd-0.40-1 on linux and both
backspace and delete work as expected)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1704511&group_…
Bugs item #1698780, was opened at 2007-04-11 17:03
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1698780&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: v0.39.2
>Status: Closed
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: hid misses lots of keyboard events on Intel Mac
Initial Comment:
Using Pd-0.39.2-extended-test7 on a MacBook Pro 17", [hid] misses most keyboard events. This works fine on my Powerbook G4.
Can anyone else with an Intel Mac confirm this?
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 15:19
Message:
Logged In: YES
user_id=27104
Originator: YES
this seems to be fixed now in Pd-extended 0.40.3-20080502, but I don't
think I changed anything. Perhaps Apple fixed some bugs :)
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-12 10:10
Message:
Logged In: YES
user_id=1658640
Originator: NO
Hmm.. I can't attaches a patch. Here it is in text. Named 1698780-test.pd
----
#N canvas 119 75 454 343 10;
#X obj 33 58 loadbang;
#X obj 33 120 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1
;
#X obj 33 91 t b b;
#X msg 63 120 open 0;
#X obj 33 150 hid/keyboard 0;
#X obj 33 181 unpack symbol float;
#X symbolatom 33 217 10 0 0 0 - - -;
#X floatatom 161 218 5 0 0 0 - - -;
#X text 30 259 Ripping off hig/keyboard-help.pd to test on intel mac.
;
#X text 30 285 Steffen;
#X text 30 273 Cf. ticket #1698780;
#X connect 0 0 2 0;
#X connect 1 0 4 0;
#X connect 2 0 1 0;
#X connect 2 1 3 0;
#X connect 3 0 4 0;
#X connect 4 0 5 0;
#X connect 5 0 6 0;
#X connect 5 1 7 0;
----
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-12 10:08
Message:
Logged In: YES
user_id=1658640
Originator: NO
I don't know [hid], but i ripped of hid/keybord-help.pd to make a test pd
patch. I sent it [open 0(, then it gives me a lot of working keys. Might be
all keys. It works up to 5 (letter) keys at the same time.
Attached is the test patch.
Platform is Macbook Intel Dual Core (that's the first generation) OS X.4.9
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1698780&group_…
Bugs item #1572310, was opened at 2006-10-06 14:20
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1572310&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.40.0
Status: Open
>Resolution: Later
>Priority: 2
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: after Save As..., the path remains at the location
Initial Comment:
If you open an instance of an abstraction, then Save
As... to somewhere else, the path of that abstraction
stays at the original location, even though the file
was saved to the new location. Clicking File->Save
will then save to the original location rather than the
new location.
Tested on Mac OS X with Pd-0.39.2,
Pd-0.39.2-extended-test5, and Pd-0.40-0.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-28 17:51
Message:
Logged In: YES
user_id=27104
Originator: YES
Strange, I looked into this. It seems that just the title bar isn't being
updated, but the patch does think of itself in the new location. [getdir]
will show the new location. It seems that when canvas_rename() is called
inside of canvas_savetofile(), the directory is not yet updated, when
things get to canvas_reflecttitle(), and therefore canvas_getdir() returns
the old location rather than the new one. Since this is now cosmetic, I'll
leave it for another day.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-07 17:49
Message:
Logged In: YES
user_id=27104
"Save As..." means write out a new file. A new file means a
new class. The instance that started this process remains
the old class, therefore is no longer related to this new class.
This means its inconsistent to have this instance remain as
the original class.
Also, from a usability perspective, it makes things much
more coherent. In every other app that I use, when I do
"Save As...", that current view changes to the new file. It
does not remain on the old file.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2006-10-07 07:53
Message:
Logged In: YES
user_id=569446
I'm note sure if that's a bug, though I agree, that it's
confusing. But if you open an instance of an abstraction and
save that under a different name, this action doesn't affect
the name of the abstraction's instance as it is used in the
parent patch: This one will stay the same. If you want to
use your newly saved abstraction you need to rename the
instance to the new name as well first.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1572310&group_…
Bugs item #1459776, was opened at 2006-03-28 00:10
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&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: None
Group: None
>Status: Closed
Resolution: Later
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: weird bug: dot in comment disappears
Initial Comment:
I found a very strange, very specific bug:
If have text in a comment that has a . in the second
position, and a space in the third position, the . is
not saved. But if you dynamically generate that
comment, the dot is saved.
This is Pd-0.38.4-extended and Miller's 0.39-2 on Mac OS X.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-03-30 20:44
Message:
Logged In: YES
user_id=27104
>From Matju:
> The weird thing is that if you auto-generate the comment
> with the 1., then it survives a copy-paste. Try the
> patch in the bug tracker, if you haven't already.
It's because you make it as a single symbol. In Pd, gensym()
can turn any null-terminated string into a symbol. When you
copy+paste, the contents of the comment don't change, they
point to the same symbol. When you save to
a file, however, it gets printed without quoting, because
quoting is not supported (or not fully), so for a lot of
possible symbols there's no syntax that you can use to
produce them literally, you have to go thru gensym()
explicitly instead (e.g. [sprintf]).
Copy+paste only copies a t_atom[] whereas saving/loading
calls binbuf_save/binbuf_eval.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-03-30 20:43
Message:
Logged In: YES
user_id=27104
from Matju:
> Right... I forgot about this. This is probably related
> to Pd not having a string type...
Yeah, comments are parsed by pd exactly like objectboxes.
it's just that no actual object is instantiated (binbuf_eval
is not called). That was necessary to avoid having to
introduce strings in pd and/or making a special case for
comments.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2006-03-28 03:23
Message:
Logged In: YES
user_id=569446
This bug works differently, however. Every number followed
by a dot and
a space is affected, however comments starting with a letter
and a dot
aren't. So this comment is okay:
a. something
but this isn't:
numbers: 1. 2. 3. 4.
Pd converts floating point numbers in comments if possible, so
they don't contain floating points anymore.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&group_…
hey,
i have the latest flext from CVS and i'm trying to compile flext on OSX, so
i can make readanysf~. following through the build system steps, the third
time i run build.sh (the time when it actually tries to compile things) i
get the following build errors:
damians-computer:~/0.inbox/externals/grill/flext damian$ bash build.sh pd gcc
make -f ./buildsys/gnumake-sub.mak PLATFORM=mac RTSYS=pd COMPILER=gcc
BUILDPATH=./buildsys/ PKGINFO=package.txt BUILDCLASS=flext
USRCONFIG=config.txt USRMAKE=build/gnumake-mac-gcc.inc TARGETMODE=release
TARGETTYPE=single _build_
buildsys/mac/gnumake-gcc-targets.inc:22: warning: overriding commands for
target `pd-darwin/release-single'
buildsys/mac/gnumake-gcc-targets.inc:18: warning: ignoring old commands for
target `pd-darwin/release-single'
mkdir -p pd-darwin/release-single/
g++ -c -DFLEXT_USE_SIMD -DNDEBUG -DFLEXT_EXPORTS -DFLEXT_SYS=2 -DPD
-I/Applications/Pd-0.41-4.app/Contents/Resources/src
-I/usr/local/include/stk -I/usr/local/include/sndobj source/flext.h -o
pd-darwin/release-single/flext.h.gch
/usr/include/c++/4.0.0/i686-apple-darwin8/bits/c++locale.h:60: error:
template with C linkage
/usr/include/c++/4.0.0/bits/stringfwd.h:49: error: template with C linkage
/usr/include/c++/4.0.0/bits/stringfwd.h:52: error: template with C linkage
/usr/include/c++/4.0.0/bits/stringfwd.h:56: error: template with C linkage
/usr/include/c++/4.0.0/bits/postypes.h:81: error: template with C linkage
/usr/include/c++/4.0.0/iosfwd:55: error: template with C linkage
/usr/include/c++/4.0.0/iosfwd:58: error: template with C linkage
/usr/include/c++/4.0.0/iosfwd:61: error: template with C linkage
/usr/include/c++/4.0.0/iosfwd:64: error: template with C linkage
...
if i take out PRECOMPILE=flext.h from package.txt (as suggested by someone
a year or two ago), i get 'no rule to make flext.h.gch'
can anyone shed any light on this?
thanks
d
--
damian stewart | +44 7500 543 766 | damian(a)frey.co.nz
frey | live art with machines | http://www.frey.co.nz
hello,
i'm trying to get pvoc~ to work on osx/intel. it compiles fine, with no
errors, but then trying to load the external in Pd I get:
/Library/PD/pvoc~.d_fat: dlopen(/Library/PD/pvoc~.d_fat, 10): Symbol not
found: _fftw_malloc
Referenced from: /Library/PD/pvoc~.d_fat
Expected in: flat namespace
i've tried hacking the makefile to pull out the -flat_namespace switch but
that causes symbol undefined problems. i've also tried various combinations
of setting CFLAGS and LDFLAGS to -flat_namespace and -twolevel_namespace,
again with no luck.
... and trying similar steps with partconv~ i get the same problem.
any advice?
thanks
d
--
damian stewart | +44 7500 543 766 | damian(a)frey.co.nz
frey | live art with machines | http://www.frey.co.nz
Bugs item #1960450, was opened at 2008-05-08 14:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1960450&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: marius schebella (mariusschebella)
Assigned to: Nobody/Anonymous (nobody)
Summary: -schedlib broken on OS X?
Initial Comment:
hi,
I am running the pdj external on 0.41-4, which is working fine. it also has the possibility to run as -schedlib pdj, but with the -schedlib option pd does not start up.
this is vanilla 0.41-4 and os x 10.5 on intel.
m.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1960450&group_…