Hot key to toggle log scale is broken

[Ethan Merritt]

Since I never use the logscale toggle keys ('l' and 'L') I hadn't realized
they are broken. The problem is that coloring options have proliferated, and
many kinds of plots now use the palette for things other than Z-coordinate.

For example, consider the last plot in heatmaps.dem.
One might plausibly want to toggle log scaling on the colorbar but you can't,
because the hotkey tries to toggle Z also (or instead?)
Many other examples of confusion are possible, also in 2D now that
palette coloring can be used in 2D also.

I propose to restrict the effect of 'l' and 'L' to the X,Y axes in 2D
and the Z axis in 3D.  We can add another hotkey, probably 'c', to
explicitly toggle log scaling on the colorbar in both 2D and 3D plots.
Yes, this is a change.

Is that OK with everyone?

--
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Hans-Bernhard Bröker-2]

Ethan A Merritt wrote:

> One might plausibly want to toggle log scaling on the colorbar but you can't,
> because the hotkey tries to toggle Z also (or instead?)

I suspect that's "instead".  If memory serves, when mouse interaction
was added, pm3d still assumed z and cb axes to be the same thing.
4-column pm3d came later.  The colour axis may not even have _had_ a log
setting to be toggled, at that time.

> I propose to restrict the effect of 'l' and 'L' to the X,Y axes in 2D
> and the Z axis in 3D.  We can add another hotkey, probably 'c', to
> explicitly toggle log scaling on the colorbar in both 2D and 3D plots.

I don't think we need a separate hotkey.  'l' only acts on the axis the
mouse is close to.  So it should act on the cb axis only if the colorbox
is visible, and the mouse is inside it.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Ethan Merritt]

On Sunday 01 June 2008 15:05, Hans-Bernhard Bröker wrote:
>
> > I propose to restrict the effect of 'l' and 'L' to the X,Y axes in 2D
> > and the Z axis in 3D.  We can add another hotkey, probably 'c', to
> > explicitly toggle log scaling on the colorbar in both 2D and 3D plots.
>
> I don't think we need a separate hotkey.  'l' only acts on the axis the
> mouse is close to.  So it should act on the cb axis only if the colorbox
> is visible, and the mouse is inside it.

That "axis the mouse is close to" works only in 2D.
In 3D the hotkey always toggles Z no matter where the mouse is.

But yes, we could change it to check where the colorbox is in both 2D and 3D.

--
Ethan A Merritt

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Petr Mikulik]

> > > I propose to restrict the effect of 'l' and 'L' to the X,Y axes in 2D
> > > and the Z axis in 3D.  We can add another hotkey, probably 'c', to
> > > explicitly toggle log scaling on the colorbar in both 2D and 3D plots.
> >
> > I don't think we need a separate hotkey.  'l' only acts on the axis the
> > mouse is close to.  So it should act on the cb axis only if the colorbox
> > is visible, and the mouse is inside it.
>
> That "axis the mouse is close to" works only in 2D.
> In 3D the hotkey always toggles Z no matter where the mouse is.
>
> But yes, we could change it to check where the colorbox is in both 2D and 3D.

In 2D, it works OK.

However, the 'l' hotkey is completely broken in 3D. It should (un)log both Z
and CB axes, not only one of them. The hotkey 'L' should be selective to Z
or CB according to position of the mouse cursor -- it's ok now.

Another broken example:

gnuplot> set pm3d map
gnuplot> splot x*x+y*y+1
gnuplot>          y range has y coord of -10; must be above 0 for log scale!

I.e., the 3D hotkey functionality for 'l' should work as before the patch,
while the 'L' works correctly now.

---
PM

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Ethan Merritt]

On Tuesday 03 June 2008 23:49, Petr Mikulik wrote:

