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
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
Great! thanks!
Rene
On Sep 13, 2009, at 20:38, John Harrison wrote:
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 ...' messagesI'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 :SBTW, 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
It should be fixed in 0.41.4
.hc
On Sep 13, 2009, at 1:46 PM, rene beekman wrote:
Great! thanks!
Rene
On Sep 13, 2009, at 20:38, John Harrison wrote:
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 ...' messagesI'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 :SBTW, 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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
it is. installing the update was easier than the workaround ;)
thanks again
On Sep 13, 2009, at 22:54, Hans-Christoph Steiner wrote:
It should be fixed in 0.41.4
.hc
On Sep 13, 2009, at 1:46 PM, rene beekman wrote:
Great! thanks!
Rene
On Sep 13, 2009, at 20:38, John Harrison wrote:
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 ...' messagesI'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 :SBTW, 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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.