Menu
▾
▴
gnuplot-beta
|
From: Nigel N. <nN...@au...> - 2005-06-13 17:02:50
|
DQpIaSBUaW1vdGhlZSwgUGV0ciwgSGFucy1CZXJuaGFyZCwNCg0KPiBUaGUgYXR0cmFjdGl2ZW5l c3Mgb2YgdGhlIHd4IHdpZGdldCBpcyB0aGF0IGlzIE5PVCBHUEwsIHRodXMgaXQgDQo+IGNhbiBi ZSB1c2VkIGluIG9wZW4gc291cmNlIGFzIHdlbGwgYXMgZm9yIGNvbW1lcmNpYWwgYXBwbGljYXRp b25zLg0KDQpJIGRpZCBhIHd4R251cGxvdCBjbGFzcyBpbnNpZGUgYSB0aHJlYWRlZCBDKysgd3hT aW11bGF0b3IsIHdpdGggYQ0KInd4VGVybSIgcHJvdmlkaW5nIHRoZSBmYW1pbGlhciBnbnVwbG90 IGNvbW1hbmQgbGluZTsgd29ya2VkIGZpbmUuDQpPbmx5IHNpZ25pZmljYW50IHByb2JsZW0gd2Fz IHRoYXQgYSBzaW11bGF0b3IgY2FuIHJlYWxseSBvbmx5IGhhdmUgDQphIHNpbmdsZSBhY3RpdmUg cGxvdCwgc2luY2Ugc29tZSBvZiB0aGUgY29yZSBnbnVwbG90IGRhdGEgaXMgc3RpbGwNCmdsb2Jh bC4gIElmIHRoZXNlIHdlcmUgd3JhcHBlZCBpbiBhIHN0cnVjdCwgZWFjaCBwbG90IGNvdWxkIGhh dmUgDQppdHMgb3duIGdudXBsb3QgImRhdGEgc3RydWN0IiwgYW5kIHdlIGNvdWxkIHN0ZWVyIGFu eSBudW1iZXIgb2YgDQp3eEdudXBsb3QgcGFuZWxzLiAgVGltLCBzb3VuZHMgbGlrZSBhIHdvcnRo d2hpbGUgcHJvamVjdC4NCg0KTmlnZWwNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyAN ClRoaXMgbWVzc2FnZSBpcyBpbnRlbmRlZCBmb3IgdGhlIGFkZHJlc3NlZSBuYW1lZCBhbmQgbWF5 IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCANCnByaXZpbGVnZWQgaW5mb3JtYXRpb24uIElmIHlv dSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgcGxlYXNlIG5vdGUgdGhhdCANCmFueSBm b3JtIG9mIGRpc3RyaWJ1dGlvbiwgY29weWluZyBvciB1c2Ugb2YgdGhpcyBjb21tdW5pY2F0aW9u IG9yIHRoZSBpbmZvcm1hdGlvbiANCmluIGl0IGlzIHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1h eSBiZSB1bmxhd2Z1bC4gSWYgeW91IHJlY2VpdmUgdGhpcyBtZXNzYWdlIGluIGVycm9yLCANCnBs ZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB0aGUgc2VuZGVyLiAgDQpLZWVwIHVwIHRvIGRhdGUg d2l0aCB3aGF0J3MgaGFwcGVuaW5nIGluIEF1c3RyYWxpYW4gc3BvcnQuIFZpc2l0IHd3dy5hdXNw b3J0Lmdvdi5hdSANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg== |
|
From: <tim...@en...> - 2005-06-13 21:44:04
|
Nigel Nunn wrote: >Hi Timothee, Petr, Hans-Bernhard, > =20 > >>The attractiveness of the wx widget is that is NOT GPL, thus it=20 >>can be used in open source as well as for commercial applications. >> =20 >> > >I did a wxGnuplot class inside a threaded C++ wxSimulator, with a >"wxTerm" providing the familiar gnuplot command line; worked fine. >Only significant problem was that a simulator can really only have=20 >a single active plot, since some of the core gnuplot data is still >global. If these were wrapped in a struct, each plot could have=20 >its own gnuplot "data struct", and we could steer any number of=20 >wxGnuplot panels. Tim, sounds like a worthwhile project. > >Nigel > =20 > Thanks for supporting me ! I might need your experience some day... I have almost written my terminal, at least with the mandatory functions=20 to make gnuplot access it. I just implemented those calls and simulate=20 gnuplot action with some menus (_move, _vector, _graphics, etc). My next step is to make it work *inside* gnuplot, which should not be a=20 big problem, as I have prepared myself to call the wxwidgets library=20 without building a whole application, in the same way as Videolan or=20 Bochs, which both use it as a gui plugin. I have to declare some=20 remaining variables, and pay attention to those 'extern "C" ' magic words= ! I will continue and keep sending news to the list. Timoth=C3=A9e Lecomte |
|
From: <mi...@ph...> - 2005-06-14 22:09:13
|
> I did a wxGnuplot class inside a threaded C++ wxSimulator, with a "wxTerm" providing the familiar gnuplot command line; worked fine. Only significant problem was that a simulator can really only have a single active plot, since some of the core gnuplot data is still global. If these were wrapped in a struct, each plot could have its own gnuplot "data struct", and we could steer any number of > wxGnuplot panels. That single plot is a normal way, as multiple plot windows from a single gnuplot session are available only for X11 terminal. How would the simulator work under native Windows or OS/2 terminals? If it was under X11, have you used the new feature of an x11 handle from sourceforge patches? This patch waits for confirmation that it works. Similar "problem" with one active window is also e.g. under Octave. Once has to run several instances of gnuplot. Works fine. --- PM |
|
From: Ethan M. <merritt@u.washington.edu> - 2005-06-14 23:14:17
|
On Tuesday 14 June 2005 03:09 pm, mi...@ph... wrote: > > If it was under X11, have you used the new feature of an x11 handle from > sourceforge patches? This patch waits for confirmation that it works. I think that patchset may have broken due to subsequent changes to the cvs code. I can't get it to work here any more. Daniel? -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |
|
From: Daniel J S. <dan...@ie...> - 2005-06-15 01:28:50
|
Ethan Merritt wrote: > On Tuesday 14 June 2005 03:09 pm, mi...@ph... wrote: > >>If it was under X11, have you used the new feature of an x11 handle from >>sourceforge patches? This patch waits for confirmation that it works. > > > I think that patchset may have broken due to subsequent changes to the > cvs code. I can't get it to work here any more. Daniel? I'll have a look at that one later this evening. Should be fairly straightforward. Dan |
|
From: Daniel J S. <dan...@ie...> - 2005-06-15 05:42:20
|
Ethan Merritt wrote:
> On Tuesday 14 June 2005 03:09 pm, mi...@ph... wrote:
>
>>If it was under X11, have you used the new feature of an x11 handle from
>>sourceforge patches? This patch waits for confirmation that it works.
I've updated things on my system. The demo works as originally designed except
for one problem. The buttons and list items need to be pressed several times to
cause the actions of starting a new demo or clearing a demo. It seems to be a
random number of times, but usually two or three times.
Can anyone think of any changes in gnuplot that might cause problems with the
following tcl lines?
# Send an ctrl-C to gnuplot in case a different demo is running.
exec kill -INT [pid $gpfd]
set file [file join $dirName [.sel.f.list get @$x,$y]]
# Some demos may have set terminal and failed to set it back.
gnuplot "set term x11; reset; load \"$file\""
Or similarly, this line?
button .plt.buttons.bstop -text Reset -command {exec kill -INT [pid $gpfd];
gnuplot "reset; clear"}
The idea in both cases is to issue a CNTRL-C to the gnuplot process to break out
of any currently running demo, then issue "reset", then proceed.
This used to work fine. Could something have changed where the CNTRL-C doesn't
occur until the "reset; clear" is partially through the pipe?
Dan
|
|
From: Ethan M. <merritt@u.washington.edu> - 2005-06-15 22:01:15
|
On Tuesday 14 June 2005 10:46 pm, Daniel J Sebald wrote: > > I've updated things on my system. The demo works as originally designed except > for one problem. The buttons and list items need to be pressed several times to > cause the actions of starting a new demo or clearing a demo. It seems to be a > random number of times, but usually two or three times. Hmm. Does this mechanism only work from tcl? I had forgotten about tcl, and just tried speficying X-window ids for windows already open on my desktop, including the gnuplot command line window. It didn't work. -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |
|
From: Daniel J S. <dan...@ie...> - 2005-06-16 03:11:56
|
Ethan Merritt wrote: > On Tuesday 14 June 2005 10:46 pm, Daniel J Sebald wrote: > >>I've updated things on my system. The demo works as originally designed except >>for one problem. The buttons and list items need to be pressed several times to >>cause the actions of starting a new demo or clearing a demo. It seems to be a >>random number of times, but usually two or three times. > > > Hmm. Does this mechanism only work from tcl? > I had forgotten about tcl, and just tried speficying X-window ids for windows > already open on my desktop, including the gnuplot command line window. > It didn't work. It should work once I put the patch on SourceForge. (I was going to wait until I had tcl working.) Many hunks were rejected and needed fixing. Should I put an intermediate patch there for you to test? Dan |
|
From: Daniel J S. <dan...@ie...> - 2005-06-21 06:08:35
|
Daniel J Sebald wrote:
> Ethan Merritt wrote:
>
>> On Tuesday 14 June 2005 03:09 pm, mi...@ph... wrote:
>>
>>> If it was under X11, have you used the new feature of an x11 handle from
>>> sourceforge patches? This patch waits for confirmation that it works.
>
>
> I've updated things on my system. The demo works as originally designed
> except for one problem. The buttons and list items need to be pressed
> several times to cause the actions of starting a new demo or clearing a
> demo. It seems to be a random number of times, but usually two or three
> times.
Ay, ay, ay... adding a newline character at the front of the gnuplot command
string right after the ctrl-c appears to have fixed the problem. E.g.,
("gnuplot" is a pipe command defined in the tcl file)
gnuplot "\nset term x11; reset; load \"$file\""
So, I've updated the patch on S.F. and things should be ready to go. The demo
is run with
command> gpdemos.tcl &
Dan
|
