Hi Kim,
Den 21-02-2014 17:00, kim kulling skrev:
> Hi ML,
>
> I have the following situation:
> I have my own plugin based on QML with specific c++-types and my own
> qml-types defined in separate qml-files. This works fine.
>
> Now I also want to support 2 different color schemas in this plugin l
On 19/02/14 17:12, Thiago Macieira wrote:
> Em qua 19 fev 2014, às 16:28:59, Sensei escreveu:
>> instance_->settings_ = new QSettings(getPreferences() +
>> "/0com.example.app", QSettings::NativeFormat);
>>
>>
>> Am I missing something?
>
> Where is that QSettings object destroyed? If it gets leaked
Dear all,
in a previous post (Masked widget glitch) I asked suggestions about
making an arrow-like widget (see picture in [1]). The old and bad code
used a mask, but it had a glitch, as you see in the picture; however,
the workaround was easy: doing show, hide, show. Ugly but it worked.
I was
24.02.2014, 19:13, "Sensei" :
> Dear all,
>
> in a previous post (Masked widget glitch) I asked suggestions about
> making an arrow-like widget (see picture in [1]). The old and bad code
> used a mask, but it had a glitch, as you see in the picture; however,
> the workaround was easy: doing show,
Dear all,
I sometimes experience problems with qmake (used in QtCreator). This
happens not often, but my program crashes after a partial build, and if I
rebuild all, it works perfectly.
This means some file dependencies are not handled well. Maybe my .pro has
some errors that cause this?
For sev
I had too much trouble getting multimedia working (QVideoProbe is not very
portable) with Qt5 and had to go JavaSDK. I spent 2 weeks trying to get QML to
do what I needed, but it only took me 3 days in the SDK, despite already
knowing QML and Not knowing the SDK. I want to get it back in QML but
Em seg 24 fev 2014, às 17:41:44, Etienne Sandré-Chardonnal escreveu:
> This means some file dependencies are not handled well. Maybe my .pro has
> some errors that cause this?
Yes, it's possible.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technol
On 24-Feb-14 17:41, Etienne Sandré-Chardonnal wrote:
> I sometimes experience problems with qmake (used in QtCreator). This
> happens not often, but my program crashes after a partial build, and if
> I rebuild all, it works perfectly.
>
> This means some file dependencies are not handled well. May
Am 24.02.2014 um 17:49 schrieb Thiago Macieira :
> Em seg 24 fev 2014, às 17:41:44, Etienne Sandré-Chardonnal escreveu:
>> This means some file dependencies are not handled well. Maybe my .pro has
>> some errors that cause this?
>
> Yes, it's possible.
Factoring away the Usual Suspects - file ti
I'm trying to debug an android app, but I can't get it to launch. (Qt 5.2.1)
QT += multimedia quick
Any idea why this is happening?
E/Qt (12801): Can't create main activity
E/Qt (12801): java.io.FileNotFoundException:
/data/data/org.company.app/lib/libplugins_bearer_libqgenericbearer.s
Hello,
It seems like the only way to show a MenuBar in Qt Quick is to create one
and immediately set it as the menuBar property of an ApplicationWindow, but
can the MenuBar stand alone? I'd like to create a window that has multiple
sections each with its own MenuBar, but that doesn't seem possible
We have windows in our application that are potentially expensive to repaint,
so when the user resizes a window we may need to put off repainting until the
resizing is finished. It seems that we don't get mouse down/mouse up events
when the user clicks in the window frame/resize grip area, so I
On 24-Feb-2014, at 2:24 PM, Thiago Macieira wrote:
> That's something entirely controlled by the window manager. Sorry.
Thanks, Thiago. That's good to know.
-John
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/l
Em seg 24 fev 2014, às 13:56:01, John Weeks escreveu:
> We have windows in our application that are potentially expensive to
> repaint, so when the user resizes a window we may need to put off
> repainting until the resizing is finished. It seems that we don't get mouse
> down/mouse up events when
Hi John,
I would suggest a short single-shot timer roughly:
resizeEvent
base::resizeEvent
if !mTimer.isRunning
mTimer.start
paintEvent
if !mTimer.isRunning
base::paintEv
Also, note that the Qt event loop will collapse all pending resizes into one
final one.
You should be able to block updating the layouts until the timer expires. Its
been a while but you'll need to subclass the window and don't call the base
class resizes until the timer is done.
I don't thin
>
> We have windows in our application that are potentially expensive to repaint,
> so
> when the user resizes a window we may need to put off repainting until the
> resizing is finished. It seems that we don't get mouse down/mouse up events
> when
> the user clicks in the window frame/resize gr
The problem is the window resize does not come from the application, it comes
from the OS/Window Manager.
From: "william.croc...@analog.com"
To: interest@qt-project.org
Sent: Monday, February 24, 2014 8:46 PM
Subject: Re: [Interest] Finished resizing a window
Am 25.02.2014 um 00:45 schrieb "Tony Rietwyk" :
> Hi John,
>
> I would suggest a short single-shot timer roughly:
Yes, using a timer should work, I did this in a 3D "point rendering/editing"
application where rendering the "point cloud" (in software - and we talk about
the year 2000 ;)) was e
19 matches
Mail list logo
