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

Re: "set decimalsign" for thousand separator

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

On Saturday 15 July 2006 09:27 am, you wrote:
> > Please try some of the strings listed on
> >     http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_language_strings.asp
> 
> Wow! Thanks! That indeed works. It seems that I have to use
> set locale "slovenian"
> set decimal locale "slovenian"
> 
> The result is then
>         LC_CTYPE is C
>         LC_TIME is Slovenian_Slovenia.1250
>         LC_NUMERIC is Slovenian_Slovenia.1250
> 
> Yes, please document those strings somewhere. It's probably best to
> mention all the strings from that site in a table. And please add
> "slovenian" as well if possible since it's not on the list.

I'll use it as an example.  However, I don't think it is reasonable to
list all possible locales using both Windows and POSIX conventions.
 
> However, one problem wasn't solved yet. No matter which language I
> set, I get the decimal separator, but nothing for thousands (I tried
> "slovenian", "english", "america", "german", ...)

Did you use the C format character ' that specifies you want a 
thousands separator?

NB: There should be a mechanism for providing a C-standard format
    for tic-label generation. As it is, the code uses gnuplot's own
    format interpreter, which doesn't doesn't recognize this 
    specifier.

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

Re: "set decimalsign" for thousand separator

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

On 7/15/06, Ethan A Merritt wrote:
> On Saturday 15 July 2006 03:33 am, Mojca Miklavec wrote:
> > > Conclusions:
> > > 1)  set decimal locale "xx_YY.UTF-8"  works fine
> >
> > Not under windows :(
> > I'm afraid that Gnuplot in Windows doesn't know how to access that
> > value and I need to write a script for someone from America, who needs
> > a comma as thousands' grouping character. Decimal separator can be set
> > manually, but the one for thousand cannot be.
>
> Gnuplot passes through the requested locale string to the C library
> routine setlocale().  I don't see how you can blame this problem on
> gnuplot.  It's either a failure of the C library or a failure of the
> internationalization setup on the machine it is running on.  But it
> does seem that Windows may disagree on what locale strings are legal.
> Please try some of the strings listed on
>     http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_language_strings.asp
>
> If this turns out to the be solution, then I will add examples to
> the documentation and note that the convention for describing the
> locale is different on Windows.

Wow! Thanks! That indeed works. It seems that I have to use
set locale "slovenian"
set decimal locale "slovenian"

The result is then
        LC_CTYPE is C
        LC_TIME is Slovenian_Slovenia.1250
        LC_NUMERIC is Slovenian_Slovenia.1250

Yes, please document those strings somewhere. It's probably best to
mention all the strings from that site in a table. And please add
"slovenian" as well if possible since it's not on the list.


However, one problem wasn't solved yet. No matter which language I
set, I get the decimal separator, but nothing for thousands (I tried
"slovenian", "english", "america", "german", ...)

It might be Microsoft's problem, I don't know. But in some other
programs the thousands separator works OK.

Thanks,
    Mojca

Re: "set decimalsign" for thousand separator

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

On Saturday 15 July 2006 03:33 am, Mojca Miklavec wrote:
> > Conclusions:
> > 1)  set decimal locale "xx_YY.UTF-8"  works fine
> 
> Not under windows :(
> I'm afraid that Gnuplot in Windows doesn't know how to access that
> value and I need to write a script for someone from America, who needs
> a comma as thousands' grouping character. Decimal separator can be set
> manually, but the one for thousand cannot be.

Gnuplot passes through the requested locale string to the C library
routine setlocale().  I don't see how you can blame this problem on
gnuplot.  It's either a failure of the C library or a failure of the
internationalization setup on the machine it is running on.  But it
does seem that Windows may disagree on what locale strings are legal.
Please try some of the strings listed on
    http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_language_strings.asp

If this turns out to the be solution, then I will add examples to
the documentation and note that the convention for describing the 
locale is different on Windows.

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

Re: Copy to clipboard for Linux and others

[Bob F. <rob...@kn...>]

All,

Wow, I am really impressed. You guys are extremely responsive and
helpful. I am not sure of the correct procedure for responding to
several different postings, so I am just going to try to do them all in
this one posting.


numerous listings so I am trying to 

Patch for clipboard/selection behavior

[Daniel J S. <dan...@ie...>]

Bob Fletcher wrote:
> Sirs:
> 
> I am a gnuplot (and Linux) neophyte and am very curious about a
> difference in the functionality of *gnuplot Version 4.1 on Windows and
> on Linux (Fedora Core 5).
> 
> On Windows, a right-click on the title bar gives me the option to "Copy
> to Clipboard". I really like this feature and use it to paste figures
> into MS Word documents - I think as emf's. (By the way, I have never
> been successful with the "Print" option, but I haven't tried very hard
> either.)
> 
> Experimenting on my Linux machine, I downloaded (via CVS) and built
> gnuplot Version 4.1 and successfully ran it. (You have some really nice
> demo plots by the way.) Here, however, I can find nothing equivalent to
> the "Copy to Clipboard" option offered in the Windows version. Perhaps I
> am just missing it somewhere, but this should be useful for pasting into
> Open Office documents. Maybe there is some fundamental issue here that I
> don't understand.

I've placed a patch on SourceForge that moves more toward conventional X11 "selection" options, i.e., paste to clipboard than can be had using CNTRL-V in other apps as well as the variety of "selection" where the center mouse button will copy into another app.  The copy to clipboard is a static pixel map, i.e., even if you replot in that window the clipboard will remain as before until one types 'c' again.

So the variations are

<double click> - "select" mouse coords
't' - "clipboard" some sample text
's' - "select" the pixel map
'c' - "clipboard" the pixel map.

