Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: 28 August 2017 22:39
> To: Ole Streicher
> Cc: plplot-devel@lists.sourceforge.net
> Subject: Re: [Plplot-devel] Qt(5) problems
>
> On 2017-08-28 15:06+0200 Ole
Just to add a few cents' worth here, there are excellent resources at:
http://www.eclipse2017.org/
concerning where, when, what, how. While I would echo Alan's enthusiasm that
being prepared and seeing a partial eclipse is better than missing it
altogether, I'd also echo the comment on the
Alan,
On Wed, 26 Jun 2013 11:32:28 +
Schwartz, Steven J s.schwa...@imperial.ac.uk wrote:
Alan, Arjen, et al.,
... snip
My experience is MinGW-4.7.x is more reliable than previous versions
so I attribute the qt device driver run-time crashes you are
encountering to your
(forced) use
Alan
Apologies for top-posting (from my phone).
There is a potential snag in your approach which is that the build-projects
wrapping of a project's own autotools/whatever is only as good as that
project's build strategy. Good, relatively small projects are probably ok. I've
read tales of woe
Alan, Arjen, et al.,
I have been following this thread, and the parallel ones re Cygwin build and
also build_project, with some interest. We ship a binary Windows version of our
QSAS software (which includes the Qt libraries and a somewhat stripped-down
version of plplot which only drives our
Arjen,
Arjen Markus wrote on 2013-06-26:
Note, when I wrote minimal distribution I was thinking more along
the lines of minimzing the amount of work to build the distribution.
Understood, but these two are not completely unrelated concepts, or at least
they minimise different
Andrew
On Tuesday 04 Jun 2013 18:33:47 Alan W. Irwin wrote:
On 2013-05-27 12:55- Schwartz, Steven J wrote:
Dear plplot-devel,
I attach a patch to fix the mis-alignment of the major axes and
grid
in the case of a time-axis ('d' option). This was due to different
algorithms being
Dear plplot-devel,
I attach a patch to fix the mis-alignment of the major axes and grid in the
case of a time-axis ('d' option). This was due to different algorithms being
applied to determine the grid and tick location. In essence, the grid didn't
subtract off the start time.
While fixing
Jerry et al.,
Jerry wrote on 2013-05-25:
Thanks, Steve.
My pleasure - I have another patch coming to fix an issue with grid lines not
matching major tick locations for time axes.
Just a casual observation and a question (not only to Steve): Why does test
overlay 500 or
Dear All,
Many moons ago I started a discussion which ended up with the provision of
plslabelfunc to allow user control of axis labelling, including positioning of
the separate exponential string. It turns out that code works fine for the
horizontal (x) axis, but not for the vertical (y) axis.
Hi Alan
Ok as I suspected it is a qt issue and I agree that the qt3 Oct 2010, at 21:01,
dabergs...@comcast. guys mostly make positive improvements - although the
migration of our code from Qt3 to Qt4 was far from painless. Since we bundle
plplot with our software and deal with a variety of
Hez,
This would seem to address everything except what I started this thread to
query, namely more control over the placement of the separate exponent label
when scientific notation is used for labelling. Looking a bit into the code,
the placement of this string is hard-wired into the
Alan
I think your approach is perfectly sensible. After all, the original
motivation for building qsastime was to avoid the idiosynchracies
(sp?) of C time handling. Now, of course, it will also handle times
from the beginning to the end of time as we know it (more or less)
which is a
Alan,
If I may be allowed to widen this discussion from Ada to time, I still think
there are underlying issues that should at least be discussed. As I said a few
weeks back, we have a vested interest in this matter because time plays a
critical element in data from spacecraft, and because we
14 matches
Mail list logo