Workaround: http://lists.puredata.info/pipermail/pd-dev/2009-04/013366.html
BTW you might confirm that the 8.3 filename for Program Files is indeed PROGRA~1 on your system... I think it usually is but you can check that from the command line. I think there's a flag in the dir command to show you the 8.3 filename...or you can use old skool COMMAND.COM and see what it lists the directory as...at least this is what I recall. No Windows machine around to check... -John On Sun, Sep 13, 2009 at 11:02 AM, <r...@raakvlak.net> wrote: > Hi, > > I'm trying to get Pd to find the GEM help patches for its objects, but am > having no luck so far. > Default installation of pd-extended (version 0.40.3) keeps giving me > 'sorry, couldn't find help patch for ...' messages > > I've added the path C/Program Files/pd/extra/Gem to paths. Still no love. > > I have noticed that the folder with GEM helpfiles appear to be in two > locations; /extra and /doc/5.reference - is this normal? > > All other helpfiles seem to work without a problem, just can't get Gem to > behave :S > > BTW, I've seen this identical problem on every windows installation I know > (over half a dozen), including 1 under a virtual machine on Mac OS X. > The Mac-native version of pd-extended does not have this problem. > > The problem is compounded by Pd starting a new instance when you > double-click a patch under Windows. > If it would open in the same intance, I'd just have a window with help > patches open... > > Any help in solving this would be greatly appreciated. > > > Thanks > > > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- John http://alumni.media.mit.edu/~harrison/
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list