This is *proof of concept*.  Bindings can all be redone.  Behavior can be used to force something automatically on plot or splot.

One thing to consider is removing the "export_selection" variable option.  That seems like unnecessary twiddling if we get a good set of selection options.  (Unless that option is meant to be "automatic paste" or something, I don't know.)

Dan

Re: "set decimalsign" for thousand separator

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

On 7/15/06, Ethan A Merritt wrote:
> On Friday 14 July 2006 05:15 pm, you wrote:
> >
> > Do you want to say that the thousand separator is automatically placed
> > under linux if you set the proper locale?
>
> Yes. The separator is taken from the table controlled by
> LC_NUMERIC.
>
> To be explicit:
>
> "set decimal locale" causes gnuplot to issue a command
>         setlocale(LC_NUMERIC,"");
> This has the effect of changing the C library routines
> *printf() and *scanf() to format numbers using the conventions
> of the current locale.
>
> "set decimal locale 'sl_SI.UTF-8'"  does the same except
> that it uses the conventions of sl_SI.UTF-8 whether or not
> that is the current locale.
>
> What you are calling a "thousand separator" is invoked by
> the C format character '
>
> I downloaded the Slovenian locale set for testing, and here is what I see:

Thanks. It seems that I will have to do everything on Linux if I want
to get things right :(

>%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> gnuplot> set decimal locale
> decimal_sign in locale is .
> gnuplot> show locale
>
>         LC_CTYPE is en_US.UTF-8
>         LC_TIME is C
>         LC_NUMERIC is en_US.UTF-8
>
> gnuplot> set label 1 sprintf("%'.3f", 12345678.7654321)
> gnuplot> show label 1
>
>         label 1 "12,345,678.765" at (0, 0, 0) left not rotated back  nopoint
>
> gnuplot> set decimal locale 'sl_SI.UTF-8'
> decimal_sign in locale is ,
> gnuplot> show locale
>
>         LC_CTYPE is en_US.UTF-8
>         LC_TIME is C
>         LC_NUMERIC is sl_SI.UTF-8
>
> gnuplot> set label 1 sprintf("%'.3f", 12345678.7654321)
> gnuplot> show label 1
>
>         label 1 "12345678,765" at (0, 0, 0) left not rotated back  nopoint
>
> gnuplot> set decimal locale 'de_LU.UTF-8'
> decimal_sign in locale is ,
> gnuplot> show locale
>
>         LC_CTYPE is en_US.UTF-8
>         LC_TIME is C
>         LC_NUMERIC is de_LU.UTF-8
>
> gnuplot> set label 1 sprintf("%'.3f", 12345678.7654321)
> gnuplot> show label 1
>
>         label 1 "12.345.678,765" at (0, 0, 0) left not rotated back  nopoint
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
> Conclusions:
> 1)  set decimal locale "xx_YY.UTF-8"  works fine

Not under windows :(

> 2)  locale "en_US.UTF-8" has a thousands' grouping character: comma
> 3)  locale "de_LU.UTF-8" has a thousands' grouping character: dot

But I can't try that.

> 4)  locale "sl_SI.UTF-8" does not have a thousands' grouping character.

This number is copied from Control Panel/Reginal and Language
Options/Regional Options:
123.456.789,00

So thousands' grouping character is properly set to be a dot (however
there are no strict conventions about that: it might be a dot, it
might be a space or nothing; only comma for decimal sign is a strict
convention).

I'm afraid that Gnuplot in Windows doesn't know how to access that
value and I need to write a script for someone from America, who needs
a comma as thousands' grouping character. Decimal separator can be set
manually, but the one for thousand cannot be.

And there is no way to set any other default apart from the default one.

> So I think your problem goes a little beyond the scope of gnuplot.
> If you believe that the sl_SI.UTF-8 locale should contain a
> grouping character, <period> or anything else, I think you will have
> to take it up with the approriate standards committee.

Period is certainy wrong since it's the decimal separator, but I need
to do that for someone else. That's why I would like to set it
manually, just as decimal separation sign can be set manually.

Thanks for testing & reporting,
    Mojca

Re: strange box-offset

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

Timoth=C3=A9e Lecomte a =C3=A9crit :
> Just to confirm the differences between the way the core uses fillboxes=
,
> here is the code for one patterned rectangle generated by "test" to the
> debug terminal :
>
> fillbox/clear at (418d,0d), area (12d,48d), style 146)
> move 418, 0
> vect 418, 48 (0, 48)
> vect 430, 48 (12, 0)
> vect 430, 0 (0, -48)
> vect 418, 0 (-12, 0)
This comes from the code (term.c:2032) :

        (*t->fillbox) ( style, x, y, xl, yl );
        (*t->move)  (x,y);
        (*t->vector)(x,y+yl);
        (*t->vector)(x+xl,y+yl);
        (*t->vector)(x+xl,y);
        (*t->vector)(x,y);

which looks reasonable.

>
> to compare with what Mojca pointed out :
> (...)
> Legends of "plots ... with boxes" :
>
> fillbox/clear at (445d,348d), area (34d,5d), style 0)
> move 445, 348
> vect 479, 348 (34, 0) =3D> 34 =3D area.x
> move 479, 348 (0, 0)
> vect 479, 352 (0, 4) =3D> 4 =3D area.y - 1
> move 479, 352 (0, 0)
> vect 445, 352 (-34, 0)
> move 445, 352 (0, 0)
> vect 445, 348 (0, -4)
This comes from the code (graphics.c:4132) :
(*t->fillbox)(style_from_fill(fs),
    xl + key_sample_left, yl - key_entry_height/4,
    key_sample_right - key_sample_left,
    key_entry_height/2);
