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
Hi Alan, all:
As I didn't have time to do any proper investigations, I just put a
heads-up in the discussion forum at:
https://sourceforge.net/p/gnudatalanguage/discussion/338691/thread/dc2dd534/?limit=25#805a
James
On 5 March 2015 at 21:06, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
On
On 2015-03-05 20:51- James Tappin wrote:
This is just a quick heads-up to say that some of the relatively recent
plplot changes mean that the GDL Cmake scripts fail to find the library.
I've not had time to check out exactly what has changed and probably won't
for a few days. So if
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 before device dependence, collecting commands
This is just a quick heads-up to say that some of the relatively recent
plplot changes mean that the GDL Cmake scripts fail to find the library.
I've not had time to check out exactly what has changed and probably won't
for a few days. So if anyone knows what is likely to need doing it might be
On 2015-03-05 21:10- James Tappin wrote:
Hi Alan, all:
As I didn't have time to do any proper investigations, I just put a
heads-up in the discussion forum at:
https://sourceforge.net/p/gnudatalanguage/discussion/338691/thread/dc2dd534/?limit=25#805a
Hi James:
There are no details in
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?
-Original Message-
From: Jim Dishaw j...@dishaw.org
Sent: 05/03/2015 04:34
To: Alan W. Irwin
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
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 before device dependence, collecting commands which can be
transferred to any device for replotting?
Phil
-Original
Hi
I tried to look at the fill pattern bug in wxWidgets yesterday
evening. There was some issue with the buffer not correctly resetting
the fill parameters, but fixing this only changed the bug, it didn't
fix it.
I tried to look at the plfill_soft function to see what was going on,
but
11 matches
Mail list logo
