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.
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.
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
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.
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 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.
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.
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
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.
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.