Pd-dev May 2011

pd-dev@lists.iem.at

13 participants
63 discussions

[ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
by SourceForge.net 04 May '11

04 May '11

Patches item #3296739, was opened at 2011-05-03 10:44 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&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 zmölnig (zmoelnig) >Assigned to: Miller Puckette (millerpuckette) Summary: make helpbrowser separate directories and patches Initial Comment: starting Pd(0.43) with custom search paths (e.g. "-path /path/to/Gem), results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with all help-patches found in all search-paths, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. if a search-path is a child of another search path (e.g. /usr/lib/pd/extra/Gem is child of /usr/lib/pd), then both the directory ("Gem/") and it's content (too many to list here) are listed, making the information accessible several times (adding more confusion) i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-04 19:13 Message: you are right that the problem first occured to me when dealing with Gem; however there is nothing Gem specific to it. however, i don't know why this makes the patch pre-mature. as for sorting files and directories: here on xfce4, the Pd filebrowser will sort directories before files. however, i don't see how this would matter, as the helpbrowser does not behave like an ordinary file browser on most systems anyhow; e.g. the "Pure-data" and "-------" entries are quite uncommon. i'm only suggesting to add "sections" for the various libraries/libdirs before displaying all the help-patches. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-05-04 18:32 Message: I'm guessing this is related to your problem with the Gem abstractions showing up in the root of the help browser. I think the problem is elsewhere since its not happening with gridflow or other Gem builds, so this patch is pre-mature. As for the relative merits of sorting files and directories, that is a bigger, more annoying question. Windows sorts directories at the top then files after, other OS file browsers that I have seen (mostly GNOME and Mac OS X) sort files and dirs together. Therefore, I think this patch would only make sense if that behavior was Windows only. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-03 10:47 Message: an alternative is to separate directories from files in the root-column, rather than mixing them together, which makes the browser somewhat navigable (and was way easier to implement :-)) see attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&group_…

1 0

[ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
by SourceForge.net 04 May '11

04 May '11

Patches item #3296739, was opened at 2011-05-03 04:44 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&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 zmölnig (zmoelnig) >Assigned to: Nobody/Anonymous (nobody) Summary: make helpbrowser separate directories and patches Initial Comment: starting Pd(0.43) with custom search paths (e.g. "-path /path/to/Gem), results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with all help-patches found in all search-paths, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. if a search-path is a child of another search path (e.g. /usr/lib/pd/extra/Gem is child of /usr/lib/pd), then both the directory ("Gem/") and it's content (too many to list here) are listed, making the information accessible several times (adding more confusion) i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-05-04 12:32 Message: I'm guessing this is related to your problem with the Gem abstractions showing up in the root of the help browser. I think the problem is elsewhere since its not happening with gridflow or other Gem builds, so this patch is pre-mature. As for the relative merits of sorting files and directories, that is a bigger, more annoying question. Windows sorts directories at the top then files after, other OS file browsers that I have seen (mostly GNOME and Mac OS X) sort files and dirs together. Therefore, I think this patch would only make sense if that behavior was Windows only. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-03 04:47 Message: an alternative is to separate directories from files in the root-column, rather than mixing them together, which makes the browser somewhat navigable (and was way easier to implement :-)) see attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&group_…

1 0

[ pure-data-Bugs-3297480 ] menu text is not scaled with desktop font size
by SourceForge.net 04 May '11

04 May '11

Bugs item #3297480, was opened at 2011-05-04 12:30 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297480&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: menu text is not scaled with desktop font size Initial Comment: it is not really important, but for teaching I like bigger fonts in menu like "File". Almost all Programms respect the menu font size except PD. Tested on Linux Debian KDE. mfG Winfried Ritsch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297480&group_…

1 0

focus textbox
by yvan volochine 04 May '11

04 May '11

hi, for a gui-plugin I have the following focus problem: say I create a window on top of an existing tkcanvas and I'd like to give the focus back to an existing textbox ($tag) without killing the new window. I do: $tkcanvas focus $tag which gives the focus to $tag (keys events work) but I don't see the cursor until I focus any another window and focus $tkcanvas again (with the mouse or Alt-Tab/Alt-Tab) which is pretty boring. is there a trick around this or am I missing something ? cheers, _y

1 1

[ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
by SourceForge.net 03 May '11

03 May '11

Patches item #3296739, was opened at 2011-05-03 10:44 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&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 zmölnig (zmoelnig) >Assigned to: Miller Puckette (millerpuckette) Summary: make helpbrowser separate directories and patches Initial Comment: starting Pd(0.43) with custom search paths (e.g. "-path /path/to/Gem), results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with all help-patches found in all search-paths, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. if a search-path is a child of another search path (e.g. /usr/lib/pd/extra/Gem is child of /usr/lib/pd), then both the directory ("Gem/") and it's content (too many to list here) are listed, making the information accessible several times (adding more confusion) i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-05-03 10:47 Message: an alternative is to separate directories from files in the root-column, rather than mixing them together, which makes the browser somewhat navigable (and was way easier to implement :-)) see attached patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&group_…

1 0

[ pure-data-Patches-3296739 ] make helpbrowser separate directories and patches
by SourceForge.net 03 May '11

03 May '11

Patches item #3296739, was opened at 2011-05-03 10:44 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&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 zmölnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: make helpbrowser separate directories and patches Initial Comment: starting Pd(0.43) with custom search paths (e.g. "-path /path/to/Gem), results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with all help-patches found in all search-paths, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. if a search-path is a child of another search path (e.g. /usr/lib/pd/extra/Gem is child of /usr/lib/pd), then both the directory ("Gem/") and it's content (too many to list here) are listed, making the information accessible several times (adding more confusion) i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3296739&group_…

1 0

[ pure-data-Patches-3288939 ] fix GUI hangs due to recentfile patch
by SourceForge.net 02 May '11

02 May '11

Patches item #3288939, was opened at 2011-04-18 15:55 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3288939&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: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: fix GUI hangs due to recentfile patch Initial Comment: patch #3234958 (git rev 31b22b6918b033) hangs Pd, if the list of recent files is empty (e.g. because you just installed the patch). this is due to a "while(--i)" loop with "i" initialized to 0 ouch! attached patch fixes this by changing the loop to "while(--i > 0)" it also fixes a typo in the doc ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-05-02 16: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: gusano (elgusanorojo) Date: 2011-04-18 22:10 Message: ouch indeed =) thanx for spotting ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2011-04-18 15:58 Message: Of course, the best way is (while i--) :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3288939&group_…

1 0

[ pure-data-Patches-3234958 ] add gui preferences system via conf files
by SourceForge.net 02 May '11

02 May '11

Patches item #3234958, was opened at 2011-03-22 16:11 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3234958&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: gusano (elgusanorojo) Assigned to: Nobody/Anonymous (nobody) Summary: add gui preferences system via conf files Initial Comment: this patch adds a gui-preferences system, right now for recent files only. recently opened files are written in the user-app-config directory (i.e. ~/.config/pure-data/recentfiles.conf on linux) and read when pd launches. this was tested on linux and osx only (I don't have access to a win32 machine). see the following related threads: http://www.mail-archive.com/pd-dev@iem.at/msg09330.html http://www.mail-archive.com/pd-dev@iem.at/msg09351.html ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-05-02 15: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: gusano (elgusanorojo) Date: 2011-04-18 15:32 Message: I forgot to include 2 small fixes in the patch, new one uploaded ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2011-04-18 14:45 Message: thanks... worked that time. ---------------------------------------------------------------------- Comment By: gusano (elgusanorojo) Date: 2011-04-18 10:11 Message: it didn't apply because of some changes in po/Makefile.am since this patch was submitted. I just uploaded an updated patch. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2011-04-18 01:33 Message: I couldn't apply this to 0.43.. (failed on po/Makefile.am - I couldn't figure out why). ---------------------------------------------------------------------- Comment By: gusano (elgusanorojo) Date: 2011-03-29 14:01 Message: I finally found the time to make a new patch: - added support for osx preferences and windows registry - new file is now added to recentfiles if it's saved - better error handling - better doc (pd_guiprefs) - bugfix 3192731 (http://sourceforge.net/tracker/?func=detail&aid=3192731&group_id=55736&atid…) the patch was tested on archlinux, ubuntu10.10 and osx 10.5.8 on windows I could only test the registry stuff in a tclsh prompt, please test ! ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-03-24 04:44 Message: This is looking good, I just have a couple comments: - I think you should manually edit pkgIndex.tcl. the script made a bunch of changes, that are not really relevant and might affect other things. You just need to add a single line for pd_guiprefs.tcl - preferences on Mac OS X are stored in ~/Library/Preferences rather than ~/Library/Application Support/pure-data. Ideally, this patch would also use the terminal tool 'defaults read' and 'defaults write' to create a proper Mac OS X .plist preferences file. Its not hard to do, you can see how Pd currently does it in pd/src/s_file.c. Windows needs to use the registry, that's even easier because Tcl has the built -in 'registry' command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3234958&group_…

1 0

[ pure-data-Feature Requests-3296265 ] readanysf~: write error msg to outlet
by SourceForge.net 02 May '11

02 May '11

Feature Requests item #3296265, was opened at 2011-05-02 14:28 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3296265&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: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: readanysf~: write error msg to outlet Initial Comment: It'd be nice to be able to handle errors from within the patch, for example when the opening a certain URL causes a '404 not found' error. Informative errors are written to the Pd console, but cannot be handled withing the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3296265&group_…

1 0

[ pure-data-Patches-3238078 ] add missing 'int blocksize' to mmio_open_audio() in s_stuf
by SourceForge.net 02 May '11

02 May '11

Patches item #3238078, was opened at 2011-03-23 17:02 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3238078&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: Accepted Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: add missing 'int blocksize' to mmio_open_audio() in s_stuf Initial Comment: The mmio_open_audio() function had a new "blocksize" arg added to it, but the declaration in s_stuff.h was not changed. This patch fixes that. I set the priority high because this bug prevents compilation on Windows using MMIO. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-05-02 02: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). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3238078&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev May 2011