[PD] helpbrowser and the paths

[Mathieu Bouchard]

On Mon, 6 Jun 2011, Hans-Christoph Steiner wrote:
> On May 10, 2011, at 6:20 AM, IOhannes m zmoelnig wrote:
>> On 2011-05-09 15:48, Mathieu Bouchard wrote:
>>> On Tue, 3 May 2011, IOhannes m zmoelnig wrote:
>>> 
>>>> given that both GF and Gem are to add their paths automatically on
>>>> startup, the left column if the help-browser might have >500
>>>> help-patches and several dozens of directories.
>>> 
>>> speaking of which, do you have a solution for the following case ? When
>>> people uninstall and reinstall the library with a different path, and
>>> then they have to know that they're supposed to remove any path items
>>> that have been added automatically, because they do happen to be saved
>>> if you edit the paths from the Path dialogue.
>> 
>> run a script that checks the user's .pdsettings for potential older
>> installations of GF and suggest to remove them.
>
> Another idea is to discourage the use of the preferences for saving paths and 
> startup libraries.  Since gridflow configure its self when its loaded, people 
> can use [import gridflow]/[declare -lib gridflow] in the patch.

But there's a difference between discouraging the use and removing the 
use.

When you do [import gridflow], gridflow will try adding itself to the 
path. As long as the path gets saved into the settings-file, it may 
contain gridflow folders for versions of gridflow that are not in use.

I might get gridflow to stop adding things to the path in the future, just 
to avoid such problems in the future. It's a lot better than having 
gridflow's startup trying to see whether anything has to be removed from 
path... and doing it correctly.

  _______________________________________________________________________
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC