Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.graphics.apps.gnuplot > #1948 > unrolled thread

gnuplot 4.8? will it have QT as default?

Back to article view | Back to comp.graphics.apps.gnuplot

Contents

  gnuplot 4.8? will it have QT as default? "Alex van der Spek" <zdoor@xs4all.nl> - 2013-08-04 17:37 +0200
    Re: gnuplot 4.8? will it have QT as default? sfeam <sfeam@users.sourceforge.net> - 2013-08-04 12:33 -0700
      Re: gnuplot 4.8? will it have QT as default? "Alex van der Spek" <zdoor@xs4all.nl> - 2013-08-05 10:17 +0200
        Re: gnuplot 4.8? will it have QT as default? sfeam <sfeam@users.sourceforge.net> - 2013-08-05 16:07 -0700
          Re: gnuplot 4.8? will it have QT as default? "Alex van der Spek" <zdoor@xs4all.nl> - 2013-08-20 14:51 +0200
            Re: gnuplot 4.8? will it have QT as default? Ingo Thies <ingo.thies@gmx.de> - 2013-08-24 14:42 +0200
              Re: gnuplot 4.8? will it have QT as default? Dr Engelbert Buxbaum <engelbert_buxbaum@hotmail.com> - 2013-08-28 13:00 -0400
                Re: gnuplot 4.8? will it have QT as default? Ingo Thies <ingo.thies@gmx.de> - 2013-08-28 19:15 +0200
                  Re: gnuplot 4.8? will it have QT as default? Janusz Opiła <janusz.opila@gmail.com> - 2014-02-10 17:41 -0800
            Re: gnuplot 4.8? will it have QT as default? xmoon2000@googlemail.com - 2013-11-02 02:40 -0700
              Re: gnuplot 4.8? will it have QT as default? Alex van der Spek <zdoor@xs4all.nl> - 2013-12-02 04:21 +0000

#1948 — gnuplot 4.8? will it have QT as default?

Planning an in-house course on gnuplot. Trying to figure out if it makes 
sense to wait until 4.8 is out.

The course is on windows (unfortunately). Will the 4.8 release on windows 
feature QT as the default term?

Thanks in advance,
Alex van der Spek 

[toc] | [next] | [standalone]

#1949

Alex van der Spek wrote:

> Planning an in-house course on gnuplot. Trying to figure out if it
> makes sense to wait until 4.8 is out.

I think we will likely go directly to 5.0 as the next major release.
The policy has been that backwards compatibility is strictly maintained
within a release series if possible.  Since the current development
tree has accumulated a number of non-backwards compatible changes,
that argues for calling it 5.0 when it is released.

> The course is on windows (unfortunately). Will the 4.8 release on
> windows feature QT as the default term?

I doubt it.  But you can customize the default in your environment using
GNUTERM or in the initialization file instead.


> Thanks in advance,
> Alex van der Spek

[toc] | [prev] | [next] | [standalone]

#1950

Thank you,

Any idea about the timing of gnuplot 5.0?

Regards,
Alex van der Spek
"sfeam" <sfeam@users.sourceforge.net> wrote in message 
news:ktm9t6$9nq$1@dont-email.me...
> Alex van der Spek wrote:
>
>> Planning an in-house course on gnuplot. Trying to figure out if it
>> makes sense to wait until 4.8 is out.
>
> I think we will likely go directly to 5.0 as the next major release.
> The policy has been that backwards compatibility is strictly maintained
> within a release series if possible.  Since the current development
> tree has accumulated a number of non-backwards compatible changes,
> that argues for calling it 5.0 when it is released.
>
>> The course is on windows (unfortunately). Will the 4.8 release on
>> windows feature QT as the default term?
>
> I doubt it.  But you can customize the default in your environment using
> GNUTERM or in the initialization file instead.
>
>
>> Thanks in advance,
>> Alex van der Spek
> 

[toc] | [prev] | [next] | [standalone]

#1951

Alex van der Spek wrote:

> Thank you,
> 
> Any idea about the timing of gnuplot 5.0?

My personal guesstimate:

Sep   2013	4.6.4
early 2014	1st beta-testing version of 5
Mar   2014	4.6.5
spring 2014	2nd beta-testing version of 5
Sep   2014	5.0

