gnuplot-beta — Developers and beta testers of new gnuplot code

Updated website w/ book info

[Philipp K. J. <ja...@ie...>]

Just as a heads-up to everyone: Now that the book
is available in print, I have updated the information
on the gnuplot.info homepage accordingly, and also
put a link on the documentation page.

The old versions of the index.html and the documentation.html
pages are still there, as "_29Aug2009.html", so that we
can revert if needed.

Best,

		Ph.

Planned release 4.2.6 - comments?

[Ethan M. <merritt@u.washington.edu>]

I figure to package and release version 4.2.6 some time in the next
week or so.  Not much has gone into the 4.2 source branch since 4.2.5,
as you would expect for being two and a half years into a stable version.

The NEWS file shows

New features, changes and fixes in gnuplot version 4.2.6
===========================================================
* NEW xterm tektronix emulation 'set term xterm'
* FIX off-by-one pixel bug in width of boxes with palette or rgb color
* FIX center rotation of 'set view equal xyz' mode at screen center
* FIX sanity-check time ranges for axes with timeformat
* FIX pslatex blacktext and broken format specifier
* FIX PostScript code points for Lcaron, lcaron in encoding cp1250
* CHANGE If a 2D plot uses a Z-based palette, then autoscale cbrange
* CHANGE aquaterm accepts "size xx,yy" with a comma

This is likely to be the last release in the 4.2.x series.

Once it's out, we should get serious about stabilizing a 1st 
release candidate for version 4.4.

Anyone have any comments or requests?

	Ethan

Re: Qt terminal

[Petr M. <mi...@ph...>]

> > - Could the "Export to image" ask for the image size? E.g. 800x600 etc.
> 
> I think it just dumps the current bitmap, so won't it always be the same
> size as the current plot window?

That's what I wonder.
If it is a bitmap, I propose an option for cropping the image (to remove 
possible white edges when pasted into a document).
  
> > - If antialias is off, then rotation by mouse of "set pm3d; splot x*x" has 
> >   the same speed as x11 terminal. If antialias is on, then it rotates much 
> >   slower.
> 
> Now this is an excellent point.
> I bet that the interactive performance can be improved by disabling 
> antialiasing while the mouse button is held down. As you rotate, the
> refresh will be fast.  When you release the mouse button, it can return
> to the antialiasing mode if that was previously enabled.

That would be perfect.

> > - The first two zoom icons should rather have arrows (<-) and (->) 
> >   instead of (-) and (+).
> 
> Hmm.  I'm more used to seeing + and - these days.  Whatever. It's configurable.

> I would have thought arrows represent a history "previous", "next" 
> rather than zoom level. If it's a zoom level +,- makes more sense.

These icons mean previous and next item of the history, so arrows would be 
better.

---
PM

Re: Qt terminal

[<pl...@pi...>]

Ethan Merritt wrote:

 > > - The first two zoom icons should rather have arrows (<-) and (->)
 > >   instead of (-) and (+).

 >Hmm.  I'm more used to seeing + and - these days.  Whatever. It's 
configurable.

 >	Ethan

I would have thought arrows represent a history "previous", "next" 
rather than zoom level. If it's a zoom level +,- makes more sense.

/Peter

Gnuplot Book: Finally (finally!) in print!

[Philipp K. J. <ja...@ie...>]

After what at times seemed like an interminable
delay, the Gnuplot book is finally available in 
printed form!

This means that anybody who pre-ordered the 
book should by now already have their copy or
receive it within the next few days.

I wanted to thank all of you who contributed 
questions and comments, or pointed out errors in 
the draft version of the manuscript. It really made 
a difference!

More details are available on the publisher's site:
	www.manning.com/janert

and the book is available from any bookseller,
including Amazon:
	http://www.amazon.com/gp/product/1933988398

I wanted to thank everyone for their patience and
also wanted to apologize again for the delay. I hope 
you will find that it was worth it.

Best,

		Ph.

Re: Qt terminal

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 26 August 2009 02:15:38 Petr Mikulik wrote:
>
> - Could the "Export to image" ask for the image size? E.g. 800x600 etc.

I think it just dumps the current bitmap, so won't it always be the same
size as the current plot window?
 
> - If antialias is off, then rotation by mouse of "set pm3d; splot x*x" has 
>   the same speed as x11 terminal. If antialias is on, then it rotates much 
>   slower.

