Kst list,<div><br></div><div>Based on the various requests I've heard, I've decided to implement a python module which can control and share data with a kst session. This is instead of, for example, bindings. One concern about this may be that there is no way to run scripts on start of kst. However, a similar result can be achieved by running pyKst scripts which start a kst session and modify it.</div>
<div><br></div><div><b>Before I commit scripting to kst </b>(hopefully on Friday)<b>, I was wondering if I could get some comments on the python API available here: <a href="http://hen.astro.utoronto.ca/pyKst/">http://hen.astro.utoronto.ca/pyKst/</a>. Are there any major features I'm missing? Could it be better organized? </b>Some features (for example power spectrum, spectrograms, histograms, plugins, a lot of methods for plots) are implemented but not documented yet.</div>
<div><b><br></b></div><div>Kst developers: some details about pyKst. Internally, pyKst communicates with kst using a local socket. Kst implements a local server. Except for where speed is crucial, data is transferred, or I am implementing functionality not present in the GUI, the server scrapes dialogs for commands (for example if there is a push button with text "Button", there will be a command called "pressButton()"). I use these scraped functions to implement pyKst - they are not exposed. This scheme greatly reduced the amount of work it took to implement what I have so far, and is easy to maintain (because of the way it's done, there is no problem with renaming UI elements, and even if UI elements are removed, it's just a matter of changing pyKst's internals), and easy to extend (if the UI is extended, so is scripting).</div>
<div><br></div><div>Very much appreciated!</div><div>Josh</div><meta http-equiv="content-type" content="text/html; charset=utf-8">