discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

Qt5

B
buttim
Tue, Jun 28, 2016 1:10 PM

I suspect this is a well known story, so bear with me since my Google search
(patience?) did not come up with a definitive answer.

Seems like Openscad is using the old Qt4 version instead of Qt5. I would
like tu understand if it's feasible to switch to Qt5 or not.

My personal concern is that some keyboard shortcuts are broken with non US
keyboard layouts, at least under Windows. For example you can't use Ctrl+]
and [ for zoomin. Same for the (hopefully) upcoming shortcuts Ctrl+* and
Ctrl+Shift+*. This might be something that does not affect Qt5 from some
discussions I found around.

--
View this message in context: http://forum.openscad.org/Qt5-tp17818.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

I suspect this is a well known story, so bear with me since my Google search (patience?) did not come up with a definitive answer. Seems like Openscad is using the old Qt4 version instead of Qt5. I would like tu understand if it's feasible to switch to Qt5 or not. My personal concern is that some keyboard shortcuts are broken with non US keyboard layouts, at least under Windows. For example you can't use Ctrl+] and [ for zoomin. Same for the (hopefully) upcoming shortcuts Ctrl+* and Ctrl+Shift+*. This might be something that does not affect Qt5 from some discussions I found around. -- View this message in context: http://forum.openscad.org/Qt5-tp17818.html Sent from the OpenSCAD mailing list archive at Nabble.com.
TP
Torsten Paul
Tue, Jun 28, 2016 1:45 PM

Seems like Openscad is using the old Qt4 version instead of Qt5.
I would like tu understand if it's feasible to switch to Qt5 or
not.

OpenSCAD supports both for quite some time.

I guess the question is if it's ok to drop Qt4. Officially it's
dead since beginning of this year I think.

ciao,
Torsten.

> Seems like Openscad is using the old Qt4 version instead of Qt5. > I would like tu understand if it's feasible to switch to Qt5 or > not. > OpenSCAD supports both for quite some time. I guess the question is if it's ok to drop Qt4. Officially it's dead since beginning of this year I think. ciao, Torsten.
DM
doug moen
Tue, Jun 28, 2016 1:46 PM

OpenSCAD uses Qt5 on all platforms, if you have a recent build.

On 28 June 2016 at 09:10, buttim maurizio.butti@gmail.com wrote:

I suspect this is a well known story, so bear with me since my Google
search
(patience?) did not come up with a definitive answer.

Seems like Openscad is using the old Qt4 version instead of Qt5. I would
like tu understand if it's feasible to switch to Qt5 or not.

My personal concern is that some keyboard shortcuts are broken with non US
keyboard layouts, at least under Windows. For example you can't use Ctrl+]
and [ for zoomin. Same for the (hopefully) upcoming shortcuts Ctrl+* and
Ctrl+Shift+*. This might be something that does not affect Qt5 from some
discussions I found around.

--
View this message in context: http://forum.openscad.org/Qt5-tp17818.html
Sent from the OpenSCAD mailing list archive at Nabble.com.


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

OpenSCAD uses Qt5 on all platforms, if you have a recent build. On 28 June 2016 at 09:10, buttim <maurizio.butti@gmail.com> wrote: > I suspect this is a well known story, so bear with me since my Google > search > (patience?) did not come up with a definitive answer. > > Seems like Openscad is using the old Qt4 version instead of Qt5. I would > like tu understand if it's feasible to switch to Qt5 or not. > > My personal concern is that some keyboard shortcuts are broken with non US > keyboard layouts, at least under Windows. For example you can't use Ctrl+] > and [ for zoomin. Same for the (hopefully) upcoming shortcuts Ctrl+* and > Ctrl+Shift+*. This might be something that does not affect Qt5 from some > discussions I found around. > > > > -- > View this message in context: http://forum.openscad.org/Qt5-tp17818.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > >
B
buttim
Tue, Jun 28, 2016 2:17 PM

Still the Windows cross compilation brings in Qt4. Or am I wrong?

--
View this message in context: http://forum.openscad.org/Qt5-tp17818p17821.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

Still the Windows cross compilation brings in Qt4. Or am I wrong? -- View this message in context: http://forum.openscad.org/Qt5-tp17818p17821.html Sent from the OpenSCAD mailing list archive at Nabble.com.
DM
doug moen
Tue, Jun 28, 2016 2:54 PM

I'm running a Windows developer snapshot from the downloads page, and the
library info says Qt5.

The last time I looked at the build scripts, they were searching for either
Qt5 or Qt4, and using whatever was installed, with a preference for Qt5,
but I don't know how the Windows build works. If you are doing your own
build, maybe the build script can't find your Qt5 installation?

On 28 June 2016 at 10:17, buttim maurizio.butti@gmail.com wrote:

Still the Windows cross compilation brings in Qt4. Or am I wrong?

--
View this message in context:
http://forum.openscad.org/Qt5-tp17818p17821.html
Sent from the OpenSCAD mailing list archive at Nabble.com.


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

I'm running a Windows developer snapshot from the downloads page, and the library info says Qt5. The last time I looked at the build scripts, they were searching for either Qt5 or Qt4, and using whatever was installed, with a preference for Qt5, but I don't know how the Windows build works. If you are doing your own build, maybe the build script can't find your Qt5 installation? On 28 June 2016 at 10:17, buttim <maurizio.butti@gmail.com> wrote: > Still the Windows cross compilation brings in Qt4. Or am I wrong? > > > > -- > View this message in context: > http://forum.openscad.org/Qt5-tp17818p17821.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > >
B
buttim
Wed, Jun 29, 2016 8:12 AM

I just discovered that for the Win building scripts the default is Qt4, but
you can specify Qt5. I'll have a try at it later

On Tue, Jun 28, 2016 at 4:55 PM, doug.moen [via OpenSCAD] <
ml-node+s1091067n17822h57@n5.nabble.com> wrote:

I'm running a Windows developer snapshot from the downloads page, and the
library info says Qt5.

The last time I looked at the build scripts, they were searching for
either Qt5 or Qt4, and using whatever was installed, with a preference for
Qt5, but I don't know how the Windows build works. If you are doing your
own build, maybe the build script can't find your Qt5 installation?

On 28 June 2016 at 10:17, buttim <[hidden email]
http:///user/SendEmail.jtp?type=node&node=17822&i=0> wrote:

Still the Windows cross compilation brings in Qt4. Or am I wrong?

--
View this message in context:
http://forum.openscad.org/Qt5-tp17818p17821.html
Sent from the OpenSCAD mailing list archive at Nabble.com.


OpenSCAD mailing list
[hidden email] http:///user/SendEmail.jtp?type=node&node=17822&i=1
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


OpenSCAD mailing list
[hidden email] http:///user/SendEmail.jtp?type=node&node=17822&i=2
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


If you reply to this email, your message will be added to the discussion
below:
http://forum.openscad.org/Qt5-tp17818p17822.html
To unsubscribe from Qt5, click here
http://forum.openscad.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=17818&code=bWF1cml6aW8uYnV0dGlAZ21haWwuY29tfDE3ODE4fDE4OTg0NTUyNTk=
.
NAML
http://forum.openscad.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
View this message in context: http://forum.openscad.org/Qt5-tp17818p17825.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

I just discovered that for the Win building scripts the default is Qt4, but you can specify Qt5. I'll have a try at it later On Tue, Jun 28, 2016 at 4:55 PM, doug.moen [via OpenSCAD] < ml-node+s1091067n17822h57@n5.nabble.com> wrote: > I'm running a Windows developer snapshot from the downloads page, and the > library info says Qt5. > > The last time I looked at the build scripts, they were searching for > either Qt5 or Qt4, and using whatever was installed, with a preference for > Qt5, but I don't know how the Windows build works. If you are doing your > own build, maybe the build script can't find your Qt5 installation? > > On 28 June 2016 at 10:17, buttim <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=17822&i=0>> wrote: > >> Still the Windows cross compilation brings in Qt4. Or am I wrong? >> >> >> >> -- >> View this message in context: >> http://forum.openscad.org/Qt5-tp17818p17821.html >> Sent from the OpenSCAD mailing list archive at Nabble.com. >> >> _______________________________________________ >> OpenSCAD mailing list >> [hidden email] <http:///user/SendEmail.jtp?type=node&node=17822&i=1> >> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >> >> >> > > _______________________________________________ > OpenSCAD mailing list > [hidden email] <http:///user/SendEmail.jtp?type=node&node=17822&i=2> > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://forum.openscad.org/Qt5-tp17818p17822.html > To unsubscribe from Qt5, click here > <http://forum.openscad.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=17818&code=bWF1cml6aW8uYnV0dGlAZ21haWwuY29tfDE3ODE4fDE4OTg0NTUyNTk=> > . > NAML > <http://forum.openscad.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- View this message in context: http://forum.openscad.org/Qt5-tp17818p17825.html Sent from the OpenSCAD mailing list archive at Nabble.com.
RW
Rogier Wolff
Wed, Jun 29, 2016 8:51 AM

On Tue, Jun 28, 2016 at 09:46:14AM -0400, doug moen wrote:

OpenSCAD uses Qt5 on all platforms, if you have a recent build.

On 28 June 2016 at 09:10, buttim maurizio.butti@gmail.com wrote:

I suspect this is a well known story, so bear with me since my Google
search
(patience?) did not come up with a definitive answer.

Seems like Openscad is using the old Qt4 version instead of Qt5. I would
like tu understand if it's feasible to switch to Qt5 or not.

No. this is not feasible. QT5 makes openScad unbearably slow when the
model becomes a bit complicated. This bug needs to be fixed first
before we can switch to QT5....

... Oh.... :-)

Roger. 

--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
**    Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233    **
-- BitWizard writes Linux device drivers for any device you may have! --
The plan was simple, like my brother-in-law Phil. But unlike
Phil, this plan just might work.

On Tue, Jun 28, 2016 at 09:46:14AM -0400, doug moen wrote: > OpenSCAD uses Qt5 on all platforms, if you have a recent build. > > On 28 June 2016 at 09:10, buttim <maurizio.butti@gmail.com> wrote: > > > I suspect this is a well known story, so bear with me since my Google > > search > > (patience?) did not come up with a definitive answer. > > > > Seems like Openscad is using the old Qt4 version instead of Qt5. I would > > like tu understand if it's feasible to switch to Qt5 or not. No. this is not feasible. QT5 makes openScad unbearably slow when the model becomes a bit complicated. This bug needs to be fixed first before we can switch to QT5.... ... Oh.... :-) Roger. -- ** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** ** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 ** *-- BitWizard writes Linux device drivers for any device you may have! --* The plan was simple, like my brother-in-law Phil. But unlike Phil, this plan just might work.
NH
nop head
Wed, Jun 29, 2016 9:02 AM

The Windows version I am running claims to be using Qt version: 5.4.1 and
it isn't slow on large models.

On 29 June 2016 at 09:51, Rogier Wolff R.E.Wolff@bitwizard.nl wrote:

On Tue, Jun 28, 2016 at 09:46:14AM -0400, doug moen wrote:

OpenSCAD uses Qt5 on all platforms, if you have a recent build.

On 28 June 2016 at 09:10, buttim maurizio.butti@gmail.com wrote:

I suspect this is a well known story, so bear with me since my Google
search
(patience?) did not come up with a definitive answer.

Seems like Openscad is using the old Qt4 version instead of Qt5. I

would

like tu understand if it's feasible to switch to Qt5 or not.

No. this is not feasible. QT5 makes openScad unbearably slow when the
model becomes a bit complicated. This bug needs to be fixed first
before we can switch to QT5....

... Oh.... :-)

     Roger.