> > > > I propose to restrict the effect of 'l' and 'L' to the X,Y axes in 2D
> > > > and the Z axis in 3D.  We can add another hotkey, probably 'c', to
> > > > explicitly toggle log scaling on the colorbar in both 2D and 3D plots.
> > >
> > > I don't think we need a separate hotkey.  'l' only acts on the axis the
> > > mouse is close to.  So it should act on the cb axis only if the colorbox
> > > is visible, and the mouse is inside it.
> >
> > That "axis the mouse is close to" works only in 2D.
> > In 3D the hotkey always toggles Z no matter where the mouse is.
> >
> > But yes, we could change it to check where the colorbox is in both 2D and 3D.
>
> In 2D, it works OK.
>
> However, the 'l' hotkey is completely broken in 3D. It should (un)log both Z
> and CB axes, not only one of them.

No, it should not.  That is exactly what I am trying to fix.
Long ago, Z and CB tracked the same quantity and it was reasonable to
treat them jointly.  This is no longer true.
 
>The hotkey 'L' should be selective to Z
> or CB according to position of the mouse cursor -- it's ok now.

> Another broken example:
>
> gnuplot> set pm3d map
> gnuplot> splot x*x+y*y+1
> gnuplot>          y range has y coord of -10; must be above 0 for log scale!
>
> I.e., the 3D hotkey functionality for 'l' should work as before the patch,
> while the 'L' works correctly now.

The documentation has always said that 'l' toggles the Y axis in
2D plots.  This was untrue, because it toggled Z + CB instead in a
case such as the one above.  The new code does what the documentation
has always said: toggles the Y axis. 2D and 3D plots now behave
uniformly.  The hotkeys toggle the cb scaling if and only if the mouse
is near the color bar.

--
Ethan A Merritt

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Ethan Merritt]

I have made a further adjustment to the 'L' hotkey, which I hope addresses
your concerns.  Please use the new demo plot (last plot in 'heatmaps.dem')
to see how this works in "set view map" mode:
  If cursor is in color box, toggle log cb
  If cursor is near x1 axis, toggle log x1
  If cursor is near y1 axis, toggle log y1
  If none of the above, toggle log z

The behavior of the 'l' hotkey in "set view map" mode is still a sore point.
It now does what the documentation always said:  it toggles y1.
But it used to toggle z+cb.  This was broken (see last demo in heatmaps.dem).
It would be easy to make it toggle either z or cb instead, and change the
documentation to match.  But I think it should not toggle both of them.
You may disagree.

I am wondering why there is a need for both 'l' and 'L'.
Is there a particular case where the distinction is necessary?

        Ethan

On Wednesday 04 June 2008 07:32, Ethan A Merritt wrote:

> On Tuesday 03 June 2008 23:49, Petr Mikulik wrote:
> > > > > I propose to restrict the effect of 'l' and 'L' to the X,Y axes in 2D
> > > > > and the Z axis in 3D.  We can add another hotkey, probably 'c', to
> > > > > explicitly toggle log scaling on the colorbar in both 2D and 3D plots.
> > > >
> > > > I don't think we need a separate hotkey.  'l' only acts on the axis the
> > > > mouse is close to.  So it should act on the cb axis only if the colorbox
> > > > is visible, and the mouse is inside it.
> > >
> > > That "axis the mouse is close to" works only in 2D.
> > > In 3D the hotkey always toggles Z no matter where the mouse is.
> > >
> > > But yes, we could change it to check where the colorbox is in both 2D and 3D.
> >
> > In 2D, it works OK.
> >
> > However, the 'l' hotkey is completely broken in 3D. It should (un)log both Z
> > and CB axes, not only one of them.
>
> No, it should not.  That is exactly what I am trying to fix.
> Long ago, Z and CB tracked the same quantity and it was reasonable to
> treat them jointly.  This is no longer true.
>  
> >The hotkey 'L' should be selective to Z
> > or CB according to position of the mouse cursor -- it's ok now.
>
> > Another broken example:
> >
> > gnuplot> set pm3d map
> > gnuplot> splot x*x+y*y+1
> > gnuplot>          y range has y coord of -10; must be above 0 for log scale!
> >
> > I.e., the 3D hotkey functionality for 'l' should work as before the patch,
> > while the 'L' works correctly now.
>
> The documentation has always said that 'l' toggles the Y axis in
> 2D plots.  This was untrue, because it toggled Z + CB instead in a
> case such as the one above.  The new code does what the documentation
> has always said: toggles the Y axis. 2D and 3D plots now behave
> uniformly.  The hotkeys toggle the cb scaling if and only if the mouse
> is near the color bar.
>
> --
> Ethan A Merritt
>

