Its already being actively used in the GUI rewrite, which is currently
somewhat broken without it. I think the only client for that message
really would be pd-gui, and I'd happily do the work to change it if need
be. That's a much better option than omitting it.
.hc
Miller Puckette wrote:
> My usual strategy on stuff like this is wait until someone is actively
> using it - because one's guess as to how the feature should work is never
> how it's really needed when the time comes and then you're stuck maintaining
> two different versions of the same thing :)
>
> M
>
> On Sat, Jul 17, 2010 at 12:15:30AM -0400, Hans-Christoph Steiner wrote:
>> Yeah, I added the "pd set-startup", etc. stuff to m_glob.c and
>> s_path.c. Regardless of the startup procedure, I think pd-gui should
>> be able to request state from pd so it can stay in sync. A dialog
>> shouldn't be required to get this info. This is akin to IOhannes'
>> idea that pd-gui's state should be settable by pd at any point while
>> running.
>>
>> Then it makes sense to reuse the same procedure for getting the state
>> in the startup procedure, rather than having a custom method for only
>> the startup procedure.
>>
>> .hc
>>
>> On Jul 16, 2010, at 10:59 PM, Miller Puckette wrote:
>>
>>> Hi Hans --
>>>
>>> the "vwait" line didn't seem correct to me (could return right after
>>> Pd says to clear pd_path, before the other messages bubble up to
>>> append
>>> the various directories to it).
>>>
>>> I ended up fixing Pd to volunteer the path and startup stuff before
>>> sending
>>> pdtk_pd_startup so that none of the tcl side of things should be
>>> needed
>>> any longer. OTOH if you were planning to send "pd set-startup" etc at
>>> some later point in the tcl code, this would need to be supported in
>>> Pd...(?)
>>>
>>> cheers
>>> Miller
>>>
>>> On Fri, Jul 16, 2010 at 03:58:24PM -0400, Hans-Christoph Steiner
>>> wrote:
>>>> Hey Miller,
>>>>
>>>> I just noticed that you left out a key part of pd-gui-rewrite in
>>>> 0.43. There is the 'set-startup' and 'set-path' messages which
>>>> allows
>>>> pd-gui to get the state of those things without having to open the
>>>> respective preference dialog panels. The changes are in m_glob.c and
>>>> s_path.c, as well as these lines in pd-gui.tcl:
>>>>
>>>> pdsend "pd set-startup" ;# get ::startup_libraries
>>>> and ::startup_flags lists
>>>> pdsend "pd set-path" ;# get the ::pd_path list
>>>> vwait ::pd_path ;# wait for 'pd' to respond
>>>>
>>>> .hc
>>>>
>>>> ----------------------------------------------------------------------------
>>>>
>>>> "We have nothing to fear from love and commitment." - New York
>>>> Senator
>>>> Diane Savino, trying to convince the NY Senate to pass a gay marriage
>>>> bill
>>>>
>>>>
>>>> _______________________________________________
>>>> Pd-dev mailing list
>>>> Pd-dev(a)iem.at
>>>> http://lists.puredata.info/listinfo/pd-dev
>>
>>
>>
>>
>> ----------------------------------------------------------------------------
>>
>> Programs should be written for people to read, and only incidentally
>> for machines to execute.
>> - from Structure and Interpretation of Computer Programs
Patches item #1826507, was opened at 2007-11-05 18:16
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1826507&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: Out of Date
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix data structures cursor on OSX and allow cursor configura
Initial Comment:
This patch moves the setting of the cursor names to u_main.tk so that they can be changed at runtime, allowing users to use all of the available Tk cursors from within patches.
It also fixes the problem with the CURSOR_RUNMODE_CLICKME not working on Mac OS X.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1826507&group_…
Patches item #1826144, was opened at 2007-11-05 07:41
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1826144&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: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: accept atoms as lists on righthand inlets
Initial Comment:
when an object has a list-method on its left inlet, it will happily accept floats and symbols as well (and handle them as 1-atom lists), if no specific method for these types is defined.
however, this is not true for right-hand inlets.
if such an inlet (with a "list" method, as declared with
receives a single float number (as output by the numberbox), it bails out with
"error: inlet: expected 'list' but got 'float'"
this is especially sad, as there is no way to add methods for several types of messages to a right-hand inlet (well, there are methods like using proxys; but we don't want to go into that)
a workaround for this is to run the message through [list] (or [list $1(), however i would rather not use this.
instead, the attached patch fixes this by modifying the inlet_* methods in m_obj.c to fallback to inlet_list() if all else fails.
btw, this is the code i use to add a list-method to the 2nd outlet:
new{
...
inlet_new(&x->x_obj, &x->x_obj.ob_pd, &s_list, gensym("list2"));
}
setup{
...
class_addmethod(myobj_class, (t_method)myobj_list2, gensym("list2"), A_GIMME, 0);
})
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-05 08:58
Message:
Logged In: YES
user_id=27104
Originator: NO
Sounds very useful, but I am sure there have got to be some unwanted
ramifications. Do you have any idea what they might be?
Is this ready to be included in 0.40.3-extended ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1826144&group_…
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_…