--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
**    Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233    **
-- BitWizard writes Linux device drivers for any device you may have! --
The plan was simple, like my brother-in-law Phil. But unlike
Phil, this plan just might work.


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

The Windows version I am running claims to be using Qt version: 5.4.1 and it isn't slow on large models. On 29 June 2016 at 09:51, Rogier Wolff <R.E.Wolff@bitwizard.nl> wrote: > On Tue, Jun 28, 2016 at 09:46:14AM -0400, doug moen wrote: > > OpenSCAD uses Qt5 on all platforms, if you have a recent build. > > > > On 28 June 2016 at 09:10, buttim <maurizio.butti@gmail.com> wrote: > > > > > I suspect this is a well known story, so bear with me since my Google > > > search > > > (patience?) did not come up with a definitive answer. > > > > > > Seems like Openscad is using the old Qt4 version instead of Qt5. I > would > > > like tu understand if it's feasible to switch to Qt5 or not. > > No. this is not feasible. QT5 makes openScad unbearably slow when the > model becomes a bit complicated. This bug needs to be fixed first > before we can switch to QT5.... > > ... Oh.... :-) > > Roger. > > -- > ** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** > ** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 ** > *-- BitWizard writes Linux device drivers for any device you may have! --* > The plan was simple, like my brother-in-law Phil. But unlike > Phil, this plan just might work. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >
B
buttim
Wed, Jun 29, 2016 9:15 AM

Same for me, Qt5 reported in Library Info. The comments in the scripts seem
unreliable. I'll have to look for a different solution to my problem.
Stupid me I didn't check it before

On Wed, Jun 29, 2016 at 11:03 AM, nophead [via OpenSCAD] <
ml-node+s1091067n17827h12@n5.nabble.com> wrote:

The Windows version I am running claims to be using Qt version: 5.4.1 and
it isn't slow on large models.

On 29 June 2016 at 09:51, Rogier Wolff <[hidden email]
http:///user/SendEmail.jtp?type=node&node=17827&i=0> wrote:

On Tue, Jun 28, 2016 at 09:46:14AM -0400, doug moen wrote:

OpenSCAD uses Qt5 on all platforms, if you have a recent build.

On 28 June 2016 at 09:10, buttim <[hidden email]

I suspect this is a well known story, so bear with me since my Google
search
(patience?) did not come up with a definitive answer.

Seems like Openscad is using the old Qt4 version instead of Qt5. I

would

like tu understand if it's feasible to switch to Qt5 or not.

No. this is not feasible. QT5 makes openScad unbearably slow when the
model becomes a bit complicated. This bug needs to be fixed first
before we can switch to QT5....

... Oh.... :-)

     Roger.

--
** [hidden email] http:///user/SendEmail.jtp?type=node&node=17827&i=2
** http://www.BitWizard.nl/ ** <a href="tel:%2B31-15-2600998" value=" +31152600998">+31-15-2600998 **
**    Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233    **
-- BitWizard writes Linux device drivers for any device you may have! --
The plan was simple, like my brother-in-law Phil. But unlike
Phil, this plan just might work.


OpenSCAD mailing list
[hidden email] http:///user/SendEmail.jtp?type=node&node=17827&i=3
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


OpenSCAD mailing list
[hidden email] http:///user/SendEmail.jtp?type=node&node=17827&i=4
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


If you reply to this email, your message will be added to the discussion
below:
http://forum.openscad.org/Qt5-tp17818p17827.html
To unsubscribe from Qt5, click here
http://forum.openscad.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=17818&code=bWF1cml6aW8uYnV0dGlAZ21haWwuY29tfDE3ODE4fDE4OTg0NTUyNTk=
.
NAML
http://forum.openscad.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
View this message in context: http://forum.openscad.org/Qt5-tp17818p17828.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

Same for me, Qt5 reported in Library Info. The comments in the scripts seem unreliable. I'll have to look for a different solution to my problem. Stupid me I didn't check it before On Wed, Jun 29, 2016 at 11:03 AM, nophead [via OpenSCAD] < ml-node+s1091067n17827h12@n5.nabble.com> wrote: > The Windows version I am running claims to be using Qt version: 5.4.1 and > it isn't slow on large models. > > On 29 June 2016 at 09:51, Rogier Wolff <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=17827&i=0>> wrote: > >> On Tue, Jun 28, 2016 at 09:46:14AM -0400, doug moen wrote: >> > OpenSCAD uses Qt5 on all platforms, if you have a recent build. >> > >> > On 28 June 2016 at 09:10, buttim <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=17827&i=1>> wrote: >> > >> > > I suspect this is a well known story, so bear with me since my Google >> > > search >> > > (patience?) did not come up with a definitive answer. >> > > >> > > Seems like Openscad is using the old Qt4 version instead of Qt5. I >> would >> > > like tu understand if it's feasible to switch to Qt5 or not. >> >> No. this is not feasible. QT5 makes openScad unbearably slow when the >> model becomes a bit complicated. This bug needs to be fixed first >> before we can switch to QT5.... >> >> ... Oh.... :-) >> >> Roger. >> >> -- >> ** [hidden email] <http:///user/SendEmail.jtp?type=node&node=17827&i=2> >> ** http://www.BitWizard.nl/ ** <a href="tel:%2B31-15-2600998" value=" >> +31152600998">+31-15-2600998 ** >> ** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 ** >> *-- BitWizard writes Linux device drivers for any device you may have! --* >> The plan was simple, like my brother-in-law Phil. But unlike >> Phil, this plan just might work. >> >> _______________________________________________ >> OpenSCAD mailing list >> [hidden email] <http:///user/SendEmail.jtp?type=node&node=17827&i=3> >> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >> > > > _______________________________________________ > OpenSCAD mailing list > [hidden email] <http:///user/SendEmail.jtp?type=node&node=17827&i=4> > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://forum.openscad.org/Qt5-tp17818p17827.html > To unsubscribe from Qt5, click here > <http://forum.openscad.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=17818&code=bWF1cml6aW8uYnV0dGlAZ21haWwuY29tfDE3ODE4fDE4OTg0NTUyNTk=> > . > NAML > <http://forum.openscad.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- View this message in context: http://forum.openscad.org/Qt5-tp17818p17828.html Sent from the OpenSCAD mailing list archive at Nabble.com.
TP
Torsten Paul
Wed, Jun 29, 2016 9:50 AM

Von: "Rogier Wolff" R.E.Wolff@BitWizard.nl

No. this is not feasible. QT5 makes openScad unbearably slow when the
model becomes a bit complicated. This bug needs to be fixed first
before we can switch to QT5....

Can you clearify what you mean by that? What OS are you talking about?

The only issue (as far as I know), that had anything to do with
Qt4 vs. Qt5 is about the QGLWidget on Linux. This is fixed quite
some time ago by switching to the new QOpenGLWidget provided in
Qt5.
AFAICS that fix is also backported to the Debian version in
release openscad-2015.03-2+dfsg-1. I don't know how other
distributions handle things.

So there is nothing to fix at this time for any of the 3 supported
platforms.

There is still a general issue with big models as the OpenGL code
is mostly using the old fixed OpenGL pipeline which is slow, does
not use GPU accelleration and can cause high CPU load for models
with lots of vertices.

That's not a "fix" though, but a serious project to get the code
updated to use more modern features provided by modrern GPUs/drivers.

ciao,
Torsten.

Von: "Rogier Wolff" <R.E.Wolff@BitWizard.nl> > No. this is not feasible. QT5 makes openScad unbearably slow when the > model becomes a bit complicated. This bug needs to be fixed first > before we can switch to QT5.... > Can you clearify what you mean by that? What OS are you talking about? The only issue (as far as I know), that had anything to do with Qt4 vs. Qt5 is about the QGLWidget on Linux. This is fixed quite some time ago by switching to the new QOpenGLWidget provided in Qt5. AFAICS that fix is also backported to the Debian version in release openscad-2015.03-2+dfsg-1. I don't know how other distributions handle things. So there is nothing to fix at this time for any of the 3 supported platforms. There is still a general issue with big models as the OpenGL code is mostly using the old fixed OpenGL pipeline which is slow, does not use GPU accelleration and can cause high CPU load for models with lots of vertices. That's not a "fix" though, but a serious project to get the code updated to use more modern features provided by modrern GPUs/drivers. ciao, Torsten.