Bugs item #2929939, was opened at 2010-01-11 18:30
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929939&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: Hans-Christoph Steiner (eighthave)
Summary: [pd-gui-rewrite] font box changes focus
Initial Comment:
in the pd-gui-rewrite, if i select the Edit->Font menu i can change the fontsize of a particular window.
however, when change the focus to another Pd-window (path, main-window,...), the newly focused window will receive the changes.
i guess this was meant as a feature, but it is really rather annoying, since my focus policy is "strictly under mouse". if i accidentally move the mouse so another pd-window gets selected, that one is changed...
please fix the fonts-dialog to the window it was called for.
make the focus-change a selectable option (e.g. a toggle in the fonts-dialog)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929939&group_…
Patches item #1722081, was opened at 2007-05-20 05:27
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1722081&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: Luke Iannini (lukeiannini)
Assigned to: Miller Puckette (millerpuckette)
Summary: [Editmode 0( toggles rather than turns off editmode
Initial Comment:
Hallo,
Simple enough... sending [editmode 0( to a subpatch toggles the edit-mode state of the subpatch, rather than turning it off.
[editmode 1( works fine, reliably enabling (and never disabling) editmode.
Ah! That makes me realize the workaround is to send [editmode 1(, then [editmode 0(. Regardless, this should be fixed!
Demonstration is attached (move mouse around to see the cursor change).
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-11 11:23
Message:
Included in pd-gui-rewrite/0.43 branch, should make it into vanilla:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=129…
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2007-10-01 07:36
Message:
Logged In: YES
user_id=564396
Originator: NO
the attached patch (editmode_toggle.patch) introduces 3 states:
0: turn OFF editmode
1: turn ON editmode
everything else: toggle editmode
the pd-gui (u_main.tk) has also been udated to use "-1" when toggling
editmode.
File Added: editmode_toggle.patch
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2007-10-01 07:33
Message:
Logged In: YES
user_id=564396
Originator: NO
actually this is not really a bug: Pd internally uses "editmode 0" to
toggle between the 2 states (e.g. when you press "Control-E");
so the behaviour you described is intended!
the inffocial "pd-msg" documentation should be updated to reflect this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1722081&group_…
Patches item #2928824, was opened at 2010-01-09 13:21
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2928824&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: documentation
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: olsen (sesselastronaut)
>Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: matrix-help addition
Initial Comment:
added mtx_slice to the 'see also help for:' section in the matrix-help.pd
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 11:00
Message:
hmm, why should [mtx_slice] be added and not all of the other 70 or so
mtx_ objects?
any object that fits your current needs and which you have not found for
some time because it was not in the "see also" section deserves the same
attention.
i would rather have a "list of all matrix objects" somewhere: or delegate
this to the help-browser.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2928824&group_…
Patches item #2929685, was opened at 2010-01-11 10:50
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&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-dev
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: provide close() function
Initial Comment:
Pd's API provides several functions to open a a file (e.g. canvas_open() or open_via_path()), but none to close the returned filehandle.
this is usually not a problem, since an external could call "close()" itself.
unfortunately it doesn't work so well on some platforms that do not handle opening/closing resources across dll-boundaries so well.
(on w32 you can link against a ton of debug/non-debug/threaded/non-threaded/... versions of stdc; and they are usually not compatible)
the solution is (hopefully) to supply a function the close()s a rsesource in the same context as it was open()ed.
the attached patch (against todays svn trunk) adds a "int sys_close(int fd)" that merely wraps the "int close(int fd)" call.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&group_…
Patches item #2929685, was opened at 2010-01-11 10:50
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&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-dev
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: provide close() function
Initial Comment:
Pd's API provides several functions to open a a file (e.g. canvas_open() or open_via_path()), but none to close the returned filehandle.
this is usually not a problem, since an external could call "close()" itself.
unfortunately it doesn't work so well on some platforms that do not handle opening/closing resources across dll-boundaries so well.
(on w32 you can link against a ton of debug/non-debug/threaded/non-threaded/... versions of stdc; and they are usually not compatible)
the solution is (hopefully) to supply a function the close()s a rsesource in the same context as it was open()ed.
the attached patch (against todays svn trunk) adds a "int sys_close(int fd)" that merely wraps the "int close(int fd)" call.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929685&group_…
Patches item #2929676, was opened at 2010-01-11 10:20
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929676&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-dev
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: provide close() function
Initial Comment:
Pd's API provides several functions to open a a file (e.g. canvas_open() or open_via_path()), but none to close the returned filehandle.
this is usually not a problem, since an external could call "close()" itself.
unfortunately it doesn't work so well on some platforms that do not handle opening/closing resources across dll-boundaries so well.
(on w32 you can link against a ton of debug/non-debug/threaded/non-threaded/... versions of stdc; and they are usually not compatible)
the solution is (hopefully) to supply a function the close()s a rsesource in the same context as it was open()ed.
the attached patch (against todays svn trunk) adds a "int sys_close(int fd)" that merely wraps the "int close(int fd)" call.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929676&group_…
Bugs item #2526611, was opened at 2009-01-21 19:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2526611&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: Pending
>Resolution: Fixed
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: test if Jack is available rather than just crashing
Initial Comment:
Pd should then test to see if Jack is available before switching to it, otherwise it'll just crash if it is not there. Here's apple's method of testing:
http://developer.apple.com/documentation/mac/runtimehtml/RTArch-43.html
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 10:09
Message:
i think this is handled by patch #2929666
https://sourceforge.net/tracker/?func=browse&group_id=55736&atid=478072
which i found lying on my harddisk
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2526611&group_…
Patches item #2929666, was opened at 2010-01-11 09:56
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&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: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: test for jack-availability
Initial Comment:
when jack is linked using "weak linking" (the default on OSX), it is possible to run Pd even though jack is not installed (that's the point of weak linking)
however, in this case, the application has to check itself whether the weak-linked library is available or not.
the attached patch this this (by checking whether the function pointer to "jack_client_new" is NULL or not)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&group_…
Patches item #2929666, was opened at 2010-01-11 09:56
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&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: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: test for jack-availability
Initial Comment:
when jack is linked using "weak linking" (the default on OSX), it is possible to run Pd even though jack is not installed (that's the point of weak linking)
however, in this case, the application has to check itself whether the weak-linked library is available or not.
the attached patch this this (by checking whether the function pointer to "jack_client_new" is NULL or not)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&group_…