(*t->move) (xl + key_sample_left, yl - key_entry_height/4);
(*t->vector)(xl + key_sample_right, yl - key_entry_height/4);
(*t->vector)(xl + key_sample_right, yl + key_entry_height/4);
(*t->vector)(xl + key_sample_left, yl + key_entry_height/4);
(*t->vector)(xl + key_sample_left, yl - key_entry_height/4);

And the heights are different because key_entry_height/2 !=3D=20
2*(key_entry_height/4) as soon as key_entry_height is not a multiple of=20
4. This one is easy to fix.
>
> (Hmm, and a couple of useless "move", by the way)
>
> Fillboxes in the plot :
>
> fillbox/clear at (88d,14d), area (21d,7d), style 1601)
> move 88, 14
> vect 88, 20 (0, 6) =3D> 6 =3D area.y -1
> vect 108, 20 (20, 0) =3D> 20 =3D area.x -1
> vect 108, 14 (0, -6)
> vect 88, 14 (-20, 0)
And this one comes from graphics.c:3408 :

x =3D xl;
y =3D yb;
w =3D xr - xl + 1;
h =3D yt - yb + 1;
(*t->fillbox) (style, x, y, w, h);
(*t->move) (xl, yb);
(*t->vector) (xl, yt);
(*t->vector) (xr, yt);
(*t->vector) (xr, yb);
(*t->vector) (xl, yb);

And the "+1" have been here since the fillbox style appeared in the CVS.

I think these "+1" should be removed for consistency with the other uses.=
 I'll write a patch tomorrow or sunday. However, it will be needed to giv=
e a look to most (all?) of the terminals, and I am not sure I can do that=
 in a short time.

Pre- or Post- 4.2 ?

Timoth=C3=A9e

Re: strange box-offset

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

Ethan Merritt wrote:
> On Friday 14 July 2006 02:52 pm, Mojca Miklavec wrote:
>  =20
>> Can you please take a look at
>> http://pub.mojca.org/gnuplot/bug/box-offset.png?
>>    =20
>
> Interesting.
> I wonder if that is the same bug as reported in
> http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1515265&gr=
oup_id=3D2055&atid=3D102055
>  =20
I don't think so. Your code for drawing the rectangles=20
(graphics.c:1452:place_rectangles) uses term->filled_polygon, not=20
term->fillbox. Mojca is seeing a problem with term->fillbox.

Best regards,

Timoth=E9e

Re: Copy to clipboard for Linux

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

On Friday 14 July 2006 09:24 pm, you wrote:
> Ethan, I think we can fix this to be more like conventional X applications.  
> Should we give it a try before 4.2? 

No way!

This is some of the most fragile code we've got. From past
experience, "fixing" it for one environment is likely to break
it for twp others.

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

Re: Copy to clipboard for Linux

[Daniel J S. <dan...@ie...>]

Ethan Merritt wrote:
> On Friday 14 July 2006 03:23 pm, Daniel J Sebald wrote:
> 
>>I'm not an X-pert (the usual disclaimer), but I believe there is
>>indeed some confusion here, and I think it is with the phrase
>>"clipboard".  From what I'm seeing in the code, this feature of being
>>able to copy the X11 gnuplot image is not using the clipboard.
> 
> 
> It is.

Not according to the little tests I've done here...  OK, same scenario, generating X11 plots in gnuplot, wanting to get those images over to OpenWriter.

To dump stuff into the clipboard, instead of 

export_graph(struct plot_struct *plot)

inside gplt_x11.c attempting to become owner of PRIMARY, I instructed it to attempt becoming owner of CLIPBOARD:

static void
export_graph(struct plot_struct *plot)
{
    static Atom XA_CLIPBOARD = (Atom) 0;

    if (XA_CLIPBOARD == 0)
	XA_CLIPBOARD = XInternAtom(dpy, "CLIPBOARD", False);

    XSetSelectionOwner(dpy, XA_CLIPBOARD, plot->window, CurrentTime);
}

And, as per documentation which indicated to be ready as soon as sending that command to get back an event, I've seen the event come without any outside client requesting.

CLIPBOARD = 368
Hit return to continueselection request target: TARGETS (324)

And there is a lot of these.  Whenever I click in an editing type of applications, X immediately issues:

selection request target: TARGETS (324)

I then go over to OpenWriter and I can CNTRL-V paste the image into the application as often as I like:

<PASTE #1>
selection request target: MULTIPLE (325)
atom (null) 1852402734 : 1631860837
atom (null) 1936025715 : 0
selection request target: PIXMAP (20)
selection request target: COLORMAP (7)
<PASTE #2>
selection request target: TARGETS (324)
selection request target: MULTIPLE (325)
atom (null) 1852402734 : 1631860837
atom (null) 1936025715 : 0
selection request target: PIXMAP (20)
selection request target: COLORMAP (7)
<PASTE #3>
selection request target: TARGETS (324)
selection request target: MULTIPLE (325)
atom (null) 1852402734 : 1631860837
atom (null) 1936025715 : 0
selection request target: PIXMAP (20)
selection request target: COLORMAP (7)

I point out that once I exit gnuplot and the X11 window goes away, CNTRL-V pasting will no longer work.  However, the CNTRL-V still works in clipboard fashion if I go to some other app and use the center mouse button to highlight text.

To me, that is proper clipboard operation.  So, gnuplot is currently using Primary selection, not Clipboard.

Ethan, I think we can fix this to be more like conventional X applications.  Should we give it a try before 4.2?

I'd propose to the list that there be a Primary selection, via mouse and CNTRL sequences, for both the gnuplot image and the text feature that Petr mentioned currently exists.  The CUT/PASTE should then be enabled as well.  When the image becomes the primary selection, we should contrast it in blue somehow, the way other apps do.