--
Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry       Regular Mail: Mailstop 357742
Health Sciences Building
University of Washington - Seattle WA 98195-7742

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Petr Mikulik]

> I have made a further adjustment to the 'L' hotkey, which I hope addresses
> your concerns.  Please use the new demo plot (last plot in 'heatmaps.dem')
> to see how this works in "set view map" mode:
>   If cursor is in color box, toggle log cb
>   If cursor is near x1 axis, toggle log x1
>   If cursor is near y1 axis, toggle log y1
>   If none of the above, toggle log z

For 'L', this is perfect -- this behaviour was designed like that and you
have fixed it for independent switching of z and cb.

> The behavior of the 'l' hotkey in "set view map" mode is still a sore point.
> It now does what the documentation always said:  it toggles y1.
> But it used to toggle z+cb.  This was broken (see last demo in heatmaps.dem).
> It would be easy to make it toggle either z or cb instead, and change the
> documentation to match.  But I think it should not toggle both of them.
> You may disagree.
>
> I am wondering why there is a need for both 'l' and 'L'.
> Is there a particular case where the distinction is necessary?

The 'l' was one of the hotkeys firstly implemented; it switches the log
scale of what axis the user expects and uses most frequently.
  Thus, it should switch "log y" for "plot" command, and "log z + log cb"
for "splot" command (in both 3D and map views). It was doing so until now.
It is documented in the help screen, hotkey "h":
 l  `builtin-toggle-log` y logscale for plots, z logscale for splots
You are right there should be
 l  `builtin-toggle-log` y logscale for plots, z and cb for splots
I've just fixed it.

I would like to ask you to switch the 'l' behaviour to the traditional one.

Thanks, Petr


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Ethan Merritt]

On Thursday 05 June 2008 12:12:54 am Petr Mikulik wrote:
>
> The 'l' was one of the hotkeys firstly implemented; it switches the log
> scale of what axis the user expects and uses most frequently.

"what the user expects" clearly must depend on the user :-)
This user expects the key to work on the cb mapping, regardless of the
current Z range.  Since we are viewing in projection, why should the
Z range matter?

> It is documented in the help screen, hotkey "h":
>  l  `builtin-toggle-log` y logscale for plots, z logscale for splots
> You are right there should be
>  l  `builtin-toggle-log` y logscale for plots, z and cb for splots
> I've just fixed it.

> I would like to ask you to switch the 'l' behaviour to the traditional one.

The traditional case assumed that z=cb. This is no longer true.
We must decide how to extend, adapt, or change things to handle
the current capabilities of the program.

Why should the hotkey act differently depending on whether you
drew the graph with "plot" or "splot"?  Since you can now use palette
and other coloring options in both 2D and 3D, this seem to me an
artificial distinction.  Users who run a script written elsewhere may
not even know whether the plot they are looking at on the screen
was created by 'plot' or 'splot'.  They shouldn't have to;  the hotkeys
should behave consistently for both cases.
   
There are at least 2 other problems:

1) 2D plots can now use palette colors.  I don't think it is reasonable to
have 'l' toggle y some times and z+cb at other times, depending on
which coloring schemes are in use for the current plot.

2) 2D plots created either with 'plot' or 'splot' may have a positive
range on cb, but not on z.   If 'l' tries to toggle log-scale on z it will
fail, even though it wouldn't have affected the appearance of the
plot anyhow.  Better it should only try to toggle cb.




Would it be compatible with your previous usage to toggle cb only?
I imagine your old plots have z=cb, and in projection you cannot see z.

Alternatively,  suppose we change it so that 'l' always tries to
toggle z+cb .  What should  happen if the z range goes negative?
Should it toggle cb only, and give an error message?  No error message?
Not do anything?

