Re: gnuplot projects, terminal modules

[<tim...@en...>]

> On Thursday 08 March 2007 14:35, Timothée Lecomte wrote:
>> > 4) Mousing support for multiplot mode
>>
>> This one is probably more difficult than it seems.
>
> At least in x11 it should not be fairly easy. Gnuplot_x11 already
> stores plot bounds and axis scaling information, used to echo back
> the mouse coordinates based on the current cursor coordinates in
> the window.  To make mouse coordinates work for multiplot, one just
> needs a  pre-test on the cursor coordinates to see which scaling
> table should be used.  So I think echoing the appropriate mouse
> coordinates for various subplots on the screen would be easy.
> The difficult part would be to do something like zooming a subplot;
> as currently implemented, that would require going back to the
> original plot command and the original data, both of which are
> long gone.

I was indeed thinking of getting original data, as this was what I was
told before. I am thinking of overlapping multiplots too.

>
>
>> >> First, I'd like to see the terminal module architecture that I
>> proposed
>> >
>> > Is there any technical benefit to this work?
>> > I have the impression, perhaps incorrect, that it is being entirely
>> > driven by distaste for linking to libreadline.
>>
>> This has nothing to do with readline, it's for the _terminal_, like wxt
>> or
>> gd, to be built as external modules and to be loaded at run-time.
>
> Ah. Light dawns. I totally mis-understood.  Sorry.
> OK, I'll have a look at it.

No problem.


>> > Please remind me where we ended up in previous discussions.
>> > I thought this turned out to be something that cannot be done in the
>> > terminal driver at all, because at the time you want to issue the
>> command
>> > you may have a different terminal active.  I tried implementing it
>> x11,
>> > and what happened was the all the raise/lower events got queued up and
>> > executed in a batch the next time an x11 window pipe was the active
>> > input stream.  That's clearly no good.  I attempted to work around
>> > this with a patch to continue accepting input from the previous
>> > interactive terminal, but that didn't work very well either.
>>
>> You're mixing two opposite features:
>> 1- 'raise console (xterm, konsole, ...)' which is bound to the spacebar
>> in
>> any interactive terminal. This cannot be moved as a function in struct
>> termentry for the reason you just explained
>> 2- I'm talking about 'raise terminal (wxt, x11, ...)' which is the
>> 'raise'
>> or 'lower' command (see 'help raise'). It makes sense to have act on the
>> current active terminal, and to move the code to the terminal instead of
>> command.c
>
> No. I'm not talking about 'raise console' at all.  I don't care about
> that, and would never use it :-)
> I'm talking about the case where you have a dozen x11 windows on your
> screen
> with old plots in them, and you want to raise plot #5, but don't remember
> which window that is.  I gather from Petr's comments that this is typical
> in an Octave session.  How do you send a "raise" command to an existing
> x11 window when it's not the currently active terminal?  The current
> terminal may still be x11, but a different window.  Even worse if the
> current terminal is post or png or something like that.  I'm not saying
> it's impossible, but my simple-minding attempt to do it inside the x11
> driver didn't work.

Well, everything is already there, see 'help raise' (you can do 'raise 5'
to raise the 5th window).

Currently, if you do:

set term x11
plot x
set term wxt
plot x
raise # then both wxt and x11 windows are raised.

With my patch (whose first goal is to eradicate that ugly code from
command.c):


set term x11
plot x
set term wxt
plot x
raise # only wxt windows is raised.
set term x11
raise # only x11 windows is raised.

Simple, isn't it ;)

Timothée

>
> --
> Ethan A Merritt
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>