You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(83) |
Nov
(57) |
Dec
(111) |
| 2004 |
Jan
(38) |
Feb
(121) |
Mar
(107) |
Apr
(241) |
May
(102) |
Jun
(190) |
Jul
(239) |
Aug
(158) |
Sep
(184) |
Oct
(193) |
Nov
(47) |
Dec
(68) |
| 2005 |
Jan
(190) |
Feb
(105) |
Mar
(99) |
Apr
(65) |
May
(92) |
Jun
(250) |
Jul
(197) |
Aug
(128) |
Sep
(101) |
Oct
(183) |
Nov
(186) |
Dec
(42) |
| 2006 |
Jan
(102) |
Feb
(122) |
Mar
(154) |
Apr
(196) |
May
(181) |
Jun
(281) |
Jul
(310) |
Aug
(198) |
Sep
(145) |
Oct
(188) |
Nov
(134) |
Dec
(90) |
| 2007 |
Jan
(134) |
Feb
(181) |
Mar
(157) |
Apr
(57) |
May
(81) |
Jun
(204) |
Jul
(60) |
Aug
(37) |
Sep
(17) |
Oct
(90) |
Nov
(122) |
Dec
(72) |
| 2008 |
Jan
(130) |
Feb
(108) |
Mar
(160) |
Apr
(38) |
May
(83) |
Jun
(42) |
Jul
(75) |
Aug
(16) |
Sep
(71) |
Oct
(57) |
Nov
(59) |
Dec
(152) |
| 2009 |
Jan
(73) |
Feb
(213) |
Mar
(67) |
Apr
(40) |
May
(46) |
Jun
(82) |
Jul
(73) |
Aug
(57) |
Sep
(108) |
Oct
(36) |
Nov
(153) |
Dec
(77) |
| 2010 |
Jan
(42) |
Feb
(171) |
Mar
(150) |
Apr
(6) |
May
(22) |
Jun
(34) |
Jul
(31) |
Aug
(38) |
Sep
(32) |
Oct
(59) |
Nov
(13) |
Dec
(62) |
| 2011 |
Jan
(114) |
Feb
(139) |
Mar
(126) |
Apr
(51) |
May
(53) |
Jun
(29) |
Jul
(41) |
Aug
(29) |
Sep
(35) |
Oct
(87) |
Nov
(42) |
Dec
(20) |
| 2012 |
Jan
(111) |
Feb
(66) |
Mar
(35) |
Apr
(59) |
May
(71) |
Jun
(32) |
Jul
(11) |
Aug
(48) |
Sep
(60) |
Oct
(87) |
Nov
(16) |
Dec
(38) |
| 2013 |
Jan
(5) |
Feb
(19) |
Mar
(41) |
Apr
(47) |
May
(14) |
Jun
(32) |
Jul
(18) |
Aug
(68) |
Sep
(9) |
Oct
(42) |
Nov
(12) |
Dec
(10) |
| 2014 |
Jan
(14) |
Feb
(139) |
Mar
(137) |
Apr
(66) |
May
(72) |
Jun
(142) |
Jul
(70) |
Aug
(31) |
Sep
(39) |
Oct
(98) |
Nov
(133) |
Dec
(44) |
| 2015 |
Jan
(70) |
Feb
(27) |
Mar
(36) |
Apr
(11) |
May
(15) |
Jun
(70) |
Jul
(30) |
Aug
(63) |
Sep
(18) |
Oct
(15) |
Nov
(42) |
Dec
(29) |
| 2016 |
Jan
(37) |
Feb
(48) |
Mar
(59) |
Apr
(28) |
May
(30) |
Jun
(43) |
Jul
(47) |
Aug
(14) |
Sep
(21) |
Oct
(26) |
Nov
(10) |
Dec
(2) |
| 2017 |
Jan
(26) |
Feb
(27) |
Mar
(44) |
Apr
(11) |
May
(32) |
Jun
(28) |
Jul
(75) |
Aug
(45) |
Sep
(35) |
Oct
(285) |
Nov
(99) |
Dec
(16) |
| 2018 |
Jan
(8) |
Feb
(8) |
Mar
(42) |
Apr
(35) |
May
(23) |
Jun
(12) |
Jul
(16) |
Aug
(11) |
Sep
(8) |
Oct
(16) |
Nov
(5) |
Dec
(8) |
| 2019 |
Jan
(9) |
Feb
(28) |
Mar
(4) |
Apr
(10) |
May
(7) |
Jun
(4) |
Jul
(4) |
Aug
|
Sep
(4) |
Oct
|
Nov
(23) |
Dec
(3) |
| 2020 |
Jan
(19) |
Feb
(3) |
Mar
(22) |
Apr
(17) |
May
(10) |
Jun
(69) |
Jul
(18) |
Aug
(23) |
Sep
(25) |
Oct
(11) |
Nov
(20) |
Dec
(9) |
| 2021 |
Jan
(1) |
Feb
(7) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(8) |
Jul
(6) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(23) |
| 2022 |
Jan
(23) |
Feb
(9) |
Mar
(9) |
Apr
|
May
(8) |
Jun
(1) |
Jul
(6) |
Aug
(8) |
Sep
(30) |
Oct
(5) |
Nov
(4) |
Dec
(6) |
| 2023 |
Jan
(2) |
Feb
(5) |
Mar
(7) |
Apr
(3) |
May
(8) |
Jun
(45) |
Jul
(8) |
Aug
|
Sep
(2) |
Oct
(14) |
Nov
(7) |
Dec
(2) |
| 2024 |
Jan
(4) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
(4) |
Dec
(14) |
| 2025 |
Jan
(22) |
Feb
(6) |
Mar
(5) |
Apr
(14) |
May
(6) |
Jun
(11) |
Jul
(19) |
Aug
|
Sep
(17) |
Oct
(1) |
Nov
(1) |
Dec
|
|
From: Dave D. <dde...@es...> - 2003-10-17 19:04:21
|
Daniel J Sebald <dan...@ie...> writes: > Me? :) Dave is the one who doesn't seem to mind them... > > Anyway, my original point is that Dartmouth list seemed to be > a real spam target. There seemed to be about one or two per > day routed through it. I just imagine there was a ton of spam > we didn't see. Yeah, it all comes to info-gnuplot-owner (ie me) for approval :-( There's probably about 50 a day you don't see. > I suspect there are spammers out there that > collect emails by an automated means. (Would this be > technically a form of data mining?) I suspect that collecting > addresses and selling them is a source of revenue for some. > (Should be made universally illegal folks, I decree.) > > Call me paranoid, but I'd prefer not having my address on a list > in which an automated program can "who" it and search for > @ symbols. I can't recall a single spam to my alias address > for about three years until recently. (I'm not blaming > gnuplot-info.) And now I can see the slow increase in amount. > (Expletive deleted.) > Yeah, seems fair to me. dd -- Dave Denholm <dde...@es...> http://www.esmertec.com |
|
From: Daniel J S. <dan...@ie...> - 2003-10-17 18:45:18
|
Me? :) Dave is the one who doesn't seem to mind them... Anyway, my original point is that Dartmouth list seemed to be a real spam target. There seemed to be about one or two per day routed through it. I just imagine there was a ton of spam we didn't see. I suspect there are spammers out there that collect emails by an automated means. (Would this be technically a form of data mining?) I suspect that collecting addresses and selling them is a source of revenue for some. (Should be made universally illegal folks, I decree.) Call me paranoid, but I'd prefer not having my address on a list in which an automated program can "who" it and search for @ symbols. I can't recall a single spam to my alias address for about three years until recently. (I'm not blaming gnuplot-info.) And now I can see the slow increase in amount. (Expletive deleted.) Dan Lars Hecking wrote: >>If you got an email from me ranting about the list members email >>addresses not being made publicly available, then yes. >> >> > > I'll go and forward the 6000 spam emails I receive every month to > you then, will I? > > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >SourceForge.net hosts over 70,000 Open Source Projects. >See the people who have HELPED US provide better services: >Click here: http://sourceforge.net/supporters.php >_______________________________________________ >gnuplot-beta mailing list >gnu...@li... >https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > > > > -- Dan Sebald email: dan...@ie... URL: http://acer-access.com/~ds...@ac.../ |
|
From: Lars H. <lhe...@us...> - 2003-10-17 12:20:47
|
> If you got an email from me ranting about the list members email > addresses not being made publicly available, then yes. I'll go and forward the 6000 spam emails I receive every month to you then, will I? |
|
From: Dave D. <dde...@es...> - 2003-10-17 12:01:42
|
Daniel J Sebald <dan...@ie...> writes: > Lars Hecking wrote: > >>[OT] >> >> I am not receiving any copies of my own list posts. Does anyone have >> the same problem? >> > > If you got an email from me ranting about the list members email > addresses not being made publicly available, then yes. > I don't think I saw that one ..? I assume you were saying they shouldn't be public, rather than that they should ..? I guess the lists were configured in the days before spam was so bad, and no-one ever changed them. It is mildly useful for people to be able to find out the exact address they are subscribed as, but that's not a strong argument. OTOH I pretty much accept that my email address is going to get into various lists no matter what I do, so I have to have a decent anti-spam mechanism. So I don't care who gets hold of my address. [ then again, this is "only" my work email address. I am less open with my personal one ! ] dd -- Dave Denholm <dde...@es...> http://www.esmertec.com |
|
From: Lars H. <lhe...@us...> - 2003-10-17 09:28:25
|
Lars Hecking writes: > > [OT] > > I am not receiving any copies of my own list posts. Does anyone have > the same problem? Did receive this one, after some big delay. |
|
From: Harald H. <h.h...@tu...> - 2003-10-17 09:23:39
|
This is a continuation of the thread "arrowheads too long in PostScript terminal" in comp.graphics.apps.gnuplot. > "Hans-Bernhard Broeker" <br...@ph...> wrote in message > news:bmgki7$6mg$1...@ne...... >> set style arrow ... >> Note the <length>, <angle> and <backangle> parameters. If possible, >> re-positioning of mitered arrow heads should be done globally for all >> terminals (needing some internal changes to let the core even know >> whether a given terminal driver is using mitered, rounded or >> miter-limited join style). If that can't be done, we'ld at least need >> a mostly native PostScript re-implementation of the default C function >> do_arrow() from term.c that takes into account all the parameters. > >For terminals that support filling, like PostScript, there is I guess an >easy solution: draw *all* arrow heads as filled outlines. Looking at >the EPS output for filled arrowheads, it is pretty clear that this code >*already exists and is used* (slightly offset however). After the the >filled area is generated however, additional lines are stroked along >the path describing the arrowhead, thus leading to the same problem >(that the mitred end runs past the endpoint) as in the unfilled arrows. > >Eliminate the offset (mentioned above) and get rid of the stroked path, >then filled arrowheads at least would stop at the right place. >This seems like an easy, quick fix requiring essentially no new code, >and at least the filled arrows would then behave right. >On these terminals the nofilled and empty arrowhead could *also* be >drawn as filled outlines, which might be easier than offsetting the >mitre. At least using the Postscript Terminal with rounded line joints, I really would prefer to preserve the stroked path around the arrow heads even when they are filled. If you eliminate the stroked path the corners of the arrow heads would be sharp what does not fit to the round line joints and line ends. I just think of a plot generated with the "round" option to be painted using a round pen as done in engineering drawings. To fit the DIN norm for drawing arrow heads (filled, 15=B0, length 5 times line width), I have programmed the filled arrow heads. And these should preserve round corners, I think. Fur butt line joints, we could think about eliminating the stroked path. But this leads to a problem of different size of arrow heads for butt and rounded line ends. Yours Harald --=20 Harald Harders Langer Kamp 8 Institut f=FCr Werkstoffe D-38106 Braunschweig Technische Universit=E4t Braunschweig Germany E-Mail: h.h...@tu... Tel: +49 (5 31) 3 91-3062 WWW : http://www.tu-bs.de/institute/ifw/ Fax: +49 (5 31) 3 91-3058 |
|
From: Daniel J S. <dan...@ie...> - 2003-10-17 03:31:52
|
My second email made its way back; so no working. -- Dan Daniel J Sebald wrote: > > > Lars Hecking wrote: > >> [OT] >> >> I am not receiving any copies of my own list posts. Does anyone have >> the same problem? >> > > If you got an email from me ranting about the list members email > addresses not being made publicly available, then yes. > > Dan > |
|
From: Daniel J S. <dan...@ie...> - 2003-10-17 02:57:40
|
Lars Hecking wrote: >[OT] > > I am not receiving any copies of my own list posts. Does anyone have > the same problem? > If you got an email from me ranting about the list members email addresses not being made publicly available, then yes. Dan |
|
From: Clark G. <ga...@di...> - 2003-10-17 02:12:57
|
I did receive my own post. Go figure. Anyway, I've opened a case with sf so we'll see what they say. --ckg On Thu, Oct 16, 2003 at 09:16:27PM -0400, Clark Gaylord wrote: > All users have "not metoo" unset. Sounds like a bug. I'll see if > I can raise any attention at sourceforge. > > Can I hear me now? > > --ckg > > On Thu, Oct 16, 2003 at 06:05:40PM -0400, asad wrote: > > I did receive your following post. > > > > -----Original Message----- > > From: gnu...@li... > > [mailto:gnu...@li...] On Behalf Of Lars Hecking > > Sent: Thursday, October 16, 2003 10:09 AM > > To: gnu...@li... > > Subject: Re: list migration > > > > > > [OT] > > > > I am not receiving any copies of my own list posts. Does anyone have > > the same problem? > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta -- Clark K. Gaylord Blacksburg, Virginia USA ga...@di... http://dirtcheapemail.com/ |
|
From: Clark G. <ga...@di...> - 2003-10-17 01:17:18
|
All users have "not metoo" unset. Sounds like a bug. I'll see if I can raise any attention at sourceforge. Can I hear me now? --ckg On Thu, Oct 16, 2003 at 06:05:40PM -0400, asad wrote: > I did receive your following post. > > -----Original Message----- > From: gnu...@li... > [mailto:gnu...@li...] On Behalf Of Lars Hecking > Sent: Thursday, October 16, 2003 10:09 AM > To: gnu...@li... > Subject: Re: list migration > > > [OT] > > I am not receiving any copies of my own list posts. Does anyone have > the same problem? > |
|
From: asad <as...@cl...> - 2003-10-16 22:06:17
|
I did receive your following post. -----Original Message----- From: gnu...@li... [mailto:gnu...@li...] On Behalf Of Lars Hecking Sent: Thursday, October 16, 2003 10:09 AM To: gnu...@li... Subject: Re: list migration [OT] I am not receiving any copies of my own list posts. Does anyone have the same problem? ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ gnuplot-beta mailing list gnu...@li... https://lists.sourceforge.net/lists/listinfo/gnuplot-beta |
|
From: Lars H. <lhe...@us...> - 2003-10-16 21:16:01
|
[OT] I am not receiving any copies of my own list posts. Does anyone have the same problem? |
|
From: Clark G. <ga...@di...> - 2003-10-16 14:59:03
|
Clark Gaylord wrote: > respond-to-list set for -beta. now unset. my mistake: I had thought it was set on the dartmouth list and was trying to replicate the functionality. --ckg |
|
From: Clark G. <ga...@di...> - 2003-10-16 14:35:16
|
respond-to-list set for -beta. --ckg |
|
From: Clark G. <ga...@di...> - 2003-10-16 14:17:58
|
I have migrated all the subscribers of inf...@da... to gnu...@li.... Let me know if you did not receive confirmation of being added to the sf list [if you can't hear me, raise your hand]. I have also subscribed the dartmouth list to the sourceforge list, at least temporarily, while people migrate. When we are ready to kill the dartmouth list (which I guess is now, but I figure let's give it a day or so ... unless anyone has compelling reason otherwise), we can turn that forwarding around. This may result in subscribers getting double mailings, as posts to sf get replicated on dartmouth. If we do it right, it won't result in a mailing loop, but we'll have to pay attention to that. :-) After this list is successfully migrated, I will work with David and the sf people on getting the other gnuplot lists moved as well (I think info-gnuplot is the only other one). On that point, has anyone successfully done bulk membership updates at sf recently? They removed that feature from the normal web interface, so I added the 95 subs of this list one at a time, but I would prefer to give them the list of the 117 subs for info-gnuplot. If you have any input on this, please feel free to respond off-list. Thanks. Clark your friendly neighborhood sysadmin [how's that for an oxymoron?] |
|
From: Nils W. <wag...@vd...> - 2003-08-01 19:55:57
|
Hi all, I have tried to install gnuplot via latest cvs. However autoconf failed with the following message configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE configure.in:25: error: possibly undefined macro: AM_C_PROTOTYPES configure.in:70: error: possibly undefined macro: AM_CONDITIONAL configure.in:167: error: possibly undefined macro: AC_FUNC_SELECT Any suggestion ? Nils |
|
From: GANNOUNE L. <Las...@ei...> - 2003-07-02 13:38:30
|
Dear,=20 =20 My goal is to handle JPEG terminal in gnuplo-3.8i=20 =20 When installing gnuplot-3.8i I had some configuration problems related = to GD library. When running configure (as the first step), it is not = able to find GD library and hence does not generate correct Makefile in = order to support jpeg terminal (via GD library). Furthermore, I run : =20 configure --with-gd=3D/usr/local/lib (where I Have my GD library)=20 and still it is not working. I am not able to generate the correct = Makefile which will include GD library for JPEG support.=20 =20 Please, suggest some thing, =20 Lassaad.=20 |
|
From: Joachim W. <wu...@we...> - 2002-11-04 16:20:13
|
Dear maintainers, developers, users:
I have extended the gnuplot tk terminal, adding two other script
languages (Python and Ruby) to those already supported (Tcl and Perl).
Users: just replace term/tkcanvas.trm in the gnuplot source distribution,
make, make install, restart gnuplot, and type 'help set term tkcanvas'.
Gnuplot maintainers: This enhancement should close request #483294.
Gnuplot.py specialists: could you tell me how to bind an action to a line
segment within a canvas ?
Gnuplot developers: could you tell me how the set_font mechanism within
term/tkcanvas.trm is intended to be used ?
Greetings to all - Joachim Wuttke
---------------------------------------- 709 lines of code to follow ---------------------------------------------------
/*
* MODIFIED VERSION of :
* $Id: tkcanvas.trm,v 1.6.2.4 2001/10/01 14:07:57 lhecking Exp $
*/
/* GNUPLOT - tkcanvas.trm */
/*[
* Copyright 1990 - 1993, 1998
*
* Permission to use, copy, and distribute this software and its
* documentation for any purpose with or without fee is hereby granted,
* provided that the above copyright notice appear in all copies and
* that both that copyright notice and this permission notice appear
* in supporting documentation.
*
* Permission to modify the software is granted, but not the right to
* distribute the complete modified source code. Modifications are to
* be distributed as patches to the released version. Permission to
* distribute binaries produced by compiling modified sources is granted,
* provided you
* 1. distribute the corresponding source modifications from the
* released version in the form of a patch file along with the binaries,
* 2. add special version identification to distinguish your version
* in addition to the base release version number,
* 3. provide your name and address as the primary contact for the
* support of your modified version, and
* 4. retain our contact information in regard to use of the base
* software.
* Permission to distribute the released version of the source code along
* with corresponding source modifications in the form of a patch file is
* granted with same provisions 2 through 4 for binary distributions.
*
* This software is provided "as is" without express or implied warranty
* to the extent permitted by applicable law.
]*/
/*
* This file is included by ../term.c.
*
* This terminal driver supports:
* Tk canvas widgets under several scripting languages
* (currently Tcl, Perl, Python, Ruby)
*
* AUTHORS and HISTORY:
* original dxy.trm by Martin Yii, el...@mo...
* Further modified Jan 1990 by Russell Lang, rj...@mo...
*
* Port to the Tk/Tcl canvas widget
* D. Jeff Dionne, July 1995 je...@ry...
* Alex Woo, wo...@pl...
*
* adapted to the new terminal layout by Alex Woo (Sept. 1996)
*
* extended interactive Tk/Tcl capabilities
* Thomas Sefzick, March 1999, t.s...@fz...
* added the perltk.trm code written by Slaven Rezic <es...@cs...>,
* used a variable to switche between tcl/tk and perltk code.
* 'linewidth' and 'justify text' added, ends of plotted lines are now rounded.
* Thomas Sefzick, May 1999, t.s...@fz...
*
* scale plot to fit into the actual size of the canvas as reported by
* the window manager (the canvas itself doesn't report its real size).
* Matt Willis, October 1999, mat...@my...
*
* cleaned up and generalized in order to accomodate an increasing
* number of scripting languages
* added support for Python
* Joachim Wuttke, October 2002, jw...@us...
*
* BUGS and MISSING FEATURES:
* - Python/Tk: interactive mode not implemented
* (don't know how to bind an event to a line segment within a canvas).
* - Ruby/Tk: interactive mode does not support user_gnuplot_coordinates().
* - font selection missing for Python and Ruby.
* - gnuplot_xy:
* the definition (with 12 input and 4 output coordinates) is clumsy,
* and the implementation is unelegant.
* - we don't take advantage of object orientation; our Ruby code looks
* like an almost literal translation from Tcl (because that's what it is).
*/
#include "driver.h"
#ifdef TERM_REGISTER
register_term(tkcanvas)
#endif
#ifdef TERM_PROTO
TERM_PUBLIC void TK_options __PROTO((void));
TERM_PUBLIC void TK_init __PROTO((void));
TERM_PUBLIC void TK_graphics __PROTO((void));
TERM_PUBLIC void TK_text __PROTO((void));
TERM_PUBLIC void TK_linetype __PROTO((int linetype));
TERM_PUBLIC void TK_move __PROTO((unsigned int x, unsigned int y));
TERM_PUBLIC void TK_vector __PROTO((unsigned int x, unsigned int y));
TERM_PUBLIC void TK_put_text __PROTO((unsigned int x,unsigned int y,char *str));
TERM_PUBLIC void TK_reset __PROTO((void));
TERM_PUBLIC int TK_justify_text __PROTO((enum JUSTIFY));
TERM_PUBLIC int TK_set_font __PROTO((char *font));
TERM_PUBLIC void TK_linewidth __PROTO((double linewidth));
#define TK_XMAX 1000
#define TK_YMAX 1000
#define TK_XLAST (TK_XMAX - 1)
#define TK_YLAST (TK_XMAX - 1)
#define TK_VCHAR (25) /* double actual height of characters */
#define TK_HCHAR (16) /* actual width including spacing */
#define TK_VTIC (18)
#define TK_HTIC (18)
#endif /* TERM_PROTO */
#ifndef TERM_PROTO_ONLY
#ifdef TERM_BODY
/* plot2d.c */
extern double min_array[], max_array[], base_array[], log_base_array[];
extern TBOOLEAN log_array[];
/* graphics.c */
extern int xleft, xright, ybot, ytop;
extern TBOOLEAN is_3d_plot;
/* static int tk_angle = 0; unused, for now */
static int tk_lastx;
static int tk_lasty;
static int tk_color = 0;
static char tk_anchor[7] = "w";
static double tk_linewidth = 1.0;
static char *tk_colors[] = {
"black", "gray", "red", "blue", "green", "brown", "magenta", "cyan"
};
#define TK_TCL 0
#define TK_PERL 1
#define TK_PYTHON 2
#define TK_RUBY 3
static int tk_script_language = TK_TCL;
static char *tk_script_languages[] = {
"tcl", "perl", "python", "ruby"
};
static int tk_interactive = 0;
TERM_PUBLIC void TK_options()
{
/* tk_script_language = TK_TCL; */ /* not sure we want this - JWu */
tk_interactive = 0;
if (!END_OF_COMMAND) {
if (almost_equals(c_token, "t$cl")) {
tk_script_language = TK_TCL;
c_token++;
}
if (almost_equals(c_token, "pe$rl")) {
tk_script_language = TK_PERL;
c_token++;
}
if (almost_equals(c_token, "pe$rltk")) {
/* for backward compatibility */
tk_script_language = TK_PERL;
c_token++;
}
if (almost_equals(c_token, "py$thon")) {
tk_script_language = TK_PYTHON;
c_token++;
}
if (almost_equals(c_token, "r$uby")) {
tk_script_language = TK_RUBY;
c_token++;
}
if (almost_equals(c_token, "i$nteractive")) {
tk_interactive = 1;
c_token++;
}
}
sprintf(term_options, "script_language=%s %s",
tk_script_languages[tk_script_language],
tk_interactive ? "interactive" : "");
}
TERM_PUBLIC void TK_init()
{
}
/** TK_graphics **/
/*
* Here we start the definition of the `gnuplot` procedure.
* Our scripts take the actual width and height of the canvas and
* scale the plot to fit.
* => this makes 'set size' useless, unless the original width and
* height is taken into account by some script code, that's why the
* 'gnuplot_plotarea' and 'gnuplot_axisranges' procedures are supplied.
*/
static char *tk_init_gnuplot[] = {
/*Tcl */
"proc gnuplot cv {\n"
" $cv delete all\n"
" set cmx [expr\\\n"
" [winfo width $cv]-2*[$cv cget -border]"
"-2*[$cv cget -highlightthickness]]\n"
" if {$cmx <= 1} {set cmx [$cv cget -width]}\n"
" set cmy [expr\\\n"
" [winfo height $cv]-2*[$cv cget -border]"
"-2*[$cv cget -highlightthickness]]\n"
" if {$cmy <= 1} {set cmy [$cv cget -height]}\n",
/* Perl */
"sub {\n"
" my($cv) = @_;\n"
" $cv->delete('all');\n"
" my $cmx = $cv->width - 2 * $cv->cget(-border)\n"
" - 2 * $cv->cget(-highlightthickness);\n"
" if ($cmx <= 1) {$cmx = ($cv->cget(-width));}\n"
" my $cmy = $cv->height - 2 * $cv->cget(-border)\n"
" - 2 * $cv->cget(-highlightthickness);\n"
" if ($cmy <= 1) {$cmy = ($cv->cget(-height));}\n",
/* Python */
"def gnuplot (cv):\n"
"\tcv.delete('all')\n"
"\tcmdelta = 2*(int(cv.cget('border'))+"
"int(cv.cget('highlightthickness')))\n"
"\tcmx = int(cv.cget('width'))-cmdelta\n"
"\tif (cmx<=1):\t\tcmx = int(cv.cget('width'))\n"
"\tcmy = int(cv.cget('height'))-cmdelta\n"
"\tif (cmy<=1):\t\tcmy = int(cv.cget('height'))\n"
"",
/* below, we NEED the blank in "- 2", definitely a weak point of Ruby: */
"def gnuplot(cv)\n"
" cv.delete('all')\n"
" cmx = cv.width - 2*cv.cget('border')- 2*cv.cget('highlightthickness')\n"
" cmx = cvcget.width if (cmx <= 1)\n"
" cmy = cv.height- 2*cv.cget('border')- 2*cv.cget('highlightthickness')\n"
" cmy = cvcget.height if (cmy <= 1)\n"
"",
};
TERM_PUBLIC void TK_graphics()
{
fputs(tk_init_gnuplot[tk_script_language], gpoutfile);
tk_lastx = tk_lasty = tk_color = 0;
}
TERM_PUBLIC void TK_reset()
{
}
TERM_PUBLIC void TK_linetype(linetype)
int linetype;
{
tk_color = (linetype + 2) & 7;
}
TERM_PUBLIC void TK_linewidth(linewidth)
double linewidth;
{
tk_linewidth = linewidth;
}
TERM_PUBLIC void TK_move(x, y)
unsigned int x, y;
{
tk_lastx = x;
tk_lasty = 1000 - y;
}
#define TK_REAL_VALUE(value,axis) \
(log_array[axis])\
?pow(base_array[axis],min_array[axis]+value*(max_array[axis]-min_array[axis]))\
:min_array[axis]+value*(max_array[axis]-min_array[axis])
#define TK_X_VALUE(value) \
(double)(value-xleft)/(double)(xright-xleft)
#define TK_Y_VALUE(value) \
(double)((TK_YMAX-value)-ybot)/(double)(ytop-ybot)
/** TK_Vector **/
/*
* wrapper around the 'create line' command
*/
static char *tk_bind_init[] = {
" $cv bind [\n ", " $cv->bind(\n ", "", ""
};
static char *tk_line_segment[] = {
/* Tcl */
" $cv create line\\\n"
" [expr $cmx*%d/1000] [expr $cmy*%d/1000]\\\n"
" [expr $cmx*%d/1000] [expr $cmy*%d/1000]\\\n"
" -fill %s -width %f -capstyle round\n",
/* Perl */
" $cv->createLine("
"$cmx*%d/1000, $cmy*%d/1000, $cmx*%d/1000, $cmy*%d/1000,\n"
" -fill => q{%s}, -width => %f, -capstyle => q{round})",
/* Python */
"\tcv.create_line(cmx*%d/1000, cmy*%d/1000, cmx*%d/1000, cmy*%d/1000,\\\n"
"\t\tfill='%s', width=%f, capstyle='round')\n",
/* Ruby */
" cl=TkcLine.new("
"cv, cmx*%d/1000, cmy*%d/1000, cmx*%d/1000, cmy*%d/1000,\\\n"
" 'fill'=>'%s', 'width'=>%f, 'capstyle'=>'round')\n"
};
static char *tk_bind_main[] = {
/* Tcl */
" ] <Button> \"gnuplot_xy %%W %f %f %f %f\\\n"
" %f %f %f %f",
/* Perl */
",\n '<Button>' => "
"[\\&gnuplot_xy, %f, %f, %f, %f,\n"
" %f, %f, %f, %f",
/* Python */
/* how can one bind an event to a line segment in Python/TkCanvas ? */
"",
/* Ruby */
" cl.bind('Button', proc{ gnuplot_xy(%f, %f, %f, %f,\\\n"
" %f, %f, %f, %f"
};
static char *tk_bind_f[] = {
" %f", ", %f", "", ", %f"
};
static char *tk_bind_nil[] = {
" {}", ", \"\"", "", ", ''"
};
static char *tk_bind_end[] = {
"\"\n", "]);\n", "", ") })\n"
};
static char *tk_nobind[] = {
"", ";\n", "", ""
};
TERM_PUBLIC void TK_vector(x, y)
unsigned int x, y;
{
/* prepare the binding mechanism */
if (tk_interactive && !is_3d_plot)
fprintf(gpoutfile, tk_bind_init[tk_script_language]);
/* draw a line segment */
y = 1000 - y;
fprintf(gpoutfile,tk_line_segment[tk_script_language],
tk_lastx, tk_lasty, x, y,
tk_colors[tk_color], tk_linewidth);
/* finish the binding mechanism
* (which calls 'gnuplot_xy' for the line segment pointed to by
* the mouse cursor when a mouse button is pressed)
*/
if (tk_interactive && !is_3d_plot) {
fprintf(gpoutfile, tk_bind_main[tk_script_language],
TK_REAL_VALUE(TK_X_VALUE(tk_lastx), FIRST_X_AXIS),
TK_REAL_VALUE(TK_Y_VALUE(tk_lasty), FIRST_Y_AXIS),
TK_REAL_VALUE(TK_X_VALUE(tk_lastx), SECOND_X_AXIS),
TK_REAL_VALUE(TK_Y_VALUE(tk_lasty), SECOND_Y_AXIS),
TK_REAL_VALUE(TK_X_VALUE(x), FIRST_X_AXIS),
TK_REAL_VALUE(TK_Y_VALUE(y), FIRST_Y_AXIS),
TK_REAL_VALUE(TK_X_VALUE(x), SECOND_X_AXIS),
TK_REAL_VALUE(TK_Y_VALUE(y), SECOND_Y_AXIS));
if (log_array[FIRST_X_AXIS])
fprintf(gpoutfile, tk_bind_f[tk_script_language],
TK_REAL_VALUE(TK_X_VALUE(0.5 * (x + tk_lastx)),
FIRST_X_AXIS));
else
fprintf(gpoutfile, tk_bind_nil[tk_script_language]);
if (log_array[FIRST_Y_AXIS])
fprintf(gpoutfile, tk_bind_f[tk_script_language],
TK_REAL_VALUE(TK_Y_VALUE(0.5 * (y + tk_lasty)),
FIRST_Y_AXIS));
else
fprintf(gpoutfile, tk_bind_nil[tk_script_language]);
if (log_array[SECOND_X_AXIS])
fprintf(gpoutfile, tk_bind_f[tk_script_language],
TK_REAL_VALUE(TK_X_VALUE(0.5 * (x + tk_lastx)),
SECOND_X_AXIS));
else
fprintf(gpoutfile, tk_bind_nil[tk_script_language]);
if (log_array[SECOND_Y_AXIS])
fprintf(gpoutfile, tk_bind_f[tk_script_language],
TK_REAL_VALUE(TK_Y_VALUE(0.5 * (y + tk_lasty)),
SECOND_Y_AXIS));
else
fprintf(gpoutfile, tk_bind_nil[tk_script_language]);
fprintf(gpoutfile, tk_bind_end[tk_script_language]);
} else {
fprintf(gpoutfile, tk_nobind[tk_script_language]);
}
tk_lastx = x;
tk_lasty = y;
}
#undef TK_REAL_VALUE
#undef TK_X_VALUE
#undef TK_Y_VALUE
/** TK_put_text **/
static char *tk_create_text[] = {
/* Tcl */
" eval $cv create text "
"[expr $cmx*%d/1000] [expr $cmy*%d/1000]\\\n "
"-text \\{%s\\} -fill %s\\\n -anchor %s "
"[expr [info exists font]?\"-font \\$font\":{}]\n",
/* Perl */
" $cv->createText($cmx*%d/1000, $cmy*%d/1000,\n"
" -text => q{%s}, -fill => q{%s}, -anchor => '%s',\n"
" (defined $font ? (-font => $font) : ()));\n",
/* Python */
"\tcv.create_text(cmx*%d/1000, cmy*%d/1000,\\\n"
"\t\ttext='%s', fill='%s', anchor='%s')\n"
"",
/* Ruby */
" ct=TkcText.new(cv, cmx*%d/1000, cmy*%d/1000,\\\n"
" 'text'=>'%s', 'fill'=>'%s', 'anchor'=>'%s'"
")\n"
};
TERM_PUBLIC void TK_put_text(x, y, str)
unsigned int x, y;
char *str;
{
y = 1000 - y;
fprintf(gpoutfile, tk_create_text[tk_script_language],
x, y, str, tk_colors[tk_color], tk_anchor);
}
TERM_PUBLIC int TK_justify_text(anchor)
enum JUSTIFY anchor;
{
int return_value;
switch (anchor) {
case RIGHT:
strcpy(tk_anchor, "e");
return_value = TRUE;
break;
case CENTRE:
strcpy(tk_anchor, "center");
return_value = TRUE;
break;
case LEFT:
strcpy(tk_anchor, "w");
return_value = TRUE;
break;
default:
strcpy(tk_anchor, "w");
return_value = FALSE;
}
return return_value;
}
/** TK_set_font **/
static char *tk_undef_font[] = {
"catch {unset $font}\n", "undef $font;\n", "", ""
};
static char *tk_set_font[] = {
/* Tcl */
"set font [font create -family %s",
/* Perl */
" if ($cv->cv('fontCreate')) {\n"
" $font = $cv->fontCreate(-family => q{%s}",
/* Python */
"",
/* Ruby */
""
};
static char *tk_set_fsize[] = {
" -size %d", ", -size => %d", "", ""
};
static char *tk_font_end[] = {
"]\n", ");\n}\n", "", ""
};
TERM_PUBLIC int TK_set_font(font)
char *font;
{
if (!font || *font == NUL) {
fputs(tk_undef_font[tk_script_language], gpoutfile);
} else {
char *name;
int size = 0;
size_t sep = strcspn(font, ",");
name = malloc(sep + 1);
if (!name) return FALSE;
strncpy(name, font, sep);
name[sep] = NUL;
if (sep < strlen(font)) sscanf(&(font[sep + 1]), "%d", &size);
fprintf(gpoutfile, tk_set_font[tk_script_language], name);
if (size) fprintf(gpoutfile, tk_set_fsize[tk_script_language], size);
fputs(tk_font_end[tk_script_language], gpoutfile);
free(name);
}
return TRUE;
}
/** TK_text **/
/*
* is called when switching back to text mode;
* generates some procedures which return information about the plot:
* - gnuplot_plotarea
* returns the plotarea size in tkcanvas units
* - gnuplot_axisranges
* returns the min. and max. values of the axis
* (these are needed to set the size of the canvas when the
* axis scaling is important)
* - gnuplot_xy
* contains the actions bound to line segments the mouse is pointing to
* (see 'TK_vector' above):
* either it calls a procedure 'user_gnuplot_coordinates',
* or it writes the coordinates of the line segment to standard output.
*/
static char *tk_endblock[] = { "}\n", "};\n", "", "end\n" };
static char *tk_info_procs[] = {
/* Tcl */
"proc gnuplot_plotarea {} {\n"
" return {%d %d %d %d}\n"
"}\n"
"proc gnuplot_axisranges {} {\n"
" return {%f %f %f %f\n"
" %f %f %f %f}\n"
"}\n",
/* Perl */
"sub gnuplot_plotarea {\n"
" return (%d, %d, %d, %d);\n"
"};\n"
"sub gnuplot_axisranges {\n"
" return (%f, %f, %f, %f,\n"
" %f, %f, %f, %f);\n"
"};\n",
/* Python */
"def gnuplot_plotarea():\n"
"\treturn (%d, %d, %d, %d)\n"
"def gnuplot_axisranges():\n"
"\treturn (%f, %f, %f, %f,\\\n"
"\t %f, %f, %f, %f)\n",
/* Ruby */
"def gnuplot_plotarea()\n"
" return [%d, %d, %d, %d]\n"
"end\n"
"def gnuplot_axisranges()\n"
" return [%f, %f, %f, %f,\\\n"
" %f, %f, %f, %f]\n"
"end\n"
};
static char *tk_gnuplot_xy[] = {
/* Tcl */
"proc gnuplot_xy {win x1s y1s x2s y2s x1e y1e x2e y2e x1m y1m x2m y2m} {\n"
" if {([llength [info commands user_gnuplot_coordinates]])} {\n"
" set id [$win find withtag current]\n"
" user_gnuplot_coordinates $win $id \\\n"
" $x1s $y1s $x2s $y2s $x1e $y1e $x2e $y2e $x1m $y1m $x2m $y2m\n"
" } else {\n"
" if {[string length $x1m]>0} {puts -nonewline \" $x1m\"\n"
" } else {puts -nonewline \" [expr 0.5*($x1s+$x1e)]\"}\n"
" if {[string length $y1m]>0} {puts -nonewline \" $y1m\"\n"
" } else {puts -nonewline \" [expr 0.5*($y1s+$y1e)]\"}\n"
" if {[string length $x2m]>0} {puts -nonewline \" $x2m\"\n"
" } else {puts -nonewline \" [expr 0.5*($x2s+$x2e)]\"}\n"
" if {[string length $y2m]>0} {puts \" $y2m\"\n"
" } else {puts \" [expr 0.5*($y2s+$y2e)]\"}\n"
" }\n"
"}\n",
/* Perl */
"sub gnuplot_xy {\n"
" my ($win, $x1s, $y1s, $x2s, $y2s, $x1e, $y1e, $x2e, $y2e,\n"
" $x1m, $y1m, $x2m, $y2m) = @_;\n"
" if (defined &user_gnuplot_coordinates) {\n"
" my $id = $win->find('withtag', 'current');\n"
" user_gnuplot_coordinates $win, $id, $x1s, $y1s, $x2s, $y2s,\n"
" $x1e, $y1e, $x2e, $y2e, $x1m, $y1m, $x2m, $y2m\n"
" } else {\n"
" print \" \", (length($x1m)>0 ? \"$x1m\": 0.5*($x1s+$x1e));\n"
" print \" \", (length($y1m)>0 ? \"$y1m\": 0.5*($y1s+$y1e));\n"
" print \" \", (length($x2m)>0 ? \"$x2m\": 0.5*($x2s+$x2e));\n"
" print \" \", (length($y2m)>0 ? \"$y2m\": 0.5*($y2s+$y2e));\n"
" print \"\\n\"\n"
" }\n"
"};\n",
/* Python */
/* how can one bind an event to a line segment in Python/TkCanvas ? */
"",
/* Ruby */
"def gnuplot_xy(x1s, y1s, x2s, y2s, x1e, y1e, x2e, y2e,\n"
" x1m, y1m, x2m, y2m)\n"
// " if (defined &user_gnuplot_coordinates)\n"
// " id = win->find('withtag', 'current')\n"
// " user_gnuplot_coordinates (win, id, x1s, y1s, x2s, y2s,\\\n"
// " x1e, y1e, x2e, y2e, x1m, y1m, x2m, y2m)\n"
// " else\n"
" print \" \", x1m!='' ? x1m : 0.5*(x1s+x1e)\n"
" print \" \", y1m!='' ? y1m : 0.5*(y1s+y1e)\n"
" print \" \", x2m!='' ? x2m : 0.5*(x2s+x2e)\n"
" print \" \", y2m!='' ? y2m : 0.5*(y2s+y2e)\n"
" print \"\\n\""
// " end\n"
"end\n",
};
TERM_PUBLIC void TK_text()
{
fprintf(gpoutfile, tk_endblock[tk_script_language]);
if (!is_3d_plot)
fprintf(gpoutfile, tk_info_procs[tk_script_language],
xleft, xright, 1000 - ytop, 1000 - ybot,
min_array[FIRST_X_AXIS], max_array[FIRST_X_AXIS],
min_array[FIRST_Y_AXIS], max_array[FIRST_Y_AXIS],
min_array[SECOND_X_AXIS], max_array[SECOND_X_AXIS],
min_array[SECOND_Y_AXIS], max_array[SECOND_Y_AXIS]);
if (tk_interactive)
fputs(tk_gnuplot_xy[tk_script_language], gpoutfile);
fflush(gpoutfile);
}
#endif /* TERM_BODY */
#ifdef TERM_TABLE
TERM_TABLE_START(tkcanvas)
"tkcanvas", "Tk canvas widget [tcl|perl|python|ruby] [interactive]",
TK_XMAX, TK_YMAX, TK_VCHAR, TK_HCHAR,
TK_VTIC, TK_HTIC, TK_options, TK_init, TK_reset,
TK_text, null_scale, TK_graphics, TK_move, TK_vector,
TK_linetype, TK_put_text, null_text_angle,
TK_justify_text, do_point, do_arrow, TK_set_font,
NULL, 0, NULL, NULL, NULL, TK_linewidth
TERM_TABLE_END(tkcanvas)
#undef LAST_TERM
#define LAST_TERM tkcanvas
#endif /* TERM_TABLE */
#endif /* TERM_PROTO_ONLY */
#ifdef TERM_HELP
START_HELP(tkcanvas)
"1 tkcanvas",
"?commands set terminal tkcanvas",
"?set terminal tkcanvas",
"?set term tkcanvas",
"?terminal tkcanvas",
"?term tkcanvas",
"?tkcanvas",
" This terminal driver generates Tk canvas widget commands in one of the",
" following scripting languages: Tcl(default), Perl, Python, Ruby.",
"",
" Usage:",
" gnuplot> set term tkcanvas {tcl|perl|python|ruby} {interactive}",
" gnuplot> set output 'plot.<ext>'",
"",
" (If \"set term tkcanvas\" fails, uncomment or insert the appropriate line",
" in \"term.h\" and rebuild `gnuplot`.)",
"",
" After invoking \"wish\", execute the following sequence of Tcl/Tk commands:",
" % source plot.tcl",
" % canvas .c",
" % pack .c",
" % gnuplot .c",
"",
" Or, for Perl/Tk use a program like this:",
" use Tk;",
" my $top = MainWindow->new;",
" my $c = $top->Canvas->pack;",
" my $gnuplot = do \"plot.pl\";",
" $gnuplot->($c);",
" MainLoop;",
"",
" Or, for Python/Tkinter use a program like this:",
" from Tkinter import *",
" root = Tk()",
" c = Canvas(root)",
" c.pack()",
" fhandle = open('plot.py')",
" exec fhandle",
" gnuplot(c)",
" root.mainloop()",
"",
" Or, for Ruby/Tk use a program like this:",
" require 'tk'",
" root = TkRoot.new { title 'Ruby/Tk' }",
" c = TkCanvas.new(root) { pack { } }",
" load('plot.rb')",
" gnuplot(c)",
" Tk.mainloop",
"",
" The code generated by `gnuplot` (in the above examples, this code is",
" written to \"plot.<ext>\") contains the following procedures:",
"",
" gnuplot(canvas)",
" takes the name of a canvas as its argument.",
" When called, it clears the canvas, finds the size of the canvas and",
" draws the plot in it, scaled to fit.",
"",
" gnuplot_plotarea()",
" returns a list containing the borders of the plotting area",
" (xleft, xright, ytop, ybot) in canvas screen coordinates."
" It works only for 2-dimensional plotting (`plot`).",
"",
" gnuplot_axisranges()",
" returns the ranges of the two axes in plot coordinates",
" (x1min, x1max, y1min, y1max, x2min, x2max, y2min, y2max).",
" It works only for 2-dimensional plotting (`plot`).",
"",
" If the \"interactive\" option is specified, mouse clicking on a line segment",
" will print the coordinates of its midpoint to stdout.",
" The user can supersede this behavior by supplying a procedure",
" user_gnuplot_coordinates which takes the following arguments:",
" win id x1s y1s x2s y2s x1e y1e x2e y2e x1m y1m x2m y2m,",
" i.e. the name of the canvas and the id of the line segment followed by the",
" coordinates of its start and end point in the two possible axis ranges; the",
" coordinates of the midpoint are only filled for logarithmic axes.",
"",
" The current version of `tkcanvas` supports neither `multiplot` nor `replot`.",
" Interactive mode is not implemented for Python/Tk."
" Interactive mode for Ruby/Tk does not yet support user_gnuplot_coordinates."
END_HELP(tkcanvas)
#endif
________________________________________________________________
Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr!
Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13
|
|
From: Christoph B. <ch...@fa...> - 2002-08-29 16:30:09
|
Hello, I downloaded the gnuplot sources of version 3.7.2 and 3.7.1 and installed them as described in the SuSE 8.0 (and also 7.x) Linux version. Both versions basically run fine, but neither tab completion nor using backspace or the arrow keys are working. What did I do wrong? Thanks for your help, Greetings, Christoph Bert |
|
From: Harald H. <h.h...@tu...> - 2002-07-23 09:29:32
|
Yesterday I have posted a patch to sourceforge which enables arrow heads to get filled. I have tested it only for postscript and x11 terminal. Petr Mikulik has sent me an email where he suggests me to discuss my patch at gnuplot-beta mailing list. Here is what he wrote: Comment By: Petr Mikulik (mikulik) Date: 2002-07-22 18:21 Message: Logged In: YES user_id=3D31505 Interesting patch, this functionality is really missing. I have the following comments: 1. It uses PM3D functionality. Please accompany such code with #ifdef PM3D ... #endif, and test whether it compiles without PM3D defined. 2. Your patch changes terminal API for arrows. This is a major change which should be discussed at info-gnuplot-beta mailing list. Please subscribe. Thus, in order not to crash gnuplot when output is directed to terminals not using do_arrow(), but having their own _arrow() routine (e.g. fig, metapost, et al), I propose: 1. Don't change terminal API but use the same nasty hack I've done for head length+angle using global variables: int curr_arrow_headlength; /* access head length + angle without changing API */ double curr_arrow_headangle; /* angle in degrees */ With that, I think the patch could be submitted -- but please discuss at gnuplot-beta anyway. 2. Propose a change of the _arrow() terminal API so that the last parameter is a structure with head options. This would make it consistent over all terminals and would get rid of those nasty hacks. Thus, my questions are: What do you think, should I introduce a hack in order to avoid changing the API? Or would it be better to change the API as Petr has suggested? I would prefer a change of the API since this would make future enhancements easier. Yours Harald --=20 Harald Harders Langer Kamp 8 Institut f=FCr Werkstoffe D-38106 Braunschweig Technische Universit=E4t Braunschweig Germany E-Mail: h.h...@tu... Tel: +49 (0)5 31 - 3 91 - 30 62 WWW : http://www.tu-bs.de/institute/ifw/ Fax: +49 (0)5 31 - 3 91 - 30 58 |
|
From: Nigel N. <nN...@au...> - 2002-01-28 07:26:01
|
A query about the sequence implied below:
See Line 1541, graph3d.c,v 1.55 2002/01/26
if (two_edge3d_intersect(points, i, lx, ly, lz)) {
map3d_xy(lx[0], ly[0], lz[0], &x, &y);
map3d_xy(lx[1], ly[1], lz[1], &xx0, &yy0);
##############################################################
Line 1541 $Id: graph3d.c,v 1.55 2002/01/26 17:55:07 joze Exp $
Should the assignment to z be shifted down 6 lines, so that,
like the other changes, it comes below the "else" ?
clip_move(x, y);
z = (points[i - step].z + points[i].z) * .5; <=== is
#ifdef PM3D
if (color_from_column)
z = (points[i - step].ylow + points[i].ylow) * .5;
else
#endif
<=== ??
set_color(z2gray(z));
clip_vector(xx0, yy0);
}
}
}
|
|
From: moraeslq<mor...@bo...> - 2001-07-09 14:49:33
|
I'm using Conectiva Linux 6.0, and i'm trying to install the GNU Plot in it. I did a download of this tool and follow the steps to install it. But, i didn't have sucess. I was doing the following steps: - I typed "./configure"; OK - I typed "make"; OK - When I typed "make check", this mensage appear: make: *** No rule to make target `check'. Stop. - After that, i typed "make install". After these steps, i tryed to start GNU Plot typing "gnuplot" in a graphic mode. What can i do to correctly install, start and use this tool? Thanks for your help. Leonardo Moraes Salvador - Bahia - Brazil __________________________________________________________________________ Acesso pelo menor pre=E7o do mercado! R$ 14,90 nos 3 primeiros meses! ASSINE AGORA! http://www.bol.com.br/acessobol/ |
|
From: °¼±Èñ <sos...@ha...> - 2001-02-07 01:36:52
|
The gnuplt it will be able to understand source code well and it gives a = question like this.=20 After calculating a numerical formula from the case gnuplot which I want = knowing store a coordinate how and draw a graph. Specially compose the X,= the Y, a Z coordinate and the coordinate of the edge and the vertex how = from 3 dimensions and store it wants knowing.=20 And 3 dimensions it held and when, it wants knowing an algorithm. I see t= he source cord am gnuplot v.3.7.=20 When who assists, it will thank.=20 Be good one day.=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D @ DANCE with ME in Blue =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =BF=EC=B8=AE =C0=CE=C5=CD=B3=DD, Daum =C6=F2=BB=FD =BE=B2=B4=C2 =B9=AB=B7=E1 E-mail =C1=D6=BC=D2 =C7=D1=B8=DE=C0= =CF=B3=DD =C1=F6=B1=B8=C3=CC =C7=D1=B1=DB =B0=CB=BB=F6=BC=AD=BA=F1=BD=BA Daum FIREB= ALL http://www.daum.net |