From: Ben E. <be...@hk...> - 2010-07-16 21:21:52
|
Howdy, I filed a feature request at SourceForge a while back, but I thought I would mention it again since the SF bug tracking system is no longer used. We share a central PyMOL installation via NFS to our user workstations, and in that situation, it means that the PyMOL users have to rely on a sysadmin to install/update plugins in the modules/pmg_tk/startup directory. It would be more convenient for everyone involved if users could also add the plugin to e.g. ~/.pymol/plugins/. I've been poking through modules/pmg_tk/PMGApp.py, and I easily modified it to support installing/deleting plugins to the user's directory, but my python-fu is weak, and I can't seem to figure out how to modify the initializePlugins function to load from that location. There's something tricky going on with python namespaces(?) that I'm not totally grokking yet. Anyway, I'm willing to push on and try to figure it out, but I'm curious what Jason et al think of the idea, since I don't really want to maintain a separate patch to enable this functionality. Thoughts, Jason, et al? :-) -b -- | Ben Eisenbraun | Software Sysadmin | | Structural Biology Grid | http://sbgrid.org | | Harvard Medical School | http://hms.harvard.edu | |
From: Ben E. <be...@hk...> - 2010-07-16 22:01:31
|
On Fri, Jul 16, 2010 at 05:21:44PM -0400, Ben Eisenbraun wrote: > I've been poking through modules/pmg_tk/PMGApp.py, and I easily modified it > to support installing/deleting plugins to the user's directory, but my > python-fu is weak, and I can't seem to figure out how to modify the > initializePlugins function to load from that location. There's something > tricky going on with python namespaces(?) that I'm not totally grokking > yet. > > Anyway, I'm willing to push on and try to figure it out, but I'm curious > what Jason et al think of the idea, since I don't really want to maintain a > separate patch to enable this functionality. The other unspoken-but-not-unthought possibility is that adding this functionality would actually be non-trivial, and that I'm underestimating how much effort it would take to make this work. Which is quite possible given my relative naïveté with python. :-) -b -- | Ben Eisenbraun | Software Sysadmin | | Structural Biology Grid | http://sbgrid.org | | Harvard Medical School | http://hms.harvard.edu | |
From: Jason V. <jas...@sc...> - 2010-07-19 05:57:21
|
Hi Ben, Being able to store and load plugins from a user-specified location that does not require admin privileges, is just one benefit to an improved plugin system. A couple months ago we started talking about how to revamp the plugin system. A wiki page to hold ideas has been created (http://pymolwiki.org/index.php/PluginArchitecture). Please feel free to add your ideas to this page if they're not already there. You're even welcome to post any new mock-up code you've generated. We will be meeting again to discuss this and check out progress in about a month. If you want to be involved, please drop me your email and I'll add you to the interest list. Cheers, -- Jason On Fri, Jul 16, 2010 at 6:01 PM, Ben Eisenbraun <be...@hk...> wrote: > On Fri, Jul 16, 2010 at 05:21:44PM -0400, Ben Eisenbraun wrote: >> I've been poking through modules/pmg_tk/PMGApp.py, and I easily modified it >> to support installing/deleting plugins to the user's directory, but my >> python-fu is weak, and I can't seem to figure out how to modify the >> initializePlugins function to load from that location. There's something >> tricky going on with python namespaces(?) that I'm not totally grokking >> yet. >> >> Anyway, I'm willing to push on and try to figure it out, but I'm curious >> what Jason et al think of the idea, since I don't really want to maintain a >> separate patch to enable this functionality. > > The other unspoken-but-not-unthought possibility is that adding this > functionality would actually be non-trivial, and that I'm underestimating > how much effort it would take to make this work. > > Which is quite possible given my relative naïveté with python. :-) > > -b > > -- > | Ben Eisenbraun | Software Sysadmin | > | Structural Biology Grid | http://sbgrid.org | > | Harvard Medical School | http://hms.harvard.edu | > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > PyMOL-users mailing list (PyM...@li...) > Info Page: https://lists.sourceforge.net/lists/listinfo/pymol-users > Archives: http://www.mail-archive.com/pym...@li... > -- Jason Vertrees, PhD PyMOL Product Manager Schrodinger, LLC (e) Jas...@sc... (o) +1 (603) 374-7120 |