On May 4, 2011, at 5:47 PM, Paul Brossier wrote:
On Wed, May 04, 2011 at 12:18:04PM -0400, Hans-Christoph Steiner
wrote:
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this
behvaior with Gem or gridflow. The helpbrowser.tcl code is the same
between pure-data and pd-extended.
How do you start pd to load Gem?
Removing '-path /usr/lib/pd/extra/Gem', the help browser behaves as
expected.
cheers, piem
Check Gem_addownpath() in src/Base/GemSetup.cpp. If Gem's ./configure
finds s_stuff.h, it should enable this. This is something like what
gridflow does too. Then pd -lib Gem also puts path/to/Gem/
abstractions in the path also.
.hc
.hc
On May 3, 2011, at 4:54 AM, IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
while preparing a debian package of Gem, i stumbled across a
help-browser weirdness, which i'm not sure how to fix.
the background: Gem comes both as a big binary (Gem.pd_linux) and a
number of abstractions. everything is installed into /u/l/p/extra/
Gem
(to avoid cluttering the global filespace with Gem files); in
order to
use the abstractions painlessly (that is: without prefixing them
"Gem/"), the /u/l/p/extra/Gem path has to be added somehow to Pd's
search paths. (this can be done manually via the -path, or
automatically
by Gem). so far so good.
the problem: starting Pd with Gem added to the paths, 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
224 or so help-patches from Gem, sorted alphabetically (so
directories
are lost somewhere between files), and upper-case before lower-case.
of course there is also a directory entry for Gem/ in the help-
browser,
making the information accessible two times (adding more confusion)
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.
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.
fgmasdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk2/wrQACgkQkX2Xpv6ydvT6UACghrBixWNveMT8bMl9u/Vdu+l3
f80An2WzIBvBwaeDNHA3vua4Hj3npyN1
=yl89
-----END PGP SIGNATURE-----
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
----------------------------------------------------------------------------
¡El pueblo unido jamás será vencido!
----------------------------------------------------------------------------
If you are not part of the solution, you are part of the problem.
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
