Patches item #1704511, was opened at 2007-04-20 10:45
Message generated for change (Comment added) made by millerpuckette
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: Closed
>Resolution: Accepted
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: Miller Puckette (millerpuckette)
Date: 2010-07-21 12:17
Message:
note -- only the C side was needed (gui side seems already to be updated as
of gui-rewrite)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 12: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 zmlnig (zmoelnig)
Date: 2007-10-16 02: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_…
Patches item #1646604, was opened at 2007-01-28 13:33
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1646604&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: feature
>Status: Closed
>Resolution: Rejected
Priority: 5
Private: No
Submitted By: Martin Peach (mrpeach)
Assigned to: Nobody/Anonymous (nobody)
Summary: string type
Initial Comment:
This patch implements support for a string type in Pure Data. A t_string is basically a pointer to a byte array and a length.
The file str.c in externals/mrpeach/str implements an external that will work with this.
The t_string type should be useful for constructing and manipulating strings, very long integers, image rasters and other things. Arbitrary strings can be constructed to meet the requirements of external devices connected via serial or network interfaces.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-07-21 11:03
Message:
should be done differently via arrays of numbers
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1646604&group_…
Patches item #1561099, was opened at 2006-09-18 16:55
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561099&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: Unused vars
Initial Comment:
Here is a patch with unused variables throughout PD.
It'll help readability.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561099&group_…
Patches item #1544083, was opened at 2006-08-21 10:14
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1544083&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: wishlist
>Status: Closed
>Resolution: Rejected
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: alternative names for [list] objects
Initial Comment:
this patch adds alternative names with space " "
changed to slash "/" for the group of [list]-objects:
[list append] == [list/append]
[list prepend] == [list/prepend]
[list trim] == [list/trim]
[list split] == [list/split]
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-07-21 10:47
Message:
I'm with HC on this.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-08-22 15:24
Message:
Logged In: YES
user_id=27104
I think this is a bad idea. If there is going to use the
namespace-style prefix, then the underlying library should
be formatted the same way. I don't think its useful to have
yet another special case for the list objects, which this
would be, especially when it does not add any new
functionality at all.
This could be achieved by compiling the list objects as a
libdir.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1544083&group_…
Patches item #1412469, was opened at 2006-01-22 19:05
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&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: Closed
>Resolution: Accepted
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: allow env vars in path and loadlib on Win32
Initial Comment:
This very minor change allows "path" and "loadlib"
preferences to use Windows environment variables in the
registry.
A more complete solution is proposed in the feature
tracker "minor changes to support env vars on Windows":
http://sourceforge.net/tracker/index.php?func=detail&aid=1412443&group_id=5…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-22 18:48
Message:
Logged In: YES
user_id=27104
Originator: YES
is it time to revisit this? It's a super simple change, and makes things
a lot more flexible for Windows users.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2006-08-13 22:27
Message:
Logged In: YES
user_id=313747
I need to check this again later -msp
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&group_…
Patches item #1253312, was opened at 2005-08-06 13:54
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1253312&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: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Tim Blechmann (timblech)
Assigned to: Miller Puckette (millerpuckette)
Summary: settable granularity for line
Initial Comment:
this patch implements a |granularity float( message for
line
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2006-04-25 08:19
Message:
Logged In: YES
user_id=564396
this would really be useful: could you attach the file...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1253312&group_…
Patches item #1242495, was opened at 2005-07-21 11:07
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242495&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: changing properties doesn't set "modified" status
Initial Comment:
When you change the properties of an object, it does
not set the "dirty" or "modified" flag on the patch.
Therefore, Pd does not prompt to save if that patch is
closed and those changes are lost.
To see this bug in action, make a new patch, and place
a GUI bang object on the canvas (i.e. [bng]), then save
the file. Now, open the properties dialog of that bang
and change the color of it and it OK. When you close
the patch, it does not prompt you to save your changes.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-28 08:34
Message:
Logged In: YES
user_id=27104
Originator: YES
Attached is a patch that fixes this for all canvas-related properties
panels (i.e. NOT the audio/midi/path/startup pref panels). This should
work for adding and deleting cords, and properties panels for: canvas,
arrays, iemguis, and atom boxes.
The only downside is that with the properties panels, there is no checking
whether there has actually be any change. I just sets the dirty flag if
the user clicks on OK or Apply.
File Added: cords_and_properties_set_dirty-0.41.4.patch
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-05-27 08:08
Message:
Logged In: YES
user_id=1709568
Originator: NO
Not only changing properties of an object.
Also deleting an existing connection does not set the modified flag!
To see the bug in action:
Make a new patch, create any two objects and connect them in any way (any
inlet of one to any outlet of the other), then save the file.
Now, click on the wire connection and delete it, without moving the
objects.
When you close the patch, it does not prompt you to save your changes.
This is true both for control and signal connections.
At least Windows XP, version 0.40-2
Should I post this as a separate bug?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242495&group_…
Patches item #1242459, was opened at 2005-07-21 10:29
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242459&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bonk~] reads and writes to / by default
Initial Comment:
When reading and writing files with [bonk~], it
defaults to / if no directory is specified. [qlist]
and [textfile] default to the current directory of the
patch. This seems to me to be the correct behavior.
To see this bug in action, save the attached patch to
/tmp and open it.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2007-10-16 06:04
Message:
Logged In: YES
user_id=564396
Originator: NO
however it might be that this my correct behaviour is specific to
linux...
attached is a unified diff against bonk~.c that uses canvas_makefilename()
for writing and canvas_open() for reading; this should behave exactly the
same as qlist/textfile
File Added: bonk~.diff
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2007-10-16 05:32
Message:
Logged In: YES
user_id=564396
Originator: NO
hmm, on pd-0.40 (linux), bonk~ correctly reads from/writes to the current
directory.
can you confirm whether the bug still exists?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242459&group_…
Patches item #1056914, was opened at 2004-10-29 10:24
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1056914&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: wishlist
>Status: Pending
>Resolution: Rejected
Priority: 5
Private: No
Submitted By: Tim Blechmann (timblech)
Assigned to: Miller Puckette (millerpuckette)
Summary: tooltips
Initial Comment:
port of gnter geiger's tooltips for pd 0.38
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2010-07-21 09:36
Message:
Never figured out how to do this w/o polluting object data structure...?
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2005-09-30 06:12
Message:
Logged In: YES
user_id=564396
repeating tim's question
----------------------------------------------------------------------
Comment By: Tim Blechmann (timblech)
Date: 2005-05-18 01:29
Message:
Logged In: YES
user_id=326084
do you mean a list of tooltips as part of t_class instead of
part of t_inlet?
if it's only that, it should very easy to adapt it ...
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2005-05-17 21:49
Message:
Logged In: YES
user_id=313747
I'm still unwilling to go adding data fields in objects for
functions that
aren't basic to Pd's run-time... I think it would be more
compact to have a
tooltip field in the class.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1056914&group_…