On Thursday, March 5, 2015 at 14:44:20 (-0500) Jim Dishaw writes:
On Mar 5, 2015, at 5:45 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
I sort of agree. Sounds like a maintenance nightmare, plus, again, I
thought that was the buffer's role - sit after major processing (e.g.
On Saturday, March 7, 2015 at 00:14:27 (-0600) Maurice LeBrun writes:
I think my last project involved implementing overlaid rulers. They weren't
saved as part of the plot buffer but done as the last stage so that moving
^^^
Argghh.. I meant the xwin pixmap
On 2015-03-05 14:44-0500 Jim Dishaw wrote:
On Mar 5, 2015, at 5:45 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
I sort of agree. Sounds like a maintenance nightmare, plus, again, I thought
that was the buffer's role - sit after major processing (e.g. After contour
generation) but
: Re: [Plplot-devel] plot metafile questions
On Wednesday, March 4, 2015 at 12:56:22 (-0500) Jim Dishaw writes:
On Mar 4, 2015, at 6:04 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca
wrote:
If you think that escape code trick should work as a way to transport
raw user input directly
...@beluga.phys.uvic.ca
Cc: Phil Rosenberg p.d.rosenb...@gmail.com; PLplot development list
Plplot-devel@lists.sourceforge.net
Subject: Re: [Plplot-devel] plot metafile questions
On Mar 4, 2015, at 8:50 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
On 2015-03-04 16:07-0500 Jim Dishaw wrote:
On Mar
On 2015-03-05 08:43- Phil Rosenberg wrote:
Perhaps I misunderstood. I thought plmeta was going to write out the
data from the buffer, therefore, it's not about what data reaches
plmeta, but what ends up in the buffer?
@Phil: Now you brought it up, I realize I am not sure about that myself.
On Wednesday, March 4, 2015 at 12:56:22 (-0500) Jim Dishaw writes:
On Mar 4, 2015, at 6:04 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca
wrote:
If you think that escape code trick should work as a way to transport
raw user input directly to plmeta to be stored in the plmeta file, can
Message-
From: Maurice LeBrun m...@brownwolf.org
Sent: 05/03/2015 09:42
To: Jim Dishaw j...@dishaw.org
Cc: PLplot development list Plplot-devel@lists.sourceforge.net
Subject: Re: [Plplot-devel] plot metafile questions
On Wednesday, March 4, 2015 at 12:56:22 (-0500) Jim Dishaw writes:
On Mar
On Mar 4, 2015, at 6:04 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
Of course, it is always true that if you store raw user input (as
opposed to some transformed result) in the plmeta file and then
plrender calls the relevant plplot routine with that raw user data,
then the direct
Regarding non-solid lines, are you referring to dashed lines? If so what is
the issue?
The devices have different number of pixels, which results in a different
number of dashes.
The plplot docs state that the dash sizes are specified in mm. They
should therefore be saved in the buffer as mm
On Mar 4, 2015, at 4:01 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
Regarding non-solid lines, are you referring to dashed lines? If so what is
the issue?
The devices have different number of pixels, which results in a different
number of dashes.
The plplot docs state that the
On 2015-03-04 16:07-0500 Jim Dishaw wrote:
On Mar 4, 2015, at 4:01 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
Regarding non-solid lines, are you referring to dashed lines? If so what
is the issue?
The devices have different number of pixels, which results in a different
number of
On Mar 4, 2015, at 8:50 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
On 2015-03-04 16:07-0500 Jim Dishaw wrote:
On Mar 4, 2015, at 4:01 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
Regarding non-solid lines, are you referring to dashed lines? If so what
is the issue?
The
] plot metafile questions
I have gotten things to the point where the differences are due to round off
error, the rendering of non-solid lines, and plot symbols generated by commands
that utilize plhrsh (i.e. plsym, plpoin, and plpoin3).
Rendering non-solid lines
I can't think of a simple
On 2015-03-04 02:41-0500 Jim Dishaw wrote:
I have gotten things to the point where the differences are due to
round off error, the rendering of non-solid lines, and plot symbols
generated by commands that utilize plhrsh (i.e. plsym, plpoin, and
plpoin3).
Thanks, Jim. Sounds like you have made
of dashes.
From: Jim Dishaw
Sent: 04/03/2015 07:42
To: PLplot development list
Subject: [Plplot-devel] plot metafile questions
I have gotten things to the point where the differences are due to round off
error, the rendering of non-solid lines, and plot symbols generated by
commands
On Mar 4, 2015, at 6:04 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
On 2015-03-04 02:41-0500 Jim Dishaw wrote:
I have gotten things to the point where the differences are due to
round off error, the rendering of non-solid lines, and plot symbols
generated by commands that utilize
I have gotten things to the point where the differences are due to round off
error, the rendering of non-solid lines, and plot symbols generated by commands
that utilize plhrsh (i.e. plsym, plpoin, and plpoin3).
Rendering non-solid lines
I can't think of a simple solution to this problem
18 matches
Mail list logo