All dates subject to change and mischance.
In particular, if the initial beta testing of 5 goes well the 
release of 5.0 might be pushed up to be in parallel to the last
release in the 4.6 series.   Since the whole point of bumping the
major version number is that there will not be 100% backward 
compatibility, I think it is reasonable to have a "final" version 4
release even if overlaps the timing on first release of 5.

In any event, this would be a really good time to speak up about any
major changes you would like to see considered for version 5.   

	Ethan

> 
> Regards,
> Alex van der Spek
> "sfeam" <sfeam@users.sourceforge.net> wrote in message
> news:ktm9t6$9nq$1@dont-email.me...
>> Alex van der Spek wrote:
>>
>>> Planning an in-house course on gnuplot. Trying to figure out if it
>>> makes sense to wait until 4.8 is out.
>>
>> I think we will likely go directly to 5.0 as the next major release.
>> The policy has been that backwards compatibility is strictly maintained
>> within a release series if possible.  Since the current development
>> tree has accumulated a number of non-backwards compatible changes,
>> that argues for calling it 5.0 when it is released.
>>
>>> The course is on windows (unfortunately). Will the 4.8 release on
>>> windows feature QT as the default term?
>>
>> I doubt it.  But you can customize the default in your environment using
>> GNUTERM or in the initialization file instead.
>>
>>
>>> Thanks in advance,
>>> Alex van der Spek
>>

[toc] | [prev] | [next] | [standalone]

#1984

Probably my top most wanted feature in gnuplot is to have full zoom/pan 
functionality in multiplot mode across all the subplots.

Refer to python/matplotlib where you can share x and y axes between plots so 
that a zoom/pan in one zooms/pans the subplots with shared axes as well.

Likely this requires the capabilities of Qt.

This may not be the easiest request. The background for it is in complex 
geophysical well log plots where the depth scale zooming/panning should be 
mirrored in sub plots each plotting a different variable (gamma ray, neutron 
porosity, density, water saturation, resisitivity, NMR relaxation time etc.)

Regards,
Alex van der Spek

Very likely this would require the
"sfeam" <sfeam@users.sourceforge.net> wrote in message 
news:ktparv$i76$1@dont-email.me...
> Alex van der Spek wrote:
>
>> Thank you,
>>
>> Any idea about the timing of gnuplot 5.0?
>
> My personal guesstimate:
>
> Sep   2013 4.6.4
> early 2014 1st beta-testing version of 5
> Mar   2014 4.6.5
> spring 2014 2nd beta-testing version of 5
> Sep   2014 5.0
>
> All dates subject to change and mischance.
> In particular, if the initial beta testing of 5 goes well the
> release of 5.0 might be pushed up to be in parallel to the last
> release in the 4.6 series.   Since the whole point of bumping the
> major version number is that there will not be 100% backward
> compatibility, I think it is reasonable to have a "final" version 4
> release even if overlaps the timing on first release of 5.
>
> In any event, this would be a really good time to speak up about any
> major changes you would like to see considered for version 5.
>
> Ethan
>
>>
>> Regards,
>> Alex van der Spek
>> "sfeam" <sfeam@users.sourceforge.net> wrote in message
>> news:ktm9t6$9nq$1@dont-email.me...
>>> Alex van der Spek wrote:
>>>
>>>> Planning an in-house course on gnuplot. Trying to figure out if it
>>>> makes sense to wait until 4.8 is out.
>>>
>>> I think we will likely go directly to 5.0 as the next major release.
>>> The policy has been that backwards compatibility is strictly maintained
>>> within a release series if possible.  Since the current development
>>> tree has accumulated a number of non-backwards compatible changes,
>>> that argues for calling it 5.0 when it is released.
>>>
>>>> The course is on windows (unfortunately). Will the 4.8 release on
>>>> windows feature QT as the default term?
>>>
>>> I doubt it.  But you can customize the default in your environment using
>>> GNUTERM or in the initialization file instead.
>>>
>>>
>>>> Thanks in advance,
>>>> Alex van der Spek
>>>
> 

[toc] | [prev] | [next] | [standalone]

#2003

Am 20.08.13 14:51, schrieb Alex van der Spek:
> Probably my top most wanted feature in gnuplot is to have full zoom/pan
> functionality in multiplot mode across all the subplots.