Now this is an excellent point.
I bet that the interactive performance can be improved by disabling 
antialiasing while the mouse button is held down. As you rotate, the
refresh will be fast.  When you release the mouse button, it can return
to the antialiasing mode if that was previously enabled.

> - The first two zoom icons should rather have arrows (<-) and (->) 
>   instead of (-) and (+).

Hmm.  I'm more used to seeing + and - these days.  Whatever. It's configurable.

	Ethan

Re: Is update of ChangeLog missing on the current cvs source trees?

[Tatsuro M. <tma...@ya...>]

Hello

I have confirmed the ChangeLog update

Thanks!!

Tatsuro

--- Ethan Merritt wrote:

> On Wednesday 26 August 2009, Tatsuro MATSUOKA wrote:
> > Hello 
> > 
> > I have just checked out the cvs trees. However the latest the ChangeLog date is 2009-08-21.
> > Perhaps update of the ChangeLog seems to be missing.
> 
> I see no changes to any of the code since 2009-08-21, although I did remove
> the "EXPERIMENTAL" flag from the configuration comments for the wxt and canvas
> terminals last night.  I apologize for not updating the ChangeLog to reflect that.
> The only other change I see is the correction of a versioning typo
> (reference to 4.1 rather than 4.2) in the postscript help section.
> 
> 	Ethan
> 


--------------------------------------
Thanks 10 years!  Yahoo! Shopping and Yahoo! Auctions
http://pr.mail.yahoo.co.jp/ec10years/

Re: Is update of ChangeLog missing on the current cvs source trees?

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 26 August 2009, Tatsuro MATSUOKA wrote:
> Hello 
> 
> I have just checked out the cvs trees. However the latest the ChangeLog date is 2009-08-21.
> Perhaps update of the ChangeLog seems to be missing.

I see no changes to any of the code since 2009-08-21, although I did remove
the "EXPERIMENTAL" flag from the configuration comments for the wxt and canvas
terminals last night.  I apologize for not updating the ChangeLog to reflect that.
The only other change I see is the correction of a versioning typo
(reference to 4.1 rather than 4.2) in the postscript help section.

	Ethan

Re: Qt terminal

[Christoph B. <us...@be...>]

Petr Mikulik schrieb:
> I've updated the Qt library to 4.5 and thus I could try the new Qt terminal. 
> It works well. 

I tried it, too. Looks good.

Why does it require Qt library 4.5? In his initial announcement in 
february Jérôme said, that he developed it with version 4.4.3. I 
compiled it with this version on Debian stable. It compiled without 
warnings and I could not encounter any error up to now (I did only a few 
plots).

If version 4.4.3 is sufficient, it would be nice to adjust the 
requirements to this version because Debian stable ships this version.

Nice work, Jérôme!

Christoph

Is update of ChangeLog missing on the current cvs source trees?

[Tatsuro M. <tma...@ya...>]

Hello 

I have just checked out the cvs trees. However the latest the ChangeLog date is 2009-08-21.
Perhaps update of the ChangeLog seems to be missing.

Regards

Tatsuro

--------------------------------------
Thanks 10 years!  Yahoo! Shopping and Yahoo! Auctions
http://pr.mail.yahoo.co.jp/ec10years/

Qt terminal

[Petr M. <mi...@ph...>]

I've updated the Qt library to 4.5 and thus I could try the new Qt terminal. 
It works well. I have few comments:

- "Export to pdf" produces file with the plot on top of the paper sheet. 
  I would like if the dialog can give options for:
	- Center the plot on the paper.
	- Export only the figure (i.e. no page, but cropped image), as
	  "set term pdf" is doing.

- Could the "Export to image" ask for the image size? E.g. 800x600 etc.

- If antialias is off, then rotation by mouse of "set pm3d; splot x*x" has 
  the same speed as x11 terminal. If antialias is on, then it rotates much 
  slower.

- The first two zoom icons should rather have arrows (<-) and (->) 
  instead of (-) and (+).

- I think the terminal could write its own set-up as wxt is doing, i.e. 
	$HOME/.gnuplot-qt

- I think the default font could be saved in that config file (having a 
  button for font dialog in the setup dialog).

- I would enjoy very much the "space" hotkey functionality as in other 
  terminals.