If 'l' toggles cb (with or without z) in 2D,  how is the user supposed to
toggle y instead?

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Petr Mikulik]

> > The 'l' was one of the hotkeys firstly implemented; it switches the log
> > scale of what axis the user expects and uses most frequently.
>
> "what the user expects" clearly must depend on the user :-)

The behaviour I vote for is there for ages, and thus I assume it is
comfortable with everybody.

> This user expects the key to work on the cb mapping, regardless of the
> current Z range.  Since we are viewing in projection, why should the
> Z range matter?

You typically "splot 'a.dat' u 1:2:3", thus z=cb.

"set log z" invalidates only non-positive z-points, which the pm3d mode
handles natively; "plot with image" cannot handle this.

> The traditional case assumed that z=cb. This is no longer true.

It is, see above.

> Why should the hotkey act differently depending on whether you
> drew the graph with "plot" or "splot"?  Since you can now use palette
> and other coloring options in both 2D and 3D, this seem to me an
> artificial distinction.

The pm3d mode does not work in "plot".

On the other hand, "splot ... with image" + set log z reports errors.

> Users who run a script written elsewhere may not even know whether the
> plot they are looking at on the screen was created by 'plot' or 'splot'.  
> They shouldn't have to;  the hotkeys should behave consistently for both
> cases.

When 2D plots are unified ... then what to do with 3D splots and the 'l'
hotkey? Will it flip both z+cb?

> There are at least 2 other problems:
>
> 1) 2D plots can now use palette colors.  I don't think it is reasonable to
> have 'l' toggle y some times and z+cb at other times, depending on
> which coloring schemes are in use for the current plot.

right
but there is no clue for this, as nowadays there can be any mix of plots

> 2) 2D plots created either with 'plot' or 'splot' may have a positive
> range on cb, but not on z.

but not for 'plot'

>  If 'l' tries to toggle log-scale on z it will fail, even though it
> wouldn't have affected the appearance of the plot anyhow.  Better it
> should only try to toggle cb.

it fails only for "splot ... with image"

> Would it be compatible with your previous usage to toggle cb only?
> I imagine your old plots have z=cb, and in projection you cannot see z.

The z is usefuly "only" to invalidate points for non-positive z (make the
pm3d plot transparent).

> Alternatively,  suppose we change it so that 'l' always tries to
> toggle z+cb .  What should  happen if the z range goes negative?
> Should it toggle cb only, and give an error message?  No error message?
> Not do anything?


> If 'l' toggles cb (with or without z) in 2D,  how is the user supposed to
> toggle y instead?

in "set view map", you would use 'L'


In summary:

In "plot":
     A. 'l' does "set log y" ... this is the current behaviour
     B. 'l' does "set log cb" only if there are only
        'with image' plot(s), otherwise "set log y"

Option B. would need a clever patch.


In "splot":
     A. 'l' does "set log z+cb" for both 3D and "view map"
         ... this is the current behaviour
     B. 'l' does:
        "set log cb" in "view map" if there is a palette plot,
          otherwise "set log z"
        "set log z+cb" in 3D
     C. 'l' does "set log cb" in "view map" and "set log z+cb"
         in 3D without "with image" and "set log cb" if there is some
         "with image" at non-positive z-coordinates


Opinions?

--- PM

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Ethan Merritt]

On Thursday 05 June 2008 11:45:47 am Petr Mikulik wrote:
>
> > This user expects the key to work on the cb mapping, regardless of the
> > current Z range.  Since we are viewing in projection, why should the
> > Z range matter?
>
> You typically "splot 'a.dat' u 1:2:3", thus z=cb.

Well no, I typically am more likely to be plotting heat maps.
So if I am using splot at all it is with 4D data.  For 3D heat maps I can use
either 'plot' or 'splot'.  Also please note the my typical plot mode for a
3D heat map is "with impulses".  
   http://skuld.bmsc.washington.edu/~merritt/gnuplot/lacI_variant3.png