Thoughts?

Dan

Re: "set decimalsign" for thousand separator

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

On Friday 14 July 2006 05:15 pm, you wrote:
> 
> Do you want to say that the thousand separator is automatically placed
> under linux if you set the proper locale?

Yes. The separator is taken from the table controlled by
LC_NUMERIC.

To be explicit:

"set decimal locale" causes gnuplot to issue a command
	setlocale(LC_NUMERIC,"");
This has the effect of changing the C library routines
*printf() and *scanf() to format numbers using the conventions
of the current locale.

"set decimal locale 'sl_SI.UTF-8'"  does the same except
that it uses the conventions of sl_SI.UTF-8 whether or not
that is the current locale.

What you are calling a "thousand separator" is invoked by
the C format character '

I downloaded the Slovenian locale set for testing, and here is what I see:

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
gnuplot> set decimal locale
decimal_sign in locale is .
gnuplot> show locale

        LC_CTYPE is en_US.UTF-8
        LC_TIME is C
        LC_NUMERIC is en_US.UTF-8

gnuplot> set label 1 sprintf("%'.3f", 12345678.7654321)
gnuplot> show label 1

        label 1 "12,345,678.765" at (0, 0, 0) left not rotated back  nopoint

gnuplot> set decimal locale 'sl_SI.UTF-8'
decimal_sign in locale is ,
gnuplot> show locale

        LC_CTYPE is en_US.UTF-8
        LC_TIME is C
        LC_NUMERIC is sl_SI.UTF-8

gnuplot> set label 1 sprintf("%'.3f", 12345678.7654321)
gnuplot> show label 1

        label 1 "12345678,765" at (0, 0, 0) left not rotated back  nopoint

gnuplot> set decimal locale 'de_LU.UTF-8'
decimal_sign in locale is ,
gnuplot> show locale

        LC_CTYPE is en_US.UTF-8
        LC_TIME is C
        LC_NUMERIC is de_LU.UTF-8

gnuplot> set label 1 sprintf("%'.3f", 12345678.7654321)
gnuplot> show label 1

        label 1 "12.345.678,765" at (0, 0, 0) left not rotated back  nopoint
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Conclusions:
1)  set decimal locale "xx_YY.UTF-8"  works fine
2)  locale "en_US.UTF-8" has a thousands' grouping character: comma
3)  locale "de_LU.UTF-8" has a thousands' grouping character: dot
4)  locale "sl_SI.UTF-8" does not have a thousands' grouping character.


So I think your problem goes a little beyond the scope of gnuplot.
If you believe that the sl_SI.UTF-8 locale should contain a 
grouping character, <period> or anything else, I think you will have
to take it up with the approriate standards committee.

There is more information here:
 http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html#tag_07_03


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

Re: wxterminal compilation

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

Hi James,


James R. Van Zandt wrote:
> Here, wxterminal compilation fails as follows:
>
> Script started on Fri Jul 14 21:49:29 2006
> vanzandt:/usr/local/src/gnuplot/cvs/gnuplot$ make
>
> (...)
> if g++ -DHAVE_CONFIG_H -I. -I. -I..  -I../term -I../term -DBINDIR=3D\"/=
usr/local/bin\" -DX11_DRIVER_DIR=3D\"/usr/local/libexec/gnuplot/4.1\" -DG=
NUPLOT_PS_DIR=3D\"/usr/local/share/gnuplot/4.1/PostScript\" -DCONTACT=3D\=
"gnu...@li...\" -DHELPFILE=3D\"/usr/local/share/gnu=
plot/4.1/gnuplot.gih\" -DPREFIX=3D\"/usr/local\" -DVERSION_MAJOR=3D\"4.1\=
" -I/usr/X11R6/include -I/usr/include -I/usr/include/cairo   -I/usr/inclu=
de/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -g -O=
2 -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -D=
GTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES -D=
_LARGEFILE_SOURCE=3D1 -DNO_GCC_PRAGMA   -I/usr/include/cairo   -I/usr/inc=
lude/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -MT =
wxt_gui.o -MD -MP -MF ".deps/wxt_gui.Tpo" -c -o wxt_gui.o `test -f 'wxter=
minal/wxt_gui.cpp' || echo './'`wxterminal/wxt_gui.cpp; \
>  =20
My g++ command looks the same.

> 	then mv -f ".deps/wxt_gui.Tpo" ".deps/wxt_gui.Po"; else rm -f ".deps/w=
xt_gui.Tpo"; exit 1; fi
>
> In file included from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../inc=
lude/c++/4.0.4/ext/new_allocator.h:37,
>
>      (...)
>  =20
> ../new:1: error: stray '@' in program
>  =20
Hmm, as you said below, these @ are in comments, they are used for=20
source documentation (doxygen or similar).

How can they appear in the compilation ???


> In file included from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../inc=
lude/c++/4.0.4/bits/stl_construct.h:65,
>
>                  from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../inc=
lude/c++/4.0.4/memo
> ...
> <~800 lines omitted>
> ...
>
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h:571: error: return type 'class std::allocator<gp_command>' is in=
complete
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h: In member function 'std::_List_node<_Tp>* std::_List_base<_Tp, =
_Alloc>::_M_get_node() [with _Tp =3D gp_event_t, _Alloc =3D std::allocato=
r<gp_event_t>]':
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h:438:   instantiated from 'std::_List_node<_Tp>* std::list<_Tp, _=
Alloc>::_M_create_node(const _Tp&) [with _Tp =3D gp_event_t, _Alloc =3D s=
td::allocator<gp_event_t>]'
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h:1152:   instantiated from 'void std::list<_Tp, _Alloc>::_M_inser=
t(std::_List_iterator<_Tp>, const _Tp&) [with _Tp =3D gp_event_t, _Alloc =
=3D std::allocator<gp_event_t>]'
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h:774:   instantiated from 'void std::list<_Tp, _Alloc>::push_back=
(const _Tp&) [with _Tp =3D gp_event_t, _Alloc =3D std::allocator<gp_event=
_t>]'
> wxterminal/wxt_gui.cpp:2661:   instantiated from here
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h:313: error: invalid use of undefined type 'class std::allocator<=
gp_event_t>'
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
ringfwd.h:49: error: declaration of 'class std::allocator<gp_event_t>'
> /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/st=
l_list.h:313: error: '<declaration error>' is not a class or namespace
>  =20
Hmm (again).
I am far from being a C++ specialist, but I am using very basic features =