---
PM

Re: bug: x11 terminal grabs mouse selection

[Petr M. <mi...@ph...>]

> >> If you are running KDE, try opening up the configuration menu of klipper
> >> (the clipboard manager) and experiment with the options available for
> >> "Cliboard/Selection Behavior".  You probably want to tick the box
> >> "Synchronize contents of the clipboard and the selection".
> >
> > I have this option on under KDE.
> > I have also tried gnome and fwhm.
> > Nowhere I can copy via wxt clipboard the plot to OpenOffice (and under
> > fwhm
> > even not to gimp).
> > Could something be done in order to let wxt and OO working via clipboard?

I've just tried the new Qt terminal (in KDE 3.5). Using its "Copy to 
clipboard", the plot can be Pasted into OpenOffice. The wxt's "Copy to 
clipboard", it cannot be pasted.

---
PM

Re: bug: x11 terminal grabs mouse selection

[Timothée L. <tim...@lp...>]

>> > > > The plot is copied into clipboard and then it can be mouse-pasted
>> into e.g.
>> > > > OpenOffice as a plot. It is saved as a png file I see.
>> > > >
>> > > > On the other hand it seems that in WX terminal the icon
>> functionality "copy
>> > > > plot to clipboad" is broken -- if I press it and then try to copy
>> the plot
>> > > > into OpenOffice, nothing happens. Can somebody reproduce this
>> problem?
>> > >
>> > > I'd say it's OOo that is broken.
>> > >
>> > > gnuplot wxt icon works here and I can past into gimp no prob.
>> > >
>> > > Exactly what context are you trying to paste into OO? I can test
>> here if
>> > > you give specifics.
>> >
>> > Try it with whatever plot: test, plot x, splot x*y
>> >
>> > Pasting directly from wxt to gimp or to koffice works, but not to
>> > OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it
>> in
>> > OpenOffice, the graph gets into OO.
>> >
>> > Is it really bug in OO or in the way how wxt copies it into the
>> clipboard?
>>
>> There are actually three "clipboards" involved. Different programs make
>> different assumptions about which of them is being used for cut+paste.
>> This is further complicated if you are running a clipboard managing
>> program
>> as part of your desktop.
>>
>> If you are running KDE, try opening up the configuration menu of klipper
>> (the clipboard manager) and experiment with the options available for
>> "Cliboard/Selection Behavior".  You probably want to tick the box
>> "Synchronize contents of the clipboard and the selection".
>
> I have this option on under KDE.
> I have also tried gnome and fwhm.
> Nowhere I can copy via wxt clipboard the plot to OpenOffice (and under
> fwhm
> even not to gimp).
> Could something be done in order to let wxt and OO working via clipboard?
>

Hi,

What is listed when you try "Edit->Paste Special" in OO ? Can it work that
way ?

Regards,

Timothée

Re: bug: x11 terminal grabs mouse selection

[Petr M. <mi...@ph...>]

> > > > The plot is copied into clipboard and then it can be mouse-pasted into e.g.
> > > > OpenOffice as a plot. It is saved as a png file I see.
> > > > 
> > > > On the other hand it seems that in WX terminal the icon functionality "copy
> > > > plot to clipboad" is broken -- if I press it and then try to copy the plot
> > > > into OpenOffice, nothing happens. Can somebody reproduce this problem?
> > > 
> > > I'd say it's OOo that is broken.
> > > 
> > > gnuplot wxt icon works here and I can past into gimp no prob.
> > > 
> > > Exactly what context are you trying to paste into OO? I can test here if
> > > you give specifics.
> > 
> > Try it with whatever plot: test, plot x, splot x*y
> > 
> > Pasting directly from wxt to gimp or to koffice works, but not to 
> > OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it in 
> > OpenOffice, the graph gets into OO.
> > 
> > Is it really bug in OO or in the way how wxt copies it into the clipboard?
> 
> There are actually three "clipboards" involved. Different programs make
> different assumptions about which of them is being used for cut+paste.
> This is further complicated if you are running a clipboard managing program
> as part of your desktop.
> 
> If you are running KDE, try opening up the configuration menu of klipper
> (the clipboard manager) and experiment with the options available for
> "Cliboard/Selection Behavior".  You probably want to tick the box
> "Synchronize contents of the clipboard and the selection".

