Menu
▾
▴
gnuplot-info
|
From: seb_kramm <seb...@ya...> - 2010-12-16 17:12:37
|
Hello, Excuse me for such a silly question that might be slightly off-topic, but: I'm a Windows user that just switched to Linux/ Ubuntu flavor 10.10, and I'm confused with gnuplot (4.4) invocation from the GUI shell (Nautilus). I'm ok with gnuplot generally, long-time user. I have associated .plt files to the gnuplot binary, and when I double click on test.plt that contains: plot sin(x) I get the plot, the window is "alive" (mouse coordinates are shown), but I can't close it by pressing CR (or any other key). I have to kill the window (even closing it manually doesn't work). Am I missing something ? If there's any Ubuntu users around there... Thanks |
|
From: Heeren,Tammo,IRVINE,R&D <Tam...@Al...> - 2010-12-16 17:35:21
|
I am using gnuplot on ubuntu 10.10. Never really had a problem with that. If I remember I will try it out tonight. Unfortunately have to work on a windows machine currently. Tammo -----Original Message----- From: seb_kramm [mailto:seb...@ya...] Sent: Thursday, December 16, 2010 8:52 AM To: gnu...@li... Subject: [Gnuplot-info] gnuplot invocation from Linux/Ubuntu GUI shell Hello, Excuse me for such a silly question that might be slightly off-topic, but: I'm a Windows user that just switched to Linux/ Ubuntu flavor 10.10, and I'm confused with gnuplot (4.4) invocation from the GUI shell (Nautilus). I'm ok with gnuplot generally, long-time user. I have associated .plt files to the gnuplot binary, and when I double click on test.plt that contains: plot sin(x) I get the plot, the window is "alive" (mouse coordinates are shown), but I can't close it by pressing CR (or any other key). I have to kill the window (even closing it manually doesn't work). Am I missing something ? If there's any Ubuntu users around there... Thanks ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ gnuplot-info mailing list gnu...@li... https://lists.sourceforge.net/lists/listinfo/gnuplot-info This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you. |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2010-12-16 21:27:50
|
On 16.12.2010 17:51, seb_kramm wrote: > I'm a Windows user that just switched to Linux/ Ubuntu flavor 10.10, and I'm confused > with gnuplot (4.4) invocation from the GUI shell (Nautilus). > I'm ok with gnuplot generally, long-time user. > I have associated .plt files to the gnuplot binary, The effect you see is almost certainly caused by how you you set up that association. I'll venture a guess: you used the -persist flag. You get that behaviour because that's what -persist is meant (and documented) to do. What probably caught you is one of the differences between the MS windows GUI version of gnuplot (wgnuplot) and the console version used everywhere else (now available on Windows, too, called "gnuplot"). wgnuplot has to run its own text input window, so that keeps open even if you -persist it. The console version vanished in -persist state, so the only way to finish the session is by closing the window. > I get the plot, the window is "alive" (mouse coordinates are shown), but I can't > close it by pressing CR (or any other key). I have to kill the window (even closing > it manually doesn't work). There's no such thing as "killing a window". There's killing a process, or closing a window. |
|
From: seb_kramm <seb...@ya...> - 2010-12-17 15:48:11
|
On 16/12/2010 22:27, Hans-Bernhard Bröker wrote: >> I'm a Windows user that just switched to Linux/ Ubuntu flavor 10.10, and I'm >> confused with gnuplot (4.4) invocation from the GUI shell (Nautilus). I'm ok >> with gnuplot generally, long-time user. I have associated .plt files to the >> gnuplot binary, > > The effect you see is almost certainly caused by how you you set up that > association. I'll venture a guess: you used the -persist flag. You get that > behaviour because that's what -persist is meant (and documented) to do. Thank you for your answer, that was indeed the reason. Actually, I didn't explicitly add this flag manually, but through the wxWidgets GUI, that has a "Terminal configuration" dialog with the "persist" toggle option. The problem is that if I don't set this "on", then the plot/GUI doesn't stay on the screen, and closes instantly. So, as usual (I mean, this is what I do with Windows), I add: pause -1 at the end of the file. And, for some mysterious reason, gnuplot just ignores this statement, and has the same behaviour (closing the window when finished plotting). So, what's the best way to go ? > What probably caught you is one of the differences between the MS windows GUI > version of gnuplot (wgnuplot) and the console version used everywhere else (now > available on Windows, too, called "gnuplot"). wgnuplot has to run its own text > input window, so that keeps open even if you -persist it. The console version > vanished in -persist state, so the only way to finish the session is by closing > the window. Yes, I indeed used to use the "wgnuplot" binary. However, I never had to bother to consider this "persist" option (discovered that today). > There's no such thing as "killing a window". There's killing a process, or closing > a window. ;-) You are absolutely right, what I meant (lets be precise...) is that trying to close the window by clicking the usual button didn't do anything, and my faithfull OS noticed this behaviour, and kindly asked me if I'd like him to "force it" to close for me (in some way I ignore !). |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2010-12-17 21:58:43
|
On 17.12.2010 16:48, seb_kramm wrote: > On 16/12/2010 22:27, Hans-Bernhard Bröker wrote: >> The effect you see is almost certainly caused by how you you set up >> that association. I'll venture a guess: you used the -persist flag. >> You get that behaviour because that's what -persist is meant (and >> documented) to do. > The problem is that if I don't set this "on", then the plot/GUI > doesn't stay on the screen, and closes instantly. So, as usual (I > mean, this is what I do with Windows), I add: pause -1 at the end of > the file. And, for some mysterious reason, gnuplot just ignores this > statement, and has the same behaviour (closing the window when > finished plotting). That's caused by you doing this entirely from the GUI. Console gnuplot needs a console for you to input that <Return> to end pause -1. Without a console (i.e. a command-line shell from which you invoked gnuplot), there's nowhere for that keypress to come from, i.e. no stdin. That is treated as an immediate termination of the script. You'll want to look up "pause mouse" in the help. Or you could just stick with the need-to-close-the-window, -persist mode. Typing q or Ctrl-q in that window should work, too, though. |
|
From: Becker, M. <M.B...@st...> - 2010-12-18 21:18:03
|
Hello, I would like to use characters like "", "äöüß" or "³" in the X11 terminal. That works without problems, unless I specify a font size when setting the terminal. what works: set term x11 set title "Test äöüß³" plot x*x what doesn't work: set term x11 font ",20" set title "Test äöüß³" plot x*x This is too much for me ;-). Who can help? Thanks, Martin |
|
From: Dr. I. D. J. <die...@t-...> - 2010-12-19 08:47:56
|
Hi Martin,
I checked on openSUSE 11.3 (gnuplot 4.4) and I can confirm this behaviour. I'd
consider this a bug. Try to use the wxt - terminal, then you will not be
confronted with this problem.
I even tried to play around with both font settings and encoding setting - no
way to get out of this.
Take care
Dieter
Am Samstag, 18. Dezember 2010, 21:55:07 schrieb Becker, Martin:
***********
> Hello,
> what works:
> set term x11
> set title "Test äöüß³"
> plot x*x
>
> what doesn't work:
> set term x11 font ",20"
> set title "Test äöüß³"
> plot x*x
***********
--
-----------------------------------------------------------
|
\
/\_/\ |
| ~x~ |/-----\ /
\ /- \_/
^^__ _ / _ ____ /
<°°__ \- \_/ | |/ | |
|| || _| _| _| _|
if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
|
|
From: seb_kramm <seb...@ya...> - 2010-12-18 21:43:34
|
On 17/12/2010 22:41, Hans-Bernhard Bröker wrote: > That's caused by you doing this entirely from the GUI. Console gnuplot needs a > console for you to input that <Return> to end pause -1. Without a console (i.e. a > command-line shell from which you invoked gnuplot), there's nowhere for that keypress > to come from, i.e. no stdin. That is treated as an immediate termination of the script. ok, so I've allready had this problem with another piece of software, and somebody told me the trick: when you associate a file type to a binary, Ubuntu automatically creates a launcher in $HOME/.local/share/applications. The default behaviour is that is does not open a terminal when the app is launched. To make this happen, edit the launcher and add a line: Terminal=true This way, you get the 2 windows, terminal+gnuplot GUI. However, to get the pause correctly working (quiting when keyboard hit), the focus must be on the terminal (can't remember if this was true on Windows too ?) > Or you could just stick with the need-to-close-the-window, -persist mode. Typing q or > Ctrl-q in that window should work, too, though. Mmmh, my experience tells me its better to have a console, because thats where important messages (errors, warnings, whatever...) get printed out. But it does work allright too, I didn't know about CTRL-q. Thanks for your help, |
|
From: Becker, M. <M.B...@st...> - 2010-12-19 09:38:42
|
Hi Dieter,
I also use Suse 11.3 with gnuplot 4.4, usually with the wxt terminal, but for this task I need dashed lines, which are not available in the wxt terminal. I also played with encoding settings ...
What can I do?
Thanks,
Martin
-----Ursprüngliche Nachricht-----
Von: Dr. Ing. Dieter Jurzitza [mailto:die...@t-...]
Gesendet: So 19.12.2010 09:39
An: gnu...@li...
Betreff: Re: [Gnuplot-info] special characters in X11 terminal
Hi Martin,
I checked on openSUSE 11.3 (gnuplot 4.4) and I can confirm this behaviour. I'd
consider this a bug. Try to use the wxt - terminal, then you will not be
confronted with this problem.
I even tried to play around with both font settings and encoding setting - no
way to get out of this.
Take care
Dieter
Am Samstag, 18. Dezember 2010, 21:55:07 schrieb Becker, Martin:
***********
> Hello,
> what works:
> set term x11
> set title "Test äöüß?³"
> plot x*x
>
> what doesn't work:
> set term x11 font ",20"
> set title "Test äöüß?³"
> plot x*x
***********
--
-----------------------------------------------------------
|
\
/\_/\ |
| ~x~ |/-----\ /
\ /- \_/
^^__ _ / _ ____ /
<°°__ \- \_/ | |/ | |
|| || _| _| _| _|
if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
gnuplot-info mailing list
gnu...@li...
https://lists.sourceforge.net/lists/listinfo/gnuplot-info
-+-
Virus checked by http://www.cosus.de (scanned by mailgate.cosus.de)
|