> "set log z" invalidates only non-positive z-points, which the pm3d mode
> handles natively; "plot with image" cannot handle this.

I am not following you here.  What is it exactly that 'with image' cannot
handle?

> > Why should the hotkey act differently depending on whether you
> > drew the graph with "plot" or "splot"?  Since you can now use palette
> > and other coloring options in both 2D and 3D, this seem to me an
> > artificial distinction.
>
> The pm3d mode does not work in "plot".

True.  But almost all other plot modes work in both 2D and 3D.
Would it be OK to make "set view map;  plot ... with pm3d" a special
case for interpreting 'l'?

> On the other hand, "splot ... with image" + set log z reports errors.

Only if the z coordinate range is non-positive.  You can position the image
in any plane you want to.

> > Users who run a script written elsewhere may not even know whether the
> > plot they are looking at on the screen was created by 'plot' or 'splot'.
> > They shouldn't have to;  the hotkeys should behave consistently for both
> > cases.
>
> When 2D plots are unified ... then what to do with 3D splots and the 'l'
> hotkey? Will it flip both z+cb?

I think it should never flip both z and cb.  That's the point I've been trying
to make :-)

> >  If 'l' tries to toggle log-scale on z it will fail, even though it
> > wouldn't have affected the appearance of the plot anyhow.  Better it
> > should only try to toggle cb.
>
> it fails only for "splot ... with image"

That's not true.  It has nothing to do with which plot style is in effect.

> > Would it be compatible with your previous usage to toggle cb only?
> > I imagine your old plots have z=cb, and in projection you cannot see z.
>
> The z is usefuly "only" to invalidate points for non-positive z (make the
> pm3d plot transparent).

OK, but do you need log scaling for that?
Can't you just test for a non-positive value of z?

> In summary:
>
> In "plot":
>      A. 'l' does "set log y" ... this is the current behaviour
>      B. 'l' does "set log cb" only if there are only
> 'with image' plot(s), otherwise "set log y"

I do not understand why you treat "with image" as a special case.
_All_ plot styles can now use palette color in 2D plots.
The problem is already there if you use:
   plot 'foo' using 1:2:3 with points lt palette z

> In "splot":
>      A. 'l' does "set log z+cb" for both 3D and "view map"
> ... this is the current behaviour

This is quite wrong for general 3D plots.  It may be that
(PM3DSURFACE + splot_map) can be treated as a special case.

>      B. 'l' does:
> "set log cb" in "view map" if there is a palette plot,
>  otherwise "set log z"
> "set log z+cb" in 3D

NACK.  That was the original problem I am trying to fix.
There is no good reason that you should not toggle z by
itself for a 3D palette plot.  What is wrong with:
'l' in the colorbar toggles cb;  'l' anywhere else toggles z?
You can easily toggle both if you need to.

>      C. 'l' does "set log cb" in "view map" and "set log z+cb"
> in 3D without "with image" and "set log cb" if there is some
> "with image" at non-positive z-coordinates

I see nothing special about  "with image".
I think that whatever we choose to do should treat all plot modes equally.  
Possibly pm3d surfaces in map mode can be an exception, if that is
sufficient to proved backwards compatibility.  Is it?

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Petr Mikulik]

> > "set log z" invalidates only non-positive z-points, which the pm3d mode
> > handles natively; "plot with image" cannot handle this.
>
> I am not following you here.  What is it exactly that 'with image' cannot
> handle?


set table 'z3.dat'
splot x
unset table

set view map
set log z
splot 'z3.dat' with image

> > The z is usefuly "only" to invalidate points for non-positive z (make the
> > pm3d plot transparent).
>
> OK, but do you need log scaling for that?
> Can't you just test for a non-positive value of z?

The "invalidation" works automatically.


> > In "splot":
> >      A. 'l' does "set log z+cb" for both 3D and "view map"
> > ... this is the current behaviour
>
> This is quite wrong for general 3D plots.  It may be that
> (PM3DSURFACE + splot_map) can be treated as a special case.