I have this option on under KDE.
I have also tried gnome and fwhm.
Nowhere I can copy via wxt clipboard the plot to OpenOffice (and under fwhm 
even not to gimp).
Could something be done in order to let wxt and OO working via clipboard?

---
PM

Re: bug: x11 terminal grabs mouse selection

[Ethan M. <merritt@u.washington.edu>]

On Tuesday 25 August 2009, Petr Mikulik wrote:
> > > The plot is copied into clipboard and then it can be mouse-pasted into e.g.
> > > OpenOffice as a plot. It is saved as a png file I see.
> > > 
> > > On the other hand it seems that in WX terminal the icon functionality "copy
> > > plot to clipboad" is broken -- if I press it and then try to copy the plot
> > > into OpenOffice, nothing happens. Can somebody reproduce this problem?
> > 
> > I'd say it's OOo that is broken.
> > 
> > gnuplot wxt icon works here and I can past into gimp no prob.
> > 
> > Exactly what context are you trying to paste into OO? I can test here if
> > you give specifics.
> 
> Try it with whatever plot: test, plot x, splot x*y
> 
> Pasting directly from wxt to gimp or to koffice works, but not to 
> OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it in 
> OpenOffice, the graph gets into OO.
> 
> Is it really bug in OO or in the way how wxt copies it into the clipboard?

There are actually three "clipboards" involved. Different programs make
different assumptions about which of them is being used for cut+paste.
This is further complicated if you are running a clipboard managing program
as part of your desktop.

If you are running KDE, try opening up the configuration menu of klipper
(the clipboard manager) and experiment with the options available for
"Cliboard/Selection Behavior".  You probably want to tick the box
"Synchronize contents of the clipboard and the selection".

Re: bug: x11 terminal grabs mouse selection

[Petr M. <mi...@ph...>]

> > The plot is copied into clipboard and then it can be mouse-pasted into e.g.
> > OpenOffice as a plot. It is saved as a png file I see.
> > 
> > On the other hand it seems that in WX terminal the icon functionality "copy
> > plot to clipboad" is broken -- if I press it and then try to copy the plot
> > into OpenOffice, nothing happens. Can somebody reproduce this problem?
> 
> I'd say it's OOo that is broken.
> 
> gnuplot wxt icon works here and I can past into gimp no prob.
> 
> Exactly what context are you trying to paste into OO? I can test here if
> you give specifics.

Try it with whatever plot: test, plot x, splot x*y

Pasting directly from wxt to gimp or to koffice works, but not to 
OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it in 
OpenOffice, the graph gets into OO.

Is it really bug in OO or in the way how wxt copies it into the clipboard?
I think it is easier to fix gnuplot than OO.

---
PM

Re: bug: x11 terminal grabs mouse selection

[<pl...@pi...>]

Petr Mikulik wrote:
> The plot is copied into clipboard and then it can be mouse-pasted into e.g. 
> OpenOffice as a plot. It is saved as a png file I see.
> 
> On the other hand it seems that in WX terminal the icon functionality "copy 
> plot to clipboad" is broken -- if I press it and then try to copy the plot 
> into OpenOffice, nothing happens. Can somebody reproduce this problem?
> 
> ---
> PM
> 

I'd say it's OOo that is broken.

gnuplot wxt icon works here and I can past into gimp no prob.

Exactly what context are you trying to paste into OO? I can test here if
you give specifics.

/P/

Re: bug: x11 terminal grabs mouse selection

[Petr M. <mi...@ph...>]

The plot is copied into clipboard and then it can be mouse-pasted into e.g. 
OpenOffice as a plot. It is saved as a png file I see.

On the other hand it seems that in WX terminal the icon functionality "copy 
plot to clipboad" is broken -- if I press it and then try to copy the plot 
into OpenOffice, nothing happens. Can somebody reproduce this problem?

---
PM

Re: bug: x11 terminal grabs mouse selection

[Ethan M. <merritt@u.washington.edu>]

On Saturday 22 August 2009, you wrote:
> Ralf Juengling wrote:
> > 
> > On Sat, 22 Aug 2009, Ethan Merritt wrote:
> >>   echo "gnuplot*exportselection: off" | xrdb -merge
> > 
> > There also is not directory /usr/local/lib/X11/app-defaults/
> > on my system (Ubuntu 8.04).
> > 
> Here, most such settings are in /usr/lib/X11/app-defaults/
> but my cvs build to /usr/local did create the above mentioned.

