On Mon, Apr 27, 2009 at 08:34:32AM +0200, Arjen Markus wrote:
> On 2009-04-24 22:46, Alan W. Irwin wrote:
> > On 2009-04-24 14:36-0500 Geoffrey Furnish wrote:
> >
>
> > Thanks for that fortran 95 error report.
> >
> > However, I don't think we should change anything in PLplot to deal with this
>
On 2009-04-24 22:46, Alan W. Irwin wrote:
> On 2009-04-24 14:36-0500 Geoffrey Furnish wrote:
>
> Thanks for that fortran 95 error report.
>
> However, I don't think we should change anything in PLplot to deal with this
> issue. The exit statements in examples/f95/x20f.f90 are causing the trouble
Hi Hez
> > I suggest you go ahead and implement any improvement you would like to see
> > in PLplot axis scaling. Of course, be sure and test such improvements for
> > all anticipated QSAS axis scaling needs.
>
> Would it be considered reasonable to some form of user-customizable
> axis labeling
On Sun, Apr 26, 2009 at 8:53 PM, Alan W. Irwin
wrote:
> I suggest you go ahead and implement any improvement you would like to see
> in PLplot axis scaling. Of course, be sure and test such improvements for
> all anticipated QSAS axis scaling needs.
Would it be considered reasonable to some form
Hi Steve:
You have made a lot of good points that have pretty much convinced me we
should add some functionality to our axis scaling to make it more convenient
for those of our users (including especially QSAS users with all their data
scaling needs) who don't want to programme axis scaling themse
Hi Alan,
On Sun, 2009-04-26 at 23:39 +0100, Alan W. Irwin wrote:
> On 2009-04-26 21:43+0100 Steve Schwartz wrote:
>
> > I'm not at all complaining about your suggestion. Indeed, the reason for
> > my posting is because I had already thought about a do-it-ourselves
> > approach and therefore wonde
On 2009-04-26 16:06-0400 Hazen Babcock wrote:
> Fortunately it was not as hard to change the plot buffering as I had feared.
> The xcairo driver should now correctly redraw the graph in the event of a
> window refresh.
Looks good here. Thanks!
Alan
__
Alan W. Irwin
As
Hi Hazen,
On Sun, 2009-04-26 at 23:16 +0100, Hazen Babcock wrote:
> This sound to me like reinventing the wheel when in
> > the simplest case all that is required is the ability to change
> position
> > and orientation values (3 numbers) that are at present not
> accessible
> > from the api interf
On 2009-04-26 21:43+0100 Steve Schwartz wrote:
> I'm not at all complaining about your suggestion. Indeed, the reason for
> my posting is because I had already thought about a do-it-ourselves
> approach and therefore wondered if someone else had also either
> encountered it or was more familiar wi
Steve Schwartz wrote:
> Dear Hazen,
>
>>> It would appear that the position and orientation of this x10^nn
>>> labelling is not under user programmer control. It would be nice to be
>>> able to control this or, perhaps better, have the option to suppress it
>>> altogether but access the resulting
Dear Hazen,
> > It would appear that the position and orientation of this x10^nn
> > labelling is not under user programmer control. It would be nice to be
> > able to control this or, perhaps better, have the option to suppress it
> > altogether but access the resulting string (or exponent) so th
Hazen Babcock wrote:
> Alan W. Irwin wrote:
>> On 2009-04-25 18:43-0400 Hazen Babcock wrote:
>>
>> I just tried a test with -DHAVE_PTHREAD=OFF (because Geoffrey felt that code
>> was so problematic), and the problem persists, but apparently not to such a
>> large degree. Before, just clicking on t
On Fri, Apr 24, 2009 at 10:48:09PM -0500, Geoffrey Furnish wrote:
> Alan W. Irwin writes:
> > When running into a component problem like this where you are not
> interested
> > in the component (and also for speed) just disable the componenent, e.g.,
> > -DENABLE_f95=OFF
>
> I did, and kept go
Steve Schwartz wrote:
> Dear All,
>
> I know you are concentrating on the next release, but wanted to post
> this query while it was in my mind. For our application, users typically
> stack many plots together on a page, often with a common X-axis, to
> compare different parameters at the same tim
14 matches
Mail list logo