Well, it should be possible... the pydev console is actually a xml-rpc server with 'addExec', 'getCompletions', 'getDescription', 'close', so, you could extend it if you want more data from it (code is in org.python.pydev/PySrc/pydevconsole.py and in the java side org.python.pydev.debug.newconsole.PydevConsoleCommunication )
I guess all should be doable :) Cheers, Fabio On Tue, Jul 19, 2011 at 12:35 PM, Davidson, Josh <josh.david...@lmco.com> wrote: > Sure. So there will be various C++ components executing and each has an > interface wrapped in Py++ bindings. For example, if I was in the Python > console, I could do something like: obj.getFoo() and invoke that accessor on > the C++ object. One of the things I need to be able to do is add graphical > widgets like charts and gauges that use those C++ components as their data > source. If the UI was written in Python, that would be relatively simple > since the Python bindings would be directly accessible. What I'm not sure of > is how I could get at the Python bindings from an RCP plugin that uses the > SWT version of JChart, unless I could somehow issue commands to the PyDev > interpreter from my plugin and get a response back. > > In terms of other customization, I would probably need to: > a) Startup a PyDev console from my plugin at startup using a Python script. > The interpreter used by this console would then have access to all of the > component bindings. > b) In a project navigator, select a Python file for execution in the > interpreter started in step a. > c) In a project navigator, select a Python file that could execute in the > started in step a using the PyDev debugger, so it could be single stepped. > > For steps b & c, I'd like to find a way to configure the run/debug > configuration automatically from my plugin since I think the dialog will be > overwhelming for some of my users. > > Thanks, > Josh > > -----Original Message----- > From: Fabio Zadrozny [mailto:fzadro...@appcelerator.com] > Sent: Tuesday, July 19, 2011 5:04 AM > To: pydev-code@lists.sourceforge.net > Subject: EXTERNAL: Re: [Pydev-code] Using PyDev in custom plugin > > I don't think you can grab just portions of it (it's either all or > nothing), as for the SWT widgets to access and/or receive notification > from objects in a PyDev interpreter, I'm not sure I follow what you > said... is this the only thing you'd customize? Can you give more > details on what you want to achieve here? > > Cheers, > > Fabio > > On Tue, Jul 19, 2011 at 2:09 AM, Davidson, Josh <josh.david...@lmco.com> > wrote: >> I am creating a user interface for an application that provides a Python >> scripting interface to interact with C++ objects wrapped with Py++ bindings. >> Since my end users are familiar with Eclipse and use it for various forms >> of development, I am investigating the feasibility of using Eclipse RCP (or >> e4) to develop a plugin as a frontend. I'm new to the world of Eclipse >> development, but thought this might be a good opportunity to learn a few new >> tricks. Several of the features for this application could be fulfilled out >> of the box by aspects of the PyDev plugin: script editor, interactive >> console, and script executor (using the debugger). Is it feasible to write >> a plugin that leverages portions of PyDev? Are the various components set >> up that they can be interacted with programmatically from other plugins? >> One piece in particular that I'm concerned about is whether or not I'd be >> able to develop SWT widgets that could access and/or receive notification >> from objects in a PyDev interpreter. >> >> Thanks, >> Josh >> >> ------------------------------------------------------------------------------ >> Magic Quadrant for Content-Aware Data Loss Prevention >> Research study explores the data loss prevention market. Includes in-depth >> analysis on the changes within the DLP market, and the criteria used to >> evaluate the strengths and weaknesses of these DLP solutions. >> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >> _______________________________________________ >> pydev-code mailing list >> pydev-code@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/pydev-code >> > > ------------------------------------------------------------------------------ > Magic Quadrant for Content-Aware Data Loss Prevention > Research study explores the data loss prevention market. Includes in-depth > analysis on the changes within the DLP market, and the criteria used to > evaluate the strengths and weaknesses of these DLP solutions. > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > _______________________________________________ > pydev-code mailing list > pydev-code@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pydev-code > > ------------------------------------------------------------------------------ > Magic Quadrant for Content-Aware Data Loss Prevention > Research study explores the data loss prevention market. Includes in-depth > analysis on the changes within the DLP market, and the criteria used to > evaluate the strengths and weaknesses of these DLP solutions. > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > _______________________________________________ > pydev-code mailing list > pydev-code@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pydev-code > ------------------------------------------------------------------------------ Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ _______________________________________________ pydev-code mailing list pydev-code@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pydev-code