Long ago (X11R3? - I don't recall) there was a convention for loading
per session values for things like appdefaults and Xmodmap.  Or maybe
that convention only existed on the particular systems I was using in
those days.  Regardless, the evolution of x11 implementations and the
proliferation of system configurations seems to have destoyed any
consensus that may have previously existed. We distribute the Resources
file so that you can see what can be changed.  It's up to you or your
distribution whether to configure the system so that these changes are
always in effect.  

> in fact what feature have I turned off here? What can I not do with 
> gnuplot*exportselection: off ?

No idea. I've never had it turned on to the best of my knowledge :-)

Looking at the code in gplt_x11.c, I see that it causes the following
request to be issued:
XSetSelectionOwner(dpy, EXPORT_SELECTION, plot->window, CurrentTime);
But that by itself shouldn't do much of anything other than to allow
you to make a subsequent selection in the plot window.  I don't see why
it would erase your paste buffer or prevent another window from
regaining focus and reclaiming ownership of the selection token.

Re: bug: x11 terminal grabs mouse selection

[<pl...@pi...>]

Ralf Juengling wrote:
> 
> On Sat, 22 Aug 2009, Ethan Merritt wrote:
> 
>> What happens if you try
>>
>>   echo "gnuplot*exportselection: off" | xrdb -merge
> 
> Thanks, this does the trick.
> 

yes that prevents the selection disappearing here also.

> xrdb -query | grep export
> 
> reports nothing before issuing the above command, btw.
> 
> There also is not directory /usr/local/lib/X11/app-defaults/
> on my system (Ubuntu 8.04).
> 
> Ralf
> 
> 

Here, most such settings are in /usr/lib/X11/app-defaults/
but my cvs build to /usr/local did create the above mentioned. It 
contains a line

gnuplot*exportselection: on

although this was not included in xrdb

does the fact the manual tweek fixes things suggest that the 
exportselection code is unnecessarily clearing something on startup? In 
my simple test I do not select anything and I do not come out with a 
selection made.

in fact what feature have I turned off here? What can I not do with 
gnuplot*exportselection: off ?


> 
> 
>> You can check the state by doing, for example
>>
>> stonelion [86] xrdb -query | grep export
>> gnuplot*exportselection:        off
>>
>> Depending on your system configuration, the default x11 settings for gnuplot
>> may be given in a file
>>  /usr/local/lib/X11/app-defaults/Gnuplot
>> Or maybe not.  We provide such a file, but it is not clear that distribution
>> packages install it in a useful place. If this fixes your problem, I suggest
>> to add the line
>> gnuplot*exportselection: off
>> to the file ~/.Xdefaults  in your login directory
>>
>>
>>>   G N U P L O T
>>>          Version 4.3 patchlevel 0
>>>          last modified January 2009
>>>
>>> I use focus follows mouse if that is relevant.
>>>
>>> regards.
>>>

Re: bug: x11 terminal grabs mouse selection

[Ralf J. <jue...@cs...>]

On Sat, 22 Aug 2009, Ethan Merritt wrote:

> What happens if you try
>
>   echo "gnuplot*exportselection: off" | xrdb -merge

Thanks, this does the trick.

xrdb -query | grep export

reports nothing before issuing the above command, btw.

There also is not directory /usr/local/lib/X11/app-defaults/
on my system (Ubuntu 8.04).

Ralf




>
> You can check the state by doing, for example
>
> stonelion [86] xrdb -query | grep export
> gnuplot*exportselection:        off
>
> Depending on your system configuration, the default x11 settings for gnuplot
> may be given in a file
>  /usr/local/lib/X11/app-defaults/Gnuplot
> Or maybe not.  We provide such a file, but it is not clear that distribution
> packages install it in a useful place. If this fixes your problem, I suggest
> to add the line
> gnuplot*exportselection: off
> to the file ~/.Xdefaults  in your login directory
>
>
>>
>>   G N U P L O T
>>          Version 4.3 patchlevel 0
>>          last modified January 2009
>>
>> I use focus follows mouse if that is relevant.
>>
>> regards.
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>
>

Re: bug: x11 terminal grabs mouse selection

[Ethan M. <merritt@u.washington.edu>]

On Saturday 22 August 2009, pl...@pi... wrote:
> Ralf Juengling wrote:
> > Hi,
> > 
> > Apologies if this is a known issue.
> > 
> > When using the x11 terminal in gnuplot 4.2.5, gnuplot
> > interferes with the X11 (?) mouse-selection mechanism.
> > To see what I mean, just select some text in a terminal
> > with the mouse (for copy and paste), then issue a plot
> > command. The mouse selection disappears.
> > 
> > Thanks,
> > Ralf
> > 
> 
> interesting , I can confirm this on linux using xfce4 , using wxt 
> terminal does not cancel the text selection

What happens if you try

   echo "gnuplot*exportselection: off" | xrdb -merge

You can check the state by doing, for example

stonelion [86] xrdb -query | grep export
gnuplot*exportselection:        off

Depending on your system configuration, the default x11 settings for gnuplot
may be given in a file
  /usr/local/lib/X11/app-defaults/Gnuplot
Or maybe not.  We provide such a file, but it is not clear that distribution
packages install it in a useful place. If this fixes your problem, I suggest
to add the line
gnuplot*exportselection: off
to the file ~/.Xdefaults  in your login directory


> 
>   G N U P L O T
>          Version 4.3 patchlevel 0
>          last modified January 2009
> 
> I use focus follows mouse if that is relevant.
> 
> regards.
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: bug: x11 terminal grabs mouse selection

[<pl...@pi...>]

Ralf Juengling wrote:
> Hi,
> 
> Apologies if this is a known issue.
> 
> When using the x11 terminal in gnuplot 4.2.5, gnuplot
> interferes with the X11 (?) mouse-selection mechanism.
> To see what I mean, just select some text in a terminal
> with the mouse (for copy and paste), then issue a plot
> command. The mouse selection disappears.
> 
> Thanks,
> Ralf
> 

interesting , I can confirm this on linux using xfce4 , using wxt 
terminal does not cancel the text selection

  G N U P L O T
         Version 4.3 patchlevel 0
         last modified January 2009

I use focus follows mouse if that is relevant.

regards.

Re: 3D grid draw order and latex label string width

[Mojca M. <moj...@gm...>]

On Fri, Aug 21, 2009 at 23:15, Pierre wrote:
>
> 2-I am using Latex to draw labels. Consider the following code :
>     set term epslatex
>     set output "label.eps"
>     set format "\number{%g}\mylongmacrolonglongname{}"

Off-topic: you need to use single quotes if you don't want to escape
characters, but in this particular case you need \\number and
\\mylong...

>     plot x
>     set output
> the resulting epslatex files are attached to the mail. My problem here is
> that gnuplot count the number of chars in the format string, then uses this
> number to determines its width. Is there a way to adjust the width, as in
> the 'width' field of the gnuplot 'key' command ?

In general I don't know of any method to explicitely set the label
width, but you can use
    set margin (set lmargin)
in this particular case. (I may be missing something, so don't trust my claim.)

You can also do
    set format "\\a{%g}"
and then in TeX you define:
    \def\a#1{\number{#1}\mylongmacrolonglongname{}}

which helps in some rare cases.

Mojca

Re: bug: x11 terminal grabs mouse selection

[Jonathan T. <jt...@as...>]

On Friday 21 August 2009 11:16:06 Ralf Juengling wrote:
> Hi,
> 
> Apologies if this is a known issue.
> 
> When using the x11 terminal in gnuplot 4.2.5, gnuplot
> interferes with the X11 (?) mouse-selection mechanism.
> To see what I mean, just select some text in a terminal
> with the mouse (for copy and paste), then issue a plot
> command. The mouse selection disappears.

I do *not* see this behavior with 4.2.5 running under OpenBSD 4.4
and the twm window manager.  (Lots of other programs -- notably firefox
-- louse up X selections in my environment, but gnuplot seems to be
fine.)

-- 
-- "Jonathan Thornburg [remove -animal to reply]" <jt...@as...>
   Dept of Astronomy, Indiana University, Bloomington, Indiana, USA
   "Washing one's hands of the conflict between the powerful and the
    powerless means to side with the powerful, not to be neutral."
                                      -- quote by Freire / poster by Oxfam