You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
| 2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
| 2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
| 2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
| 2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
| 2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
| 2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
| 2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
| 2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
| 2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
| 2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
| 2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
| 2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
| 2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
| 2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
| 2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
| 2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
| 2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
| 2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(4) |
| 2026 |
Jan
|
Feb
(24) |
Mar
(20) |
Apr
(18) |
May
(2) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tatsuro M. <tma...@ya...> - 2017-07-18 10:37:48
|
> I have an issue with > patch -p1 < ../gnuplot-5.0.0-tabulate.patch > (Stripping trailing CRs from patch; use --binary to disable.) > can't find file to patch at input line 8 > Perhaps you used the wrong -p or --strip option? > The text leading up to this was: > -------------------------- > |Index: docs/gnuplot.doc > |=================================================================== > |RCS file: /cvsroot/gnuplot/gnuplot/docs/gnuplot.doc,v > |retrieving revision 1.895 > |diff -u -r1.895 gnuplot.doc > |--- docs/gnuplot.doc 17 Jun 2014 05:39:30 -0000 1.895 > |+++ docs/gnuplot.doc 20 Jun 2014 08:38:13 -0000 > -------------------------- > File to patch: > > patch -p1 < ../gnuplot-5.0.0-tabulate.patch How about the below? patch -p0 < ../gnuplot-5.0.0-tabulate.patch Tatsuro |
|
From: Patrick D. <pd...@gm...> - 2017-07-18 10:04:50
|
Thank Tatsuro, I have an issue with patch -p1 < ../gnuplot-5.0.0-tabulate.patch (Stripping trailing CRs from patch; use --binary to disable.) can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: docs/gnuplot.doc |=================================================================== |RCS file: /cvsroot/gnuplot/gnuplot/docs/gnuplot.doc,v |retrieving revision 1.895 |diff -u -r1.895 gnuplot.doc |--- docs/gnuplot.doc 17 Jun 2014 05:39:30 -0000 1.895 |+++ docs/gnuplot.doc 20 Jun 2014 08:38:13 -0000 -------------------------- File to patch: =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Tuesday, July 18, 2017 at 11:57 AM > From: "Tatsuro MATSUOKA" <tma...@ya...> > To: "Patrick Dupre" <pd...@gm...> > Cc: gnu...@li... > Subject: Re: [Gnuplot-info] table > > >> > > > >> > If I understand the patch > >> > #694 Add options to set table command > >> > > >> > set table "outputfile.asc" clip > >> > > >> > should work, but I get me an error: > >> > > >> > unexpected or unrecognized token > >> > > >> > Is the patch implemented in Version 5.0 patchlevel 5? > >> > > >> No. > >> But you can apply the patch and build the gnuplot by yourself. > >> > >> > >> Tatsuro > >> > >T hank, > > > > Could you give the procedure to implement the patch ? > > I have a fedora distribution. > > For Unixy environments, I have experiences for CYGWIN and Ubuntu. > > 1. Download source tar ball from SourceForge site. > https://sourceforge.net/projects/gnuplot/ > Files -> (each version) > > 2. Extract source tar ball. > > 3. Read INSTALL file carefully and prepare dependencies (dynamic link libraries and development files.) > > 4. Apply patch with patch command > $ cd (source root directory) > $ patch -p1 < (patch file name) > > 5. Configure with properly setting environments variables > > 6. make and make check. > > If you have no experience with Unix build, please ask experts. > > Tatsuro > |
|
From: Tatsuro M. <tma...@ya...> - 2017-07-18 09:57:22
|
>> > >> > If I understand the patch >> > #694 Add options to set table command >> > >> > set table "outputfile.asc" clip >> > >> > should work, but I get me an error: >> > >> > unexpected or unrecognized token >> > >> > Is the patch implemented in Version 5.0 patchlevel 5? >> > >> No. >> But you can apply the patch and build the gnuplot by yourself. >> >> >> Tatsuro >> >T hank, > > Could you give the procedure to implement the patch ? > I have a fedora distribution. For Unixy environments, I have experiences for CYGWIN and Ubuntu. 1. Download source tar ball from SourceForge site. https://sourceforge.net/projects/gnuplot/ Files -> (each version) 2. Extract source tar ball. 3. Read INSTALL file carefully and prepare dependencies (dynamic link libraries and development files.) 4. Apply patch with patch command $ cd (source root directory) $ patch -p1 < (patch file name) 5. Configure with properly setting environments variables 6. make and make check. If you have no experience with Unix build, please ask experts. Tatsuro |
|
From: Patrick D. <pd...@gm...> - 2017-07-18 09:02:43
|
Thank, Could you give the procedure to implement the patch ? I have a fedora distribution. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Tuesday, July 18, 2017 at 1:52 AM > From: "Tatsuro MATSUOKA" <tma...@ya...> > To: "Patrick Dupre" <pd...@gm...> > Cc: gnu...@li... > Subject: Re: [Gnuplot-info] table > > ----- Original Message ----- > > > > > If I understand the patch > > #694 Add options to set table command > > > > set table "outputfile.asc" clip > > > > should work, but I get me an error: > > > > unexpected or unrecognized token > > > > Is the patch implemented in Version 5.0 patchlevel 5? > > > No. > But you can apply the patch and build the gnuplot by yourself. > > > Tatsuro > > |
|
From: Tatsuro M. <tma...@ya...> - 2017-07-18 00:48:44
|
>> If I understand the patch >> #694 Add options to set table command >> >> set table "outputfile.asc" clip >> >> should work, but I get me an error: >> >> unexpected or unrecognized token >> >> Is the patch implemented in Version 5.0 patchlevel 5? >> > No. > But you can apply the patch and build the gnuplot by yourself. > Please see the reply by Karl Ratzsch in the patch ticket #694. https://sourceforge.net/p/gnuplot/patches/694/ That is probably what you want. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2017-07-17 23:53:07
|
----- Original Message ----- > > If I understand the patch > #694 Add options to set table command > > set table "outputfile.asc" clip > > should work, but I get me an error: > > unexpected or unrecognized token > > Is the patch implemented in Version 5.0 patchlevel 5? > No. But you can apply the patch and build the gnuplot by yourself. Tatsuro |
|
From: Patrick D. <pd...@gm...> - 2017-07-17 13:31:50
|
If I understand the patch #694 Add options to set table command set table "outputfile.asc" clip should work, but I get me an error: unexpected or unrecognized token Is the patch implemented in Version 5.0 patchlevel 5? Thank. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Monday, July 17, 2017 at 2:58 PM > From: "Patrick Dupre" <pd...@gm...> > To: gnuplot <gnu...@li...> > Subject: [Gnuplot-info] table > > Hello, > > I used to use set table to generate an output file. > However, in the file, I have the "i" (in range) and "o" (out of range) > data. > > Can I get only the in range data? > > I try [:] to set the range, but it does not work. > > Thank. > > =========================================================================== > Patrick DUPRÉ | | email: pd...@gm... > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > =========================================================================== > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
|
From: Patrick D. <pd...@gm...> - 2017-07-17 12:59:02
|
Hello, I used to use set table to generate an output file. However, in the file, I have the "i" (in range) and "o" (out of range) data. Can I get only the in range data? I try [:] to set the range, but it does not work. Thank. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== |
|
From: Ethan M. <eam...@gm...> - 2017-06-26 19:27:44
|
On Sunday, June 25, 2017 2:21:29 PM PDT Craig DeForest wrote: > It appears that the new dumb terminal doesn’t distinguish between line > types. > > This is the output from the dumb terminal, using PDL::Graphics::Gnuplot on > one of our test suite cases. First, Gnuplot 5.0. Second, Gnuplot 5.2rc1. > > Aesthetically, I can see the advantage of using symbols for each line or for > the plus-dash style. But the current code doesn’t seem to have any > distinction between different line types. > > Comments? This seems to be an unintended side-effect of adding optional support for ansi color output using the dumb terminal. As a word-around, disabling color support fixes it #define NO_DUMB_COLOR_SUPPORT at the top of dumb.trm I'll work on a more satisfactory fix and commit it after a bit of testing. Ethan |
|
From: Craig D. <def...@bo...> - 2017-06-25 21:21:37
|
It appears that the new dumb terminal doesn’t distinguish between line types.
This is the output from the dumb terminal, using PDL::Graphics::Gnuplot on one of our
test suite cases. First, Gnuplot 5.0. Second, Gnuplot 5.2rc1.
Aesthetically, I can see the advantage of using symbols for each line or for the
plus-dash style. But the current code doesn’t seem to have any distinction between
different line types.
Comments?
(I can supply the Perl-generated gnuplot scripts on demand, but it should be clear from
context — these are very simple plots…)
Best,
Craig
--------
pdl> $w = gpwin(dumb,size=>[79,24,’ch’],output=>’/dev/tty’);
pdl> print "Gnuplot 5.0: "; $w->line(xvals(50),xvals(50)**2,{},xvals(50),40*xvals(50))
Gnuplot 5.0:
2500 +-+----+------+-----+------+------+------+------+-----+------+----+-+
+ + + + + + + + + + ***+
| * |
| ** |
2000 +-+ *** ###+
| * #### |
| ***### |
| ##**## |
1500 +-+ ####** +-+
| #### ** |
| ##### *** |
1000 +-+ #### *** +-+
| #### *** |
| ##### **** |
| ##### ** |
500 +-+ #### **** +-+
| #### ***** |
| ###### ***** |
+ #### + ********+ + + + + + + +
0 ************--+-----+------+------+------+------+-----+------+----+-+
0 5 10 15 20 25 30 35 40 45 50
pdl> $w = gpwin(dumb,size=>[79,24,’ch’],output=>’/dev/tty’);
pdl> print "Gnuplot 5.2rc1: "; $w->line(xvals(50),xvals(50)**2,{},xvals(50),40*xvals(50))
Gnuplot 5.2rc1:
2500 +-------------------------------------------------------------------+
| + + + + + + + + + -+|
| ++ |
| -+ |
2000 |-+ + -+|
| +-+ -+++ |
| ++-++ |
| +-++ |
1500 |-+ ++-++ +-|
| ++-+ + |
| -++-+ -++ |
| -+++ ++ |
1000 |-+ -+++ +-+ +-|
| -+++ +-+ |
| +-++ -++ |
| +-++ -+++ |
500 |-+ ++-++ -+++ +-|
| ++-+ +-++ |
| -++-+ ++-++ |
| -+++ + ++-+++-+ + + + + + + + |
0 +-------------------------------------------------------------------+
0 5 10 15 20 25 30 35 40 45 50
|
|
From: Craig D. <def...@bo...> - 2017-06-24 15:08:12
|
Cool! No problem, glad to know. Best, Craig > On Jun 24, 2017, at 8:08 AM, Ethan Merritt <eam...@gm...> wrote: > > On Friday, June 23, 2017 4:23:42 PM PDT Craig DeForest wrote: >> I’ve been noticing that 5.2rc1 breaks PDL::Graphics::Gnuplot in a minor way, >> by echoing information about the terminal and its options after a “set >> terminal” is issued. In particular, “set terminal dumb” now echoes “dumb >> x, y = 24 77” as well as the expected string beginning “Options are”… . >> >> Is this intentional? If so, I’ll patch P::G::G to expect it. If not, could >> it please be suppressed in the final release? > > Yeah, sorry. It was a debug statement that should have been removed > before commiting the the bug-fix. > > Ethan > > >> >> Cheers, >> Craig >> >> >> ---------------------------------------------------------------------------- >> -- Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> gnuplot-info mailing list >> gnu...@li... >> Membership management via: >> https://lists.sourceforge.net/lists/listinfo/gnuplot-info > > > |
|
From: Craig D. <def...@bo...> - 2017-06-24 15:06:26
|
This is what I get under macOS:
[Clio-3:~] zowie% gnuplot
G N U P L O T
Version 5.2 patchlevel rc1 last modified 2017-05-31
Copyright (C) 1986-1993, 1998, 2004, 2007-2017
Thomas Williams, Colin Kelley and many others
gnuplot home: http://www.gnuplot.info
faq, bugs, etc: type "help FAQ"
immediate help: type "help" (plot window: hit 'h')
Terminal type is now 'qt'
gnuplot> set terminal dumb 79,24
Terminal type is now 'dumb'
dumb x, y = 79 24
Options are 'feed size 79, 24 aspect 2, 1 mono'
gnuplot>
> On Jun 23, 2017, at 9:15 PM, Tatsuro MATSUOKA <tma...@ya...> wrote:
>
> ----- Original Message -----
>
>> From: Craig DeForest
>> To: gnuplot-info
>> Cc:
>> Date: 2017/6/24, Sat 08:23
>> Subject: [Gnuplot-info] 5.2rc1 - query about new echoes
>>
>> I’ve been noticing that 5.2rc1 breaks PDL::Graphics::Gnuplot in a minor way, by
>> echoing information about the terminal and its options after a “set terminal” is
>> issued. In particular, “set terminal dumb” now echoes “dumb x, y = 24 77” as
>> well as the expected string beginning “Options are”… .
>>
>> Is this intentional? If so, I’ll patch P::G::G to expect it. If not, could it
>> please be suppressed in the final release?
>>
> I cannot reproduce it on windows.
>
> gnuplot> set terminal dumb
>
> Terminal type is now 'dumb'
> Options are 'feed size 79, 24 aspect 2, 1 mono'
>
> Please show a simple script to see your trouble.
>
> Tatsuro
>
>
|
|
From: Ethan M. <eam...@gm...> - 2017-06-24 14:08:48
|
On Friday, June 23, 2017 4:23:42 PM PDT Craig DeForest wrote:
> I’ve been noticing that 5.2rc1 breaks PDL::Graphics::Gnuplot in a minor way,
> by echoing information about the terminal and its options after a “set
> terminal” is issued. In particular, “set terminal dumb” now echoes “dumb
> x, y = 24 77” as well as the expected string beginning “Options are”… .
>
> Is this intentional? If so, I’ll patch P::G::G to expect it. If not, could
> it please be suppressed in the final release?
Yeah, sorry. It was a debug statement that should have been removed
before commiting the the bug-fix.
Ethan
>
> Cheers,
> Craig
>
>
> ----------------------------------------------------------------------------
> -- Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: Tatsuro M. <tma...@ya...> - 2017-06-24 03:15:24
|
----- Original Message ----- > From: Craig DeForest > To: gnuplot-info > Cc: > Date: 2017/6/24, Sat 08:23 > Subject: [Gnuplot-info] 5.2rc1 - query about new echoes > > I’ve been noticing that 5.2rc1 breaks PDL::Graphics::Gnuplot in a minor way, by > echoing information about the terminal and its options after a “set terminal” is > issued. In particular, “set terminal dumb” now echoes “dumb x, y = 24 77” as > well as the expected string beginning “Options are”… . > > Is this intentional? If so, I’ll patch P::G::G to expect it. If not, could it > please be suppressed in the final release? > I cannot reproduce it on windows. gnuplot> set terminal dumb Terminal type is now 'dumb' Options are 'feed size 79, 24 aspect 2, 1 mono' Please show a simple script to see your trouble. Tatsuro |
|
From: Craig D. <def...@bo...> - 2017-06-23 23:23:51
|
I’ve been noticing that 5.2rc1 breaks PDL::Graphics::Gnuplot in a minor way, by echoing information about the terminal and its options after a “set terminal” is issued. In particular, “set terminal dumb” now echoes “dumb x, y = 24 77” as well as the expected string beginning “Options are”… . Is this intentional? If so, I’ll patch P::G::G to expect it. If not, could it please be suppressed in the final release? Cheers, Craig |
|
From: pjhoust <hou...@ro...> - 2017-06-23 16:23:39
|
GIven: RHEL/CENTOS 6 with utilities xwininfo and xev
The following worked for me to create a window destruction notification
function within the script that I used to call gnuplot. Call the function
with the name of your gnuplot graph window (yes, you have to name it and
make sure it's unique) and a process ID (usually that of the shell running
gnuplot) and background it. When it detects that the given window has been
destroyed, it exits sending a SIGUSR1 signal to whatever PID you gave it.
What you do with the signal is up to you but I just do a mass murder.
###############################################################################
#
# NAME
# WinDestroyNotify
#
# SYNOPSIS
# WinDestroyNotify WIN_NAME PID
#
# DESCRIPTION
# Waits for X window given by WIN_NAME to be destroyed then sends
# SIGUSR1 to process given by PID
#
###############################################################################
WinDestroyNotify() {
local WIN_NAME=$1
local NOTIFY_PID=$2
local FIFO="/tmp/WinDestroyNotify.$$.fifo"
local winid_regex=".*id: ([^ ]*) .*"
local WIN_ID=
local LOOP_PID=
local XEV_PID=
[[ "$(xwininfo -name "$WIN_NAME" )" =~ ${winid_regex} ]] &&
WIN_ID=${BASH_REMATCH[1]}
mkfifo $FIFO >/dev/null 2>&1
while read line
do
[[ $line =~ Destroy ]] && exit
done <$FIFO &
LOOP_PID=$!
xev -id $WIN_ID > $FIFO &
XEV_PID=$!
wait $LOOP_PID
kill $XEV_PID >/dev/null 2>&1
rm -f $FIFO >/dev/null 2>&1
kill -USR1 $NOTIFY_PID >/dev/null 2>&1
}
--
View this message in context: http://gnuplot.10905.n7.nabble.com/Quit-gnuplot-when-plot-window-is-closed-tp1633p20695.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.
|
|
From: Rob S. <rob...@ut...> - 2017-06-19 20:58:07
|
awk -F "," '!/^\#/ { print $1 } '
On 06/19/2017 02:53 PM, Patrick Dupre wrote:
> Hello,
>
> I would like to use BEGIN with awk to define the FS.
> How can I do it?
> I tried
> plot "< paste " . ARG1 . "| awk 'BEGIN { FS = "," } !/^\#/ { print $1 } ' "
>
> But it does not work.
>
> Thanks.
>
> ===========================================================================
> Patrick DUPRÉ | | email: pd...@gm...
> Laboratoire de Physico-Chimie de l'Atmosphère | |
> Université du Littoral-Côte d'Opale | |
> Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
> 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> ===========================================================================
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: Patrick D. <pd...@gm...> - 2017-06-19 20:54:03
|
Hello,
I would like to use BEGIN with awk to define the FS.
How can I do it?
I tried
plot "< paste " . ARG1 . "| awk 'BEGIN { FS = "," } !/^\#/ { print $1 } ' "
But it does not work.
Thanks.
===========================================================================
Patrick DUPRÉ | | email: pd...@gm...
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral-Côte d'Opale | |
Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===========================================================================
|
|
From: theozh <th...@gm...> - 2017-06-17 13:56:06
|
as far as I understand, and it looks like that gnuplot does not allow other than screen coordinates for offset in the multiplot environment. Probably it's not clear which coordinates it should take: the first ones, the previous ones...? Anyway, you could use the gnuplot internal variables GPVAL_... "show var GPVAL" With this you need to do some "little" coordinate transformations. Maybe there is even a more elegant solution? The following code should do what you're looking for... You can actually skip all the lines starting with "print..." ### start gnuplot example code reset # enter the coordinates of the origin of the second plot # i.e. coordinates with respect to the first plot XPos = -10 YPos = 0 set multiplot # your first plot plot x print "TermSize x,y: ", GPVAL_TERM_XSIZE, ", ", GPVAL_TERM_YSIZE print "Term X: ", GPVAL_TERM_XMIN, " to ", GPVAL_TERM_XMAX print "Term Y: ", GPVAL_TERM_YMIN, " to ", GPVAL_TERM_YMAX print "Graph X: ", GPVAL_X_MIN, " to ", GPVAL_X_MAX print "Graph Y: ", GPVAL_Y_MIN, " to ", GPVAL_Y_MAX XScaling = (GPVAL_TERM_XMAX - GPVAL_TERM_XMIN)/(GPVAL_X_MAX - GPVAL_X_MIN) YScaling = (GPVAL_TERM_YMAX - GPVAL_TERM_YMIN)/(GPVAL_Y_MAX - GPVAL_Y_MIN) print "Scaling x,y: ", XScaling, YScaling XMargin = GPVAL_TERM_XMIN/XScaling YMargin = GPVAL_TERM_YMIN/YScaling print "Margin x,y: ", XMargin, YMargin XOffset = (XPos - GPVAL_X_MIN + XMargin)*XScaling/GPVAL_TERM_XSIZE YOffset = (YPos - GPVAL_Y_MIN + YMargin)*YScaling/GPVAL_TERM_YSIZE print "XOffset x,y: ", XOffset, YOffset # your second plot, for example with reduced size set size 0.4 set origin XOffset,YOffset plot x*x unset multiplot ### end gnuplot code |
|
From: Nunzio L. <nun...@gm...> - 2017-06-14 10:02:40
|
Hi all, is there a way to place a graph, in multiplot mode, with its origin at some location expressed not in screen coordinates but in graph coordinates of another, say master, plot? Thank you very much, N |
|
From: Saman Y. a. <sam...@ya...> - 2017-05-29 06:47:50
|
Dear all,I have plotted dssp plot (dssp file generated via cpptraj) using gnuplot. Plot (dssp pm3d map) image link is attached here. I used following color range for number of data classes eight.set palette defined (0 "#000000",1 "#0000FF",4 "#00FF00",7 "#FF0000")I want to use/assign different color for each data series instead of color range. Kindly help me in this regard. dssp-apo.jpg | | | | | | | | | | | dssp-apo.jpg | | | | Thanks Best Regards, Saman Yousuf Ali |
|
From: theozh <th...@gm...> - 2017-05-26 05:16:55
|
> >> Can you fill in that idea a bit? Do you envision this as a binary test > 'does string A match regexp B? yes/no'? Something more complicated? > Honestly, it's not thought through thoroughly. Just when trying to extract the filename from the full filename I thought it would be nice if in above example an expression something like |.*\\Data(.*)\.dat| directly returned the "007". Well, now I have a rather compact solution. On the otherhand, when creating a list of data files to be plotted it would be nice if the search pattern in FileList = system(dir /B /S Data*.dat) could be a bit more sophisticated than a simple wildcard. I know that this is a Windows system command and gnuplot doesn't have any influence on it. Although, gnuplot could filter it further and/or "distribute" the files to sublists which are then plotted in a single plot or multiplot environment. I need to find a practical example to illustrate. But probably one can also find a solution with the already existing gnuplot commands. I guess a binary regexp test together with the ternary operator could be quite powerful. Well, as I said, it's not fully thought out... |
|
From: Ethan M. <eam...@gm...> - 2017-05-25 23:56:39
|
On Thu, May 25, 2017 at 11:28 AM, theozh <th...@gm...> wrote: > > Are there any chances (now or in the future) to somehow use "Regular > expressions" in gnuplot? > Thanks, Theo. > > Can you fill in that idea a bit? Do you envision this as a binary test 'does string A match regexp B? yes/no'? Something more complicated? |
|
From: theozh <th...@gm...> - 2017-05-25 18:29:02
|
Thanks a lot, Thomas, that's probably the shortest and most elegant way
to do it.
I was not aware that recursive functions are possible.
The following code will give only the content of the wildcard in the
title/legend/key.
### start code
BeforeWC = "Data"
AfterWC = ".dat"
FileList = system("dir /B /S ".BeforeWC."*".AfterWC)
chop(fn) = strstrt(fn,'\')?chop(fn[strstrt(fn,'\')+1:*]):fn
Wildcard(fn) = chop(fn)[strlen(BeforeWC)+1:strlen(chop(fn))-strlen(AfterWC)]
plot for [FileName in FileList] FileName u 1:2 w l title
Wildcard(FileName) noenhanced
### end code
If anybody has again a smarter solution please let me know.
Are there any chances (now or in the future) to somehow use "Regular
expressions" in gnuplot?
Thanks, Theo.
|
|
From: BBands <bb...@gm...> - 2017-05-25 15:16:46
|
Er, that was a typo. I meant to write 'string variables'.
John
On Thu, May 25, 2017 at 6:17 AM, theozh <th...@gm...> wrote:
> Thanks, John & Ethan for your immediate response.
>
> > There are some example of gnuplot's strong variable capabilities here
> that
> > should solve your needs.
> > http://gnuplot.sourceforge.net/demo/stringvar.html
> >
>
> @John, thanks for the link, but strong string variable capabilities? Are
> you serious?
> It would be nice to find the last key (e.g. '\') in a word. Or at least
> a function to reverse a string. Best would be of course regular
> expressions ;-).
>
|