What's wrong? It works like that until now perfectly!



Repeating my summary:

In "plot":
     A. 'l' does "set log y" ... this is the current behaviour
     B. 'l' does "set log cb" only if there are only
        'with image' plot(s), otherwise "set log y"

Option B. would need a clever patch.


In "splot":
     A. 'l' does "set log z+cb" for both 3D and "view map"
         ... this is the current behaviour
     B. 'l' does:
        "set log cb" in "view map" if there is a palette plot,
          otherwise "set log z"
        "set log z+cb" in 3D
     C. 'l' does "set log cb" in "view map" and "set log z+cb"
         in 3D without "with image" and "set log cb" if there is some
         "with image" at non-positive z-coordinates


Ethan, what do you propose for 'l' and 'L'?

---
PM

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Ethan Merritt]

On Friday 06 June 2008 02:48:42 am you wrote:

> > > "set log z" invalidates only non-positive z-points, which the pm3d mode
> > > handles natively; "plot with image" cannot handle this.
> >
> > I am not following you here.  What is it exactly that 'with image' cannot
> > handle?
>
>
> set table 'z3.dat'
> splot x
> unset table
>
> set view map
> set log z
> splot 'z3.dat' with image

So?  You have created a data file with zrange [-10:10].
This is a problem for 'set log z'.  But it has absolutely nothing to
do with image plots as opposed to any other plot style.
I'm still failing to understand what you consider special about
image plots.

> > > In "splot":
> > >      A. 'l' does "set log z+cb" for both 3D and "view map"
> > > ... this is the current behaviour
> >
> > This is quite wrong for general 3D plots.  It may be that
> > (PM3DSURFACE + splot_map) can be treated as a special case.
>
> What's wrong? It works like that until now perfectly!

I think you mean "until now it works perfectly for one kind
of plot  that I use frequently".    

Here's a counter-example.
- Revert to CVS version of 01 June 2008 (before I made any
  changes to the logscale hotkeys).
- Issue the following plot commands
  set view map
  splot 'silver.dat' using 1:2:3 with points pt 7 lt palette z

This looks like any normal 2D plot, except that it uses palette
coloring.  One expects the 'l' hotkey to toggle Y.  But it doesn't.
It toggles the colorbar instead.   I consider that to be wrong.

Another counter-example is the revised version of the 3D heat-map
in "heatmaps.dem".   The cb axis is _different_ from the z axis.
The previous 'l' hotkey toggled both, but this makes no sense.

> Repeating my summary:
>
> In "plot":
>      A. 'l' does "set log y" ... this is the current behaviour
>      B. 'l' does "set log cb" only if there are only
>         'with image' plot(s), otherwise "set log y"
>
> In "splot":
>      A. 'l' does "set log z+cb" for both 3D and "view map"
>          ... this is the current behaviour
>      B. 'l' does:
>         "set log cb" in "view map" if there is a palette plot,
>           otherwise "set log z"
>         "set log z+cb" in 3D
>      C. 'l' does "set log cb" in "view map" and "set log z+cb"
>          in 3D without "with image" and "set log cb" if there is some
>          "with image" at non-positive z-coordinates
>
>
> Ethan, what do you propose for 'l' and 'L'?

I propose that 'l' toggles Y in a 2D plot. It toggles Z in a 3D plot.
But if the mouse is inside the color bar it toggles cb instead.

'L' always toggles the axis nearest to the current mouse position.
(It currently does not work for the X and Y axes in general 3D view).

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

[Petr Mikulik]

> > Ethan, what do you propose for 'l' and 'L'?
>
> I propose that 'l' toggles Y in a 2D plot. It toggles Z in a 3D plot.
> But if the mouse is inside the color bar it toggles cb instead.
>
> 'L' always toggles the axis nearest to the current mouse position.
> (It currently does not work for the X and Y axes in general 3D view).

Ok, I agree. Let's commit the change you propose.

Maybe you could let
        #if 1 /* until 4.2.3 */
                ... switch log cb instead if "view map"
        #endif

---
PM

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta