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
On Fri, Dec 12, 2014 at 8:29 PM, 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 I have exposed
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 can
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
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
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, d
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 wrote:
>
> Maybe try a call to QQuickWindow::resetOpenGLState() after VTK finishes.
> It may be some dangling GL state that messes up for the rendere
On Mon, Dec 15, 2014 at 12:04 PM, deDietrich Gabriel
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, regardless of the target
platform).
/me
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 wrote:
>
> Hello,
>
> I'm trying to do volumetric rendering with VTK using the
> QVTKFramebuffer
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
2014-12-15 15:43 GMT+02:00 Massimo Callegari :
> 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 loo
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 smoothe
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
are
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"
An: "Gunnar Roth" , "development@qt-project.org"
Betreff: Re:
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: d
On Mon, Dec 15, 2014 at 12:37 PM, Massimo Callegari
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/
> So, my questions t
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 th
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 De
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_WI
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
??0QStyleOptionFocusR
Done.
Gesendet: Montag, 15. Dezember 2014 um 00:09 Uhr
Von: "Sergio Martins"
An: development@qt-project.org, "Gunnar Roth"
Betreff: Re: [Development] QTBUG-42038 also happens with wec2013 arm imx6 device
On Friday, December 12, 2014 17:47:16 Gunnar Roth wrote:
> I fix it by using
> #if de
21 matches
Mail list logo