of the STL (standard template library), namely the template list<>,=20
which implements a linked list.
Looks like your g++ installation has problems.

> This is with a recent compiler:
>   $ gcc --version
>   gcc (GCC) 4.0.4 20060422 (prerelease) (Debian 4.0.3-2)
>   Copyright (C) 2006 Free Software Foundation, Inc.
>   This is free software; see the source for copying conditions.  There =
is NO
>   warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PU=
RPOSE.
>
> ...so maybe it's being more strict about the language.  However, "make
> CC=3Dgcc-3.3" fails the same way.
>  =20
I am using "stock" gcc-4.0.3, maybe Debian is patching it with something =

wrong... I don't really know...
> FWIW I think it's complaining about /usr/include/c++/4.0.4/new, but all=

> the "@" characters appear to be in comments:
>  =20
Yes, that's a bad sign to see failures there !
Are you using some sort of bleeding-edge repository ? I am sorry, but I=20
have no clue where it might come from. And google doesn't help here. I=20
will try to ask on irc...

Best regards,

Timoth=C3=A9e

importing figures into MSOffice (was: Copy to clipboard for Linux)

[James R. V. Z. <jr...@co...>]

Bob Fletcher <rob...@kn...> wrote:

>   On Fri, 2006-07-14 at 11:52 -0700, Ethan Merritt wrote:
>   > On Friday 14 July 2006 10:56 am, Bob Fletcher wrote:
>   > >
>   snip
>   > Taking a step to the side ...
>   > As I understand it, what you want to do is import the plot into
>   > an OpenOffice doc.  I would suggest to you that even if you get
>   > the X11 cut/paste working, this is a poor solution to the task
>   > at hand.  You would be better off binding a hotkey to a command
>   > sequence like:
>   > 
>   > "set term push; set term png; set output /tmp/plot.png; \
>   >  replot; set term pop"
>
>   OK, thanks Ethan. I still haven't been able to get the hot key binding
>   to work properly, but I can enter the commands on the command line and
>   create the .png (or .emf) file. As you said, I can then drag this new
>   file into the OO document.

I import a *lot* of gnuplot figures into MSOffice documents.  For
each figure, I create a gnuplot script that creates whatever file I
will later want to import, then plots to a window:

   set label "az" at graph 1,1.015 right font "times,6"
   set term cgm
   set output "az.cgm"
   splot 'az.dat' title 'beamsize' with lines, \
     sin(u),cos(u),0 ti 'horizon', \
     sin(u/4), 0, cos(u/4) ti 'elscan'
   set output
   
   set term emf; set output "az.emf"; replot; set output
   
   set term `if [ "$DISPLAY" = "" ]; then echo linux; else echo x11; fi;`
   replot


The window display is last so it's interactive.  

I only use vector formats for importing (usually cgm, sometimes emf,
never png) because they're smaller, they scale, and they look better.

I save the gnuplot script so I can tweak the input data and easily
re-create the figure.  Usually I automate this with a Makefile with
lots of sections like this:

  az.cgm az.ps: az.dem az.dat
  	gnuplot $<

The only part that isn't automated is updating the figures in the
MSOffice document.  Maybe I should be "linking" instead of "embedding"
the figures.  I assume OpenOffice has something of that sort too.

                  - Jim Van Zandt

wxterminal compilation

[James R. V. Z. <jr...@co...>]

Here, wxterminal compilation fails as follows:

Script started on Fri Jul 14 21:49:29 2006
vanzandt:/usr/local/src/gnuplot/cvs/gnuplot$ make

make  all-recursive

make[1]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot'

Making all in config

make[2]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot/config'

make[2]: Nothing to be done for `all'.

make[2]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot/config'

Making all in m4

make[2]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot/m4'

make[2]: Nothing to be done for `all'.

make[2]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot/m4'

Making all in term

make[2]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot/term'

make[2]: Nothing to be done for `all'.

make[2]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot/term'

Making all in src

make[2]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot/src'

Making all in wxterminal

make[3]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot/src/wxterminal'

make[3]: Nothing to be done for `all'.

make[3]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot/src/wxterminal'

