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/