(fwd) gpb 3.6 suggestion: line width etc (fwd)

(fwd) gpb 3.6 suggestion: line width etc (fwd)

Post by s.. » Sat, 08 Jul 1995 04:00:00



Forwarded message:


Date: Wed, 5 Jul 1995 14:18:26 +0500


Subject: (fwd) gpb 3.6 suggestion: line width etc
Newsgroups: comp.graphics.apps.gnuplot
Content-Type: text
Content-Length: 2666

Path: martha.utk.edu!martha.utk.edu!not-for-mail

Newsgroups: comp.graphics.apps.gnuplot
Subject: gpb 3.6 suggestion: line width etc
Date: 5 Jul 1995 14:16:26 -0400
Organization: University of Tennessee, Knoxville
Lines: 41

NNTP-Posting-Host: 128.169.78.209
X-Newsreader: TIN [version 1.2 PL2]

Here I have some things I am craving about:

0) adjustable gnuline width, I mean the stuff with which the axis
   are made and to all the other widths seem related (the one line
   one can nicely edit in post script output to get publication
   quality). It would be nice to have this, say, as either

   set linewidth [base|axes|borders|arrows|tics|mtics|functions|
      data]  <real number> [absolute|<unit>|graph| ...]

   where real number could be in <units> of the metric system, say, mm,
   or in any other absolute system (pt, pica, 1/72 in for PS), or
   relative to the graph size,
   or ..., if nothing is specified, in character sizes

   Terminals who can't handle it could ignore it.
   A probably cheaper quick solution would be another parameter to the
   postscript/enhpost terminals , say, baseline-width in pt.

1) a way to also specify line width separatly for each line drawn,
   and point size, too:
   so one can, e.g., make the own results wider and the ones compared to
   smaller ...:-), say
   plot [all th other stuff] with lines ... size
      [linewidth  <real number> [absolute|<unit>|graph ...]
      [point size <real number> [absolute|<unit>|graph ...]

2) give more control over the length of the line segment dsiplayed in the
   key. Sometimes, say, for three solid lines with different symbols a
   very short line segment with the symbol (or even just the symbol)
   would be enough and allow space in the plot to be saved. This may seem a
   minor thing, but when you consider the magnification/ downscaling
   of figures in scientific journals it is not.

Guess that was it for now ...            Stefan

--
===============================================================================

                                                    home^    UTK^     ORNL^
===============================================================================

--
===============================================================================

                                                    home^    UTK^     ORNL^
===============================================================================

 
 
 

1. gpb 3.6 suggestion: line width etc

Here I have some things I am craving about:

0) adjustable gnuline width, I mean the stuff with which the axis
   are made and to all the other widths seem related (the one line
   one can nicely edit in post script output to get publication
   quality). It would be nice to have this, say, as either

   set linewidth [base|axes|borders|arrows|tics|mtics|functions|
      data]  <real number> [absolute|<unit>|graph| ...]

   where real number could be in <units> of the metric system, say, mm,
   or in any other absolute system (pt, pica, 1/72 in for PS), or
   relative to the graph size,
   or ..., if nothing is specified, in character sizes

   Terminals who can't handle it could ignore it.
   A probably cheaper quick solution would be another parameter to the
   postscript/enhpost terminals , say, baseline-width in pt.

1) a way to also specify line width separatly for each line drawn,
   and point size, too:
   so one can, e.g., make the own results wider and the ones compared to
   smaller ...:-), say
   plot [all th other stuff] with lines ... size
      [linewidth  <real number> [absolute|<unit>|graph ...]
      [point size <real number> [absolute|<unit>|graph ...]

2) give more control over the length of the line segment dsiplayed in the
   key. Sometimes, say, for three solid lines with different symbols a
   very short line segment with the symbol (or even just the symbol)
   would be enough and allow space in the plot to be saved. This may seem a
   minor thing, but when you consider the magnification/ downscaling
   of figures in scientific journals it is not.

Guess that was it for now ...            Stefan

--
===============================================================================

                                                    home^    UTK^     ORNL^
===============================================================================

2. Plugin available

3. gpb 3.6 suggestion: synonyms x1range for xrange etc ?

4. HI 3d studioo max & lightwave

5. gpb 3.6 suggestion: set zero independently in multiplot?

6. How do I scale pages to make second version of a catalog

7. gpb 3.6 suggestion: set complex zero | set izero ?

8. Cross-Platform Question

9. Fwd: Re: 3.6 bug: X-axis labels truncated

10. xrange problem (3.6 win32/NT ver) (fwd)

11. gnuplot 3.6 windows binaries? (fwd)

12. [Fwd: (Fwd) FW: Virus Warning!]

13. (fwd) [Q: gplB3.6] Bug with handling of comment lines ? (fwd)