[PD-dev] [ pure-data-Bugs-3322875 ] pd-extended doesn't save .plist-preference file on osX 10.5
Bugs item #3322875, was opened at 2011-06-20 09:17 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322875group_id=55736 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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: rocking_benny () Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended doesn't save .plist-preference file on osX 10.5 Initial Comment: I downloaded pd-extended 0.42.5, started it and changed the audio and midi preferences but no .plist file in ~/Library/Preferences will be created. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322875group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-3322880 ] on osX 10.5midi settings aren't saved with the preferences
Bugs item #3322880, was opened at 2011-06-20 09:27 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322880group_id=55736 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: rocking_benny () Assigned to: Hans-Christoph Steiner (eighthave) Summary: on osX 10.5midi settings aren't saved with the preferences Initial Comment: I wonder why the midi-settings don't get saved with the plist-preference file on Mac OS X 10.5. I allways have to set them manually again -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=3322880group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Feature Requests-3322973 ] make clocks thread safe
Feature Requests item #3322973, was opened at 2011-06-20 11:59 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3322973group_id=55736 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 Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: make clocks thread safe Initial Comment: when writing threaded externals, i often find myself wanting Pd to call a callback from the main thread, depending on the other thread's state. e.g. when doing asynchronous data acquisition, i want to notify Pd when new data has arrived, so it can be delivered in the main thread. the obvious way is to use t_clock, and registers a new clock_delay() event from within the helper-thread; Pd will then callback in the next tick. unfortunately the clock_set(),... methods are not thread safe, possibly leading to corruption of the clock_setlist when accessing them simultaneously. one workaround is to use the global sys_lock(), but i find this to terribly slow down the entire Pd process, esp. when i have to call sys_lock() multiple times before ticks. that's most likely because sys_lock() locks about everything. an alternative i used in the past, is to have a special (mutex-protected) flag, indicating whether i already have a clock running that is waiting to be called back from the main thread. however, i find this quite complicated therefore, i propose to make the clock_delay/clock_set/clock_unset methods threadsafe, by internally maintaining a separate mutex that solely protects the clock_setlist. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478073aid=3322973group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] revised search-plugin.tcl
That's quite nice, looks and works very well. You've taken my sketch and made it something far beyond what it was originally. One thing, I notice that for objects' help files, you strip the paths. That make sense, except it does the same for all_about* patches. Also, that could get confusing when a search result finds something in an abstraction and its help file. .hc On Jun 16, 2011, at 3:50 PM, Jonathan Wilkes wrote: Here's a revised version of the search-plugin that Hans started: * fixed problem with double results if a path dir was a subdir of another * can search for phrases by using double quotes * search for whole words or partial matches * search for all or any terms * better scrollbar (ttk::scrollbar) * Google-style search history (press the down-arrow in the search box to make it appear, Escape to make it go away) * hacked a proc to get control-delete to delete previous word Requires tcl/tk 8.5. Works best with the revised pddp docs (i.e., if you want to search by the keywords listed you'll need them). -Jonathansearch- plugin.tcl___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] revised search-plugin.tcl
--- On Mon, 6/20/11, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD-dev] revised search-plugin.tcl To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-dev pd-dev@iem.at Date: Monday, June 20, 2011, 4:37 PM That's quite nice, looks and works very well. You've taken my sketch and made it something far beyond what it was originally. One thing, I notice that for objects' help files, you strip the paths. I strip out everything except the immediate parent. That way you can still tell the difference between libs-- intimacy/love-help.pd vs. tennis/love-help.pd. But I don't see a reason to display /usr/local/softwares/classic-90s-interfaces/tinytinyscrollbarzplzthx/pd/doc/externals/Dr.Externals/... That make sense, except it does the same for all_about* patches. Also, that could get confusing when a search result finds something in an abstraction and its help file. I'm just testing it on pd vanilla at the moment: foo.pd displays as foo.pd, and foo-help.pd displays as foo-help.pd. Is it different for you? I'll rethink the all_about* regsub. Probably just displaying All About foo will look decent and not too repetitive... -Jonathan .hc On Jun 16, 2011, at 3:50 PM, Jonathan Wilkes wrote: Here's a revised version of the search-plugin that Hans started: * fixed problem with double results if a path dir was a subdir of another * can search for phrases by using double quotes * search for whole words or partial matches * search for all or any terms * better scrollbar (ttk::scrollbar) * Google-style search history (press the down-arrow in the search box to make it appear, Escape to make it go away) * hacked a proc to get control-delete to delete previous word Requires tcl/tk 8.5. Works best with the revised pddp docs (i.e., if you want to search by the keywords listed you'll need them). -Jonathansearch-plugin.tcl___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] revised search-plugin.tcl
On Jun 20, 2011, at 6:55 PM, Jonathan Wilkes wrote: --- On Mon, 6/20/11, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD-dev] revised search-plugin.tcl To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-dev pd-dev@iem.at Date: Monday, June 20, 2011, 4:37 PM That's quite nice, looks and works very well. You've taken my sketch and made it something far beyond what it was originally. One thing, I notice that for objects' help files, you strip the paths. I strip out everything except the immediate parent. That way you can still tell the difference between libs-- intimacy/love-help.pd vs. tennis/love-help.pd. But I don't see a reason to display /usr/local/softwares/classic-90s-interfaces/tinytinyscrollbarzplzthx/ pd/doc/externals/Dr.Externals/... One thing that might be useful to see is whether the library is included or whether its a user-installed lib. That make sense, except it does the same for all_about* patches. Also, that could get confusing when a search result finds something in an abstraction and its help file. I'm just testing it on pd vanilla at the moment: foo.pd displays as foo.pd, and foo-help.pd displays as foo-help.pd. Is it different for you? I'll rethink the all_about* regsub. Probably just displaying All About foo will look decent and not too repetitive... Yeah, that sounds good. .hc -Jonathan .hc On Jun 16, 2011, at 3:50 PM, Jonathan Wilkes wrote: Here's a revised version of the search-plugin that Hans started: * fixed problem with double results if a path dir was a subdir of another * can search for phrases by using double quotes * search for whole words or partial matches * search for all or any terms * better scrollbar (ttk::scrollbar) * Google-style search history (press the down-arrow in the search box to make it appear, Escape to make it go away) * hacked a proc to get control-delete to delete previous word Requires tcl/tk 8.5. Works best with the revised pddp docs (i.e., if you want to search by the keywords listed you'll need them). -Jonathansearch- plugin.tcl___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] revised search-plugin.tcl
--- On Tue, 6/21/11, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD-dev] revised search-plugin.tcl To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-dev pd-dev@iem.at Date: Tuesday, June 21, 2011, 12:59 AM On Jun 20, 2011, at 6:55 PM, Jonathan Wilkes wrote: --- On Mon, 6/20/11, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD-dev] revised search-plugin.tcl To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-dev pd-dev@iem.at Date: Monday, June 20, 2011, 4:37 PM That's quite nice, looks and works very well. You've taken my sketch and made it something far beyond what it was originally. One thing, I notice that for objects' help files, you strip the paths. I strip out everything except the immediate parent. That way you can still tell the difference between libs-- intimacy/love-help.pd vs. tennis/love-help.pd. But I don't see a reason to display /usr/local/softwares/classic-90s-interfaces/tinytinyscrollbarzplzthx/ pd/doc/externals/Dr.Externals/... One thing that might be useful to see is whether the library is included or whether its a user-installed lib. How does one tell the difference? -Jonathan That make sense, except it does the same for all_about* patches. Also, that could get confusing when a search result finds something in an abstraction and its help file. I'm just testing it on pd vanilla at the moment: foo.pd displays as foo.pd, and foo-help.pd displays as foo-help.pd. Is it different for you? I'll rethink the all_about* regsub. Probably just displaying All About foo will look decent and not too repetitive... Yeah, that sounds good. .hc -Jonathan .hc On Jun 16, 2011, at 3:50 PM, Jonathan Wilkes wrote: Here's a revised version of the search-plugin that Hans started: * fixed problem with double results if a path dir was a subdir of another * can search for phrases by using double quotes * search for whole words or partial matches * search for all or any terms * better scrollbar (ttk::scrollbar) * Google-style search history (press the down-arrow in the search box to make it appear, Escape to make it go away) * hacked a proc to get control-delete to delete previous word Requires tcl/tk 8.5. Works best with the revised pddp docs (i.e., if you want to search by the keywords listed you'll need them). -Jonathansearch- plugin.tcl___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity. -John Gilmore ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3312794 ] pd-extended: magic glass not 64 bit clean
Patches item #3312794, was opened at 2011-06-06 22:56 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Albert Graef (agraef) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd-extended: magic glass not 64 bit clean Initial Comment: The magicGlass_new and magicGlass_setCanvas functions in g_magicglass.c both take an int parameter c which gets assigned to the x_c member of the t_magicGlass struct. However, in g_canvas.c a t_canvas* is being passed for this parameter, cast to int. This doesn't work on 64 bit systems (or if it does, you're just lucky) because an int is 32 bit and a pointer 64 bit. Suggested fix: Make x_c a t_glist* and fix up the uses of this member in g_magicglass.c accordingly. Make the c parameter of magicGlass_new and magicGlass_setCanvas a t_glist* as well, and fix up the invocation of magicGlass_new in g_canvas.c accordingly. I'd also suggest to move the declaration of the t_magicGlass struct into g_magicglass.h. Currently it is replicated in g_magicglass.c and g_canvas.c which is error-prone. -- Comment By: SourceForge Robot (sf-robot) Date: 2011-06-21 04:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-06-07 03:54 Message: Included in pd-extended.git -- Comment By: Albert Graef (agraef) Date: 2011-06-07 00:13 Message: Attached. This is a git format-patch which should apply cleanly to pure-extended HEAD. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-06-06 23:44 Message: Thanks for the bug report! If you can put together a 'git format-patch' or a 'diff -uw', then I'll include it. Otherwise, it'll have to wait until I have some time to dive into that again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3312794group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