make[3]: Entering directory `/home/local/src/gnuplot/cvs/gnuplot/src'

if g++ -DHAVE_CONFIG_H -I. -I. -I..  -I../term -I../term -DBINDIR=\"/usr/local/bin\" -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.1\" -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.1/PostScript\" -DCONTACT=\"gnu...@li...\" -DHELPFILE=\"/usr/local/share/gnuplot/4.1/gnuplot.gih\" -DPREFIX=\"/usr/local\" -DVERSION_MAJOR=\"4.1\" -I/usr/X11R6/include -I/usr/include -I/usr/include/cairo   -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -g -O2 -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA   -I/usr/include/cairo   -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -MT wxt_gui.o -MD -MP -MF ".deps/wxt_gui.Tpo" -c -o wxt_gui.o `test -f 'wxterminal/wxt_gui.cpp' || echo './'`wxterminal/wxt_gui.cpp; \

	then mv -f ".deps/wxt_gui.Tpo" ".deps/wxt_gui.Po"; else rm -f ".deps/wxt_gui.Tpo"; exit 1; fi

In file included from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/ext/new_allocator.h:37,

                 from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu/bits/c++allocator.h:34,

                 from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/allocator.h:52,

                 from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/memory:54,

                 from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/string:47,

                 from /usr/include/wx-2.6/wx/string.h:170,

                 from /usr/include/wx-2.6/wx/memory.h:20,

                 from /usr/include/wx-2.6/wx/object.h:25,

                 from /usr/include/wx-2.6/wx/wx.h:16,

                 from wxterminal/wxt_gui.h:77,

                 from wxterminal/wxt_gui.cpp:96:

../new:1: error: stray '@' in program

In file included from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_construct.h:65,

                 from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/memo
...
<~800 lines omitted>
...

/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h:571: error: return type 'class std::allocator<gp_command>' is incomplete
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h: In member function 'std::_List_node<_Tp>* std::_List_base<_Tp, _Alloc>::_M_get_node() [with _Tp = gp_event_t, _Alloc = std::allocator<gp_event_t>]':
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h:438:   instantiated from 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const _Tp&) [with _Tp = gp_event_t, _Alloc = std::allocator<gp_event_t>]'
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h:1152:   instantiated from 'void std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const _Tp&) [with _Tp = gp_event_t, _Alloc = std::allocator<gp_event_t>]'
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h:774:   instantiated from 'void std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = gp_event_t, _Alloc = std::allocator<gp_event_t>]'
wxterminal/wxt_gui.cpp:2661:   instantiated from here
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h:313: error: invalid use of undefined type 'class std::allocator<gp_event_t>'
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stringfwd.h:49: error: declaration of 'class std::allocator<gp_event_t>'
/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/stl_list.h:313: error: '<declaration error>' is not a class or namespace
make[3]: *** [wxt_gui.o] Error 1
make[3]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/local/src/gnuplot/cvs/gnuplot'
make: *** [all] Error 2


This is with a recent compiler:
  $ gcc --version
  gcc (GCC) 4.0.4 20060422 (prerelease) (Debian 4.0.3-2)
  Copyright (C) 2006 Free Software Foundation, Inc.
  This is free software; see the source for copying conditions.  There is NO
  warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

...so maybe it's being more strict about the language.  However, "make
CC=gcc-3.3" fails the same way.

FWIW I think it's complaining about /usr/include/c++/4.0.4/new, but all
the "@" characters appear to be in comments:

  12 lines matching "@" in buffer new.
     32:/** @file new
     33: *  The header @c new defines several functions to manage dynamic memory and
     51:   *  @brief  Exception possibly thrown by @c new.
     53:   *  @c bad_alloc (or classes derived from it) is used to report allocation
     54:   *  errors from the throwing forms of @c new.  */
     66:  /** If you write your own error handler to be called by @c new, it must
     73://@{
     75: *  - normal single new and delete (no arguments, throw @c bad_alloc on error)
     77: *  - @c nothrow single new and delete (take a @c nothrow argument, return
     78: *    @c NULL on error)
     79: *  - @c nothrow array new and delete (same)
    100://@}

           - Jim Van Zandt

Re: strange box-offset

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

On 7/15/06, Timoth=E9e Lecomte wrote:
> Legends of "plots ... with boxes" :
>
> fillbox/clear at (445d,348d), area (34d,5d), style 0)
> move 445, 348
> vect 479, 348   (34, 0)  =3D> 34 =3D area.x
> move 479, 348   (0, 0)
> vect 479, 352   (0, 4)    =3D>    4 =3D area.y - 1
> move 479, 352   (0, 0)
> vect 445, 352   (-34, 0)
> move 445, 352   (0, 0)
> vect 445, 348   (0, -4)
>
> (Hmm, and a couple of useless "move", by the way)

I pointed that out already some time ago during the discussion about a
separate command for "cycle"-ing the line (finishing it) in PostScript
for example. Another similar discussion was started about color
handling and all those unnecessary color specifications in epslatex.

I filter out (some of) such commands in my terminal "manually", but
this filtertering could be done for all terminals at once with some
help of an additional clever layer between the core and terminals.
(The optimisation of output code takes me quite some time and ugly
code. This could be all handled in an additional layer and my code for
the terminal would be much shorter then.)

Mojca

Re: "set decimalsign" for thousand separator

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

On 7/15/06, Ethan Merritt wrote:
> On Friday 14 July 2006 03:49 pm, you wrote:
> > > > For example, how can I print numbers in the form
> > > >     $1.000,00
> > > >     $2.000,00
> > > >     $1.234.567,89
> > >
> > > Perhaps "locale" is not the first word that springs to mind,
> > > but it is the standard term for internationalization settings.
> >
> > For decimal sign that's OK, but I want to change the separator for
> > thousand(s) as well.
>
> That is supposed to be under the control of LC_NUMERIC and LC_MONETARY
> in your locale environment.

That is ... where? (I know where you can "point-and-click" to change
it, but that's not it.)

> > Btw: how can I modify the locale to something other than the default
> > on my computer under windows?
>
> Ugh. Windows.  I have no idea.  Ask Microsoft.
> Do you at least have the equivalent of a command "locale -a"
> which shows you all the available locale settings?

I don't know where. I have many unix-like stuff installed (grep, diff,
cp, mv, non-working version of locate, ...) but no "locale".

> > I tried
> >     set locale "sl"
> >     set locale "si"
> >     set locale "sl_SI"
> >     set locale "sl_SI.utf8"
> >     set locale "sl_SI.cp1250"
> > but I always get "Could not find requested locale."
>
> I don't have sl_SI.<anything> installed on my machines, but
> by analogy to the locales I do have installed, I think for me
> it would be
>
>     set locale "sl_SI.UTF-8"

But that doesn't work either.

Any "linux-like" locale doesn't seem to work under Windows. But
    set decimalsign locale
works OK, so I guess that
    set thousandseparator locale (or whatever)
might be doable as well.

Do you want to say that the thousand separator is automatically placed
under linux if you set the proper locale?

Thanks,
    Mojca

Re: strange box-offset

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

Just to confirm the differences between the way the core uses fillboxes,=20
here is the code for one patterned rectangle generated by "test" to the=20
debug terminal :

fillbox/clear at (418d,0d), area (12d,48d), style 146)
move 418, 0
vect 418, 48    (0, 48)
vect 430, 48    (12, 0)
vect 430, 0     (0, -48)
vect 418, 0     (-12, 0)

to compare with what Mojca pointed out :
> When I tried the same example with the ConTeXt terminal (might be just
> any text-based terminal) I spotted the following in the output:
>
> fill unitsquare xyscaled (2.04,32.09) shifted (52.15,18.03);
> draw (52.15,18.03)--(52.15,50.11)--(54.18,50.11)--(54.18,18.03)
> 	--(52.15,18.03)--cycle;
>
> 32.09+18.03=3D50.12, but the rectangle is filled up to 50.11
>  =20
In addition to this remark, here are some extract of the output of=20
fillstyle.dem :


Legends of "plots ... with boxes" :

fillbox/clear at (445d,348d), area (34d,5d), style 0)
move 445, 348
vect 479, 348   (34, 0)  =3D> 34 =3D area.x
move 479, 348   (0, 0)
vect 479, 352   (0, 4)    =3D>    4 =3D area.y - 1
move 479, 352   (0, 0)
vect 445, 352   (-34, 0)
move 445, 352   (0, 0)
vect 445, 348   (0, -4)

(Hmm, and a couple of useless "move", by the way)

Fillboxes in the plot :

fillbox/clear at (88d,14d), area (21d,7d), style 1601)
move 88, 14
vect 88, 20     (0, 6)  =3D> 6 =3D area.y -1
vect 108, 20    (20, 0)  =3D> 20 =3D area.x -1
vect 108, 14    (0, -6)
vect 88, 14     (-20, 0)

or

fillbox/clear at (365d,14d), area (20d,12d), style 1601)
line -2
move 365, 14
vect 365, 25    (0, 11)  =3D> 11 =3D area.y -1
vect 384, 25    (19, 0)  =3D> 19=3D area.x -1
vect 384, 14    (0, -11)
vect 365, 14    (-19, 0)


Conclusion : "test", fillboxes from plots with boxes, and fillboxes from=20
the legend of plots with boxes have to be harmonized.

Timoth=E9e

Re: "set decimalsign" for thousand separator

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

On 7/15/06, Ethan Merritt wrote:
> On Friday 14 July 2006 03:22 pm, Mojca Miklavec wrote:
> >
> > is there a way to ask gnuplot for a similar behaviour as decimalsign,
> > only for separating thousands? (space, dot, comma, ... might be
> > useful for that)
>
>   help set locale
>   help set decimalsign   (or just  help decimal)
>
> > For example, how can I print numbers in the form
> >     $1.000,00
> >     $2.000,00
> >     $1.234.567,89
> > automatically?
> >
> > (If this is trivial, it should be documented better / on more visible
> > places.)
>
> Can you suggest a more obvious help topic and index entry than
>  "decimalsign"?
>
> Perhaps "locale" is not the first word that springs to mind,
> but it is the standard term for internationalization settings.

For decimal sign that's OK, but I want to change the separator for
thousand(s) as well.

Btw: how can I modify the locale to something other than the default
on my computer under windows? I tried
   set locale "sl"
   set locale "si"
   set locale "sl_SI"
   set locale "sl_SI.utf8"
   set locale "sl_SI.cp1250"
but I always get "Could not find requested locale."
   set decimal locale
works OK (reports comma as a separator).

Thanks,
   Mojca

Re: Copy to clipboard for Linux

[Daniel J S. <dan...@ie...>]

Ethan Merritt wrote:
> On Friday 14 July 2006 03:23 pm, Daniel J Sebald wrote:
> 
>>I'm not an X-pert (the usual disclaimer), but I believe there is
>>indeed some confusion here, and I think it is with the phrase
>>"clipboard".  From what I'm seeing in the code, this feature of being
>>able to copy the X11 gnuplot image is not using the clipboard.
> 
> 
> It is.
> 
> See for example
>     http://www.jwz.org/doc/x-cut-and-paste.html

This seems to read almost exactly like what I explained previously, e.g., :

"But what about the middle mouse button?

    It happens that X11 programs have a second way of copying and pasting text that is orthogonal to the Edit/Copy way described above. This causes confusion, because some people mix the two up. Here's how the other way works:

        * Select the text to copy.
          This causes the text to become the Primary Selection.
        * In another window, click the middle mouse button.
          This causes the current value of the Primary selection to be inserted. "


Dan

Re: strange box-offset

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

On 7/15/06, Timoth=E9e Lecomte wrote:
> Mojca Miklavec wrote:
> > On 7/15/06, Timoth=E9e Lecomte wrote:
> >> (To see it in the wxWidgets terminal, you have to disable the
> >> oversampling,
> >> otherwise the offset is a decimal and is negligible in the output).
> >
> > What does "disable oversampling" mean?
> It's a rendering option that can be set in the little configuration
> dialog in the wxWidgets terminal.

OK, a terminal-specific thing then. I do a similar thing as well
(units are 1/100 of a point), but that's because one point is simply
too big on a vector-based terminal.

> > (But this case could be handled properly/fixed with a simple "if-else"
> > case, I suppose.)
> Do you mean :
>     If ("test") do something; else do something else;
> ?
>
> No, it's rather a rounding bug, as you said, and if it can be confirmed
> it has to be fixed in the gnuplot core.

Well, sure it has to be fixed in the core. I just wanted to say that
it probably can't be that difficult to solve. However increasing the
resolution is not the solution.

Imagine that you have a rectangular with x axes equal to 0.6 and 10.4.
This will draw
    (1,y)--(10,y)
but
    (10,y) shifted (1,y)
which results in
    (1,y)--(11,y)

Mojca

(sorry for mixing off-list posts inbetween)

Re: strange box-offset

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

On Friday 14 July 2006 02:52 pm, Mojca Miklavec wrote:
>
> Can you please take a look at
> http://pub.mojca.org/gnuplot/bug/box-offset.png?

Interesting.
I wonder if that is the same bug as reported in
http://sourceforge.net/tracker/index.php?func=detail&aid=1515265&group_id=2055&atid=102055


> The source is available in the same folder. Some boxes have an
> additional frame offset by 1 pixel, which seems pretty strange to me.
> This only happens at some specific sizes and some specific plots.
>
> When I tried the same example with the ConTeXt terminal (might be
> just any text-based terminal) I spotted the following in the output:
>
> fill unitsquare xyscaled (2.04,32.09) shifted (52.15,18.03);
> draw (52.15,18.03)--(52.15,50.11)--(54.18,50.11)--(54.18,18.03)
> 	--(52.15,18.03)--cycle;
>
> 32.09+18.03=50.12, but the rectangle is filled up to 50.11
>
> There seems to be a round-off problem.
>
> Mojca
>
>
> ---------------------------------------------------------------------
>---- Using Tomcat but need to do more? Need to support web services,
> security? Get stuff done quickly with pre-integrated technology to
> make your job easier Download IBM WebSphere Application Server
> v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121
>642 _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

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

Re: strange box-offset

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

Timoth=E9e Lecomte wrote:
> Mojca Miklavec wrote:
>  =20
>> Hello,
>>
>> Can you please take a look at http://pub.mojca.org/gnuplot/bug/box-off=
set.png?
>>
>> The source is available in the same folder. Some boxes have an
>> additional frame offset by 1 pixel, which seems pretty strange to me.
>> This only happens at some specific sizes and some specific plots.
>>
>> When I tried the same example with the ConTeXt terminal (might be just
>> any text-based terminal) I spotted the following in the output:
>>
>> fill unitsquare xyscaled (2.04,32.09) shifted (52.15,18.03);
>> draw (52.15,18.03)--(52.15,50.11)--(54.18,50.11)--(54.18,18.03)
>> 	--(52.15,18.03)--cycle;
>>
>> 32.09+18.03=3D50.12, but the rectangle is filled up to 50.11
>>
>> There seems to be a round-off problem.
>>
>> Mojca
>>  =20
>>    =20
> I think I have seen the same problem when trying to make the wxWidgets=20
> terminal handle fillboxes correctly. I could not make 'test' and 'load=20
> "fillstyle.dem"' work correctly at the same time. I chose to make 'test=
'=20
> not to work, i.e. give the offset as you see in your graph, but make=20
> fillstyle.dem work, as the latter is the real use case. (To see it in=20
> the wxWidgets terminal, you have to disable the oversampling, otherwise=
=20
> the offset is a decimal and is negligible in the output).
>
> Best regards,
>
> Timoth=E9e
>  =20
And these offsets are also present in the X11 terminal. They are just=20
hidden most of the time by the two-pixels-thick lines. Look closely at=20
fillstyle.dem when it is using the one-pixel-thick lines, and you will=20
see them.

Timoth=E9e

Re: Copy to clipboard for Linux

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

On Friday 14 July 2006 03:23 pm, Daniel J Sebald wrote:
>
> I'm not an X-pert (the usual disclaimer), but I believe there is
> indeed some confusion here, and I think it is with the phrase
> "clipboard".  From what I'm seeing in the code, this feature of being
> able to copy the X11 gnuplot image is not using the clipboard.

It is.

See for example
    http://www.jwz.org/doc/x-cut-and-paste.html

See also the X11 documentation. The X clipboard is exactly what we use.

See also extensive discussion here a few months ago,
when we were trying to get gnuplot to play nicely with both 
KDE3 and KDE4 clipboard handling.

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

Re: "set decimalsign" for thousand separator

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

On Friday 14 July 2006 03:22 pm, Mojca Miklavec wrote:
>
> is there a way to ask gnuplot for a similar behaviour as decimalsign,
> only for separating thousands? (space, dot, comma, ... might be
> useful for that)

  help set locale
  help set decimalsign   (or just  help decimal)

> For example, how can I print numbers in the form
>     $1.000,00
>     $2.000,00
>     $1.234.567,89
> automatically?
>
> (If this is trivial, it should be documented better / on more visible
> places.)

Can you suggest a more obvious help topic and index entry than
 "decimalsign"?

Perhaps "locale" is not the first word that springs to mind,
but it is the standard term for internationalization settings.

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

"set decimalsign" for thousand separator

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

Hello,

is there a way to ask gnuplot for a similar behaviour as decimalsign,
only for separating thousands? (space, dot, comma, ... might be useful
for that)

For example, how can I print numbers in the form
    $1.000,00
    $2.000,00
    $1.234.567,89
automatically?

(If this is trivial, it should be documented better / on more visible places.)

Thanks,
    Mojca