I think, similarly urgent addition (but maybe easier to implement) would
be a true 3D plotting (distant objects appear smaller than close ones),
like e.g. in IDL. This would not just be a nice feature but *very*
useful to help the user to recognize the spatial structure e.g. of the
positions of nearby stars or the "vast polar structure" in our Galactic
neighbourhood, recently published by Marcel Pawlowski.

Best wishes,

Ingo

[toc] | [prev] | [next] | [standalone]

#2006

In article <b7ro11F4075U1@mid.individual.net>, ingo.thies@gmx.de says...
> 
> Am 20.08.13 14:51, schrieb Alex van der Spek:
> > Probably my top most wanted feature in gnuplot is to have full zoom/pan
> > functionality in multiplot mode across all the subplots.
> 
> I think, similarly urgent addition (but maybe easier to implement) would
> be a true 3D plotting (distant objects appear smaller than close ones),
> like e.g. in IDL. This would not just be a nice feature but *very*
> useful to help the user to recognize the spatial structure e.g. of the
> positions of nearby stars or the "vast polar structure" in our Galactic
> neighbourhood, recently published by Marcel Pawlowski.

Would it not be better to add a terminal for a true 3d-format like 3ds, 
skp or VRML? Such plots could then be freely rotated in appropriate 
programs and published on the internet. It would also be possible to 
select the most informative viewing angle for 2d-printing.

[toc] | [prev] | [next] | [standalone]

#2007

Am 28.08.13 19:00, schrieb Dr Engelbert Buxbaum:

> Would it not be better to add a terminal for a true 3d-format like 3ds, 
> skp or VRML? Such plots could then be freely rotated in appropriate 
> programs and published on the internet. It would also be possible to 
> select the most informative viewing angle for 2d-printing.

Open source apps that are reliable any sufficiently widely spread are
indeed an interesting option. But the requirement of an external program
(unless being smoothly invoked) would disrupt the workflow in gnuplot.
These options should be judged by developers. My statement was simply
that non-perspective 3d is insuffient for many, if not most purposes.

Best wishes,

Ingo

[toc] | [prev] | [next] | [standalone]

#2302

W dniu środa, 28 sierpnia 2013 19:15:28 UTC+2 użytkownik Ingo Thies napisał:
> Am 28.08.13 19:00, schrieb Dr Engelbert Buxbaum:
> 
> 
> 
> > Would it not be better to add a terminal for a true 3d-format like 3ds, 
> 
> > skp or VRML? Such plots could then be freely rotated in appropriate 
> 
> > programs and published on the internet. It would also be possible to 
> 
> > select the most informative viewing angle for 2d-printing.
> 
> 
> 
> Open source apps that are reliable any sufficiently widely spread are
> 
> indeed an interesting option. But the requirement of an external program
> 
> (unless being smoothly invoked) would disrupt the workflow in gnuplot.
> 
> These options should be judged by developers. My statement was simply
> 
> that non-perspective 3d is insuffient for many, if not most purposes.
> 
> 
> 
> Best wishes,
> 
> 
> 
> Ingo

Inspect please this project (GNU GPL):

scpovplot3d.sf.net

This is set of scripts for POVRay able to create both orthogonal
and perspective 3D data views (surface, histograms and so on..).

[toc] | [prev] | [next] | [standalone]

#2187

>Probably my top most wanted feature in gnuplot is to have full zoom/pan 
>functionality in multiplot mode across all the subplots

Alex, so can you just confirm please. The above feature is NOT currently available?

AND do you know of any tricks to accomplish it?

[toc] | [prev] | [next] | [standalone]

#2208

On Sat, 02 Nov 2013 02:40:57 -0700, xmoon2000 wrote:

>>Probably my top most wanted feature in gnuplot is to have full zoom/pan
>>functionality in multiplot mode across all the subplots
> 
> Alex, so can you just confirm please. The above feature is NOT currently
> available?
> 
> AND do you know of any tricks to accomplish it?

The only way to use the QT terminal is to compile gnuplot sources 
yourself. This is true for both windows and linux. Follow the 
instructions given on the website under building gnuplot from cvs sources.

Alex van der Spek

[toc] | [prev] | [standalone]

Back to top | Article view | comp.graphics.apps.gnuplot

csiph-web