Done.
Gesendet:Montag, 15. Dezember 2014 um 00:09 Uhr
Von:Sergio Martins iamser...@gmail.com
An:development@qt-project.org, Gunnar Roth gunnar.r...@gmx.de
Betreff:Re: [Development] QTBUG-42038 also happens with wec2013 arm imx6 device
On Friday, December 12, 2014 17:47:16 Gunnar Roth wrote:
Hi,
Recently i deteced that quickcontrols plugim has started to add a hard
dependency on widgets ( on wec2013 and win32 at least ).
dpends.exe is showing
??0QStyleHintReturnMask@@QAE@XZ
??0QStyleOption@@QAE@HH@Z
??0QStyleOptionButton@@QAE@XZ
??0QStyleOptionComboBox@@QAE@XZ
On Friday, December 12, 2014 17:47:16 Gunnar Roth wrote:
I fix it by using
#if defined(_M_ARM) // QTBUG-42038 , only talks about winrt but this also
happens at least on wec2013 arm devices too, maybe even on ce 6/7. #pragma
optimize(, off)
#endif
instead of
#if defined(Q_OS_WINRT)
Hi Gunnar,
You can always rebuild QtQuick Controls making sure you add CONFIG +=
no_desktop in the .pro file. The widgets dependency is automatic if widgets are
present except on mobile platforms (which, paradoxically, exclude embedded).
Best regards,
Dr. Gabriel de Dietrich
Senior Software
Hi everyone,so now that Qt 5.4.0 is released, I dedicated some efforts to have
QtWayland running on the Raspberry Pi.
I have a QtWidget based application that runs fullscreen on eglfs, but all the
children windows created by the app are not decorated.
This is a known thing, thus I tried to go
On Mon, Dec 15, 2014 at 12:37 PM, Massimo Callegari
massimocalleg...@yahoo.it wrote:
So, my application runs on Maynard using -platform wayland but all the
windows are not decorated. So basically I have the same result as if I run
it on eglfs.
See: https://codereview.qt-project.org/#/c/93128/
You are most certainly using the brcm backend since you don't have decorations.
wayland-egl (the only one that has decoration support atm) does not work on the
Pi with the default graphics stack. Not sure about the state of Mesa.
Cheers,
Laszlo
From:
HI Gabriel,
I didn't know that, but i don't want any widgets dependency for a qml
application, neither on desktop nor anywhere else.
Regards,
Gunnar
Gesendet: Montag, 15. Dezember 2014 um 12:04 Uhr
Von: deDietrich Gabriel gabriel.dedietr...@theqtcompany.com
An: Gunnar Roth
Hello,
I have been working on some improvements to moc and the meta type system to
improve Q_ENUM. Those changes are targeting Qt 5.5
You can see the list of change there in the q_gadget topic (I put the changes
in that topic even if it is an orthogonal changes to the Q_GADGET changes that
Thanks Robin and Laszlo for the replies.
So I take QtWayland is still a work in progress especially on the Pi.
I personally believe QtWayland should have a special regard for the RPi
platform, as they are abandoning the Xorg server, and looking forward to
lighter solutions to give users a
2014-12-15 15:43 GMT+02:00 Massimo Callegari massimocalleg...@yahoo.it:
Thanks Robin and Laszlo for the replies.
So I take QtWayland is still a work in progress especially on the Pi.
I personally believe QtWayland should have a special regard for the RPi
platform, as they are abandoning the
Hi,
It is time to move the Qt bug tracker to its new home under qt.io. The new URL
is going to be:
https://bugreports.qt.io
The change is going to happen on Wed, 7. January 2015. To facilitate the change
the old server will be taken offline at 18:00 CET (GMT+1) and the latest
changes will be
Maybe try a call to QQuickWindow::resetOpenGLState() after VTK finishes. It may
be some dangling GL state that messes up for the renderer.
cheers,
Gunnar
On 12 Dec 2014, at 21:19, Cartik Sharma cartik.sha...@gmail.com wrote:
Hello,
I'm trying to do volumetric rendering with VTK using the
On Mon, Dec 15, 2014 at 12:04 PM, deDietrich Gabriel
gabriel.dedietr...@theqtcompany.com wrote:
[...] The widgets dependency is automatic [...] except on mobile platforms
[...]
A bit OOT, but having the same logic for QtSvg would be great! (Yes,
QtSvg unfortunately depends on QtWidgets,
Thanks so much. I tried a view.resetOpenGLState and it works without
crashing.
Best regards,
Cartik
On Mon, Dec 15, 2014 at 1:53 PM, Gunnar Sletta gun...@sletta.org wrote:
Maybe try a call to QQuickWindow::resetOpenGLState() after VTK finishes.
It may be some dangling GL state that messes up
On Monday 15 December 2014 13:43:26 Massimo Callegari wrote:
I personally believe QtWayland should have a special regard for the RPi
platform, as they are abandoning the Xorg server, and looking forward to
lighter solutions to give users a smoother UI experience. Just my personal
opinion,
On Monday 15 December 2014 14:16:17 Cartik Sharma wrote:
Thanks so much. I tried a view.resetOpenGLState and it works without
crashing.
One of the common ways this crashes the driver is inside calls to
glDrawElements if you have a bad element buffer bound which then indexes into
some random
Hello
I've created a zip file containing the necessary libs for D-Bus on Windows. You
can download it from:
http://macieira.org/~thiago/dbus.zip
It contains both a 32- and a 64-bit version of D-Bus libs and executables. The
bus protocol is identical for both, so it doesn't matter which
Thanks. The volume rendering seems to work fine with just one problem.
When I rotate an image in a 2d window and get back to the 3d window,
and try to rotate the 3d object, it crashes again.
VTK must be changing the gl state and so I must call resetOpenGLState
before I rotate the view except I
On Fri, Dec 12, 2014 at 8:29 PM, achart...@fastmail.fm wrote:
Hello,
I would like to modify the extraSelectors of QQmlFileSelector at runtime
and have QML load the new QML file from the appropriate selector folder.
I have gotten this to work by calling setExtraSelectors() from a C++
object
Hi, QtIFW develooers!!!What about creation offline installers based on shared in online repository components?
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
21 matches
Mail list logo