El Wednesday 10 December 2014, Graham Labdon escribió:
Hi
I have developed some designer plugins that are working nicely.
Now I have created another but cannot get it to work.
Within designer I see the following when I do Help-about Plugins -
Failed Plugins
Hi
It was a missing path to dependant libraries
Thanks for the hint
Graham
From: interest-bounces+graham.labdon=avalonsciences@qt-project.org
[mailto:interest-bounces+graham.labdon=avalonsciences@qt-project.org] On
Behalf Of Tony Rietwyk
Sent: 10 December 2014 23:49
To:
Hi,
Styling is obviously important, but at long as it's only skin-deep (ie
the full range
and feel of components is not there), it's going to lead to frustration
on the long
run. The downside of drawing/making your components (whether by the Qt team
or 3rd party devs) is that you're
El Wednesday 10 December 2014, Daniel França escribió:
The just launched Qt5.4 come with a flat light style for Qt Quick
Controls :D
It seems it'll help to achieve what I want, but I can't find any
documentation about those pre-defined styles.
Every time I search for something related I end
Hi,
Note: a 'Flat light' style caveat is that according to
http://www.qt.io/qt5-4/
it's available under commercial license only (so you might be looking for it
in the wrong place)
Best regards,
Attila
On 12/11/2014 5:24 AM, Jason H' wrote:
+1 this. I want info on the new flat style as well.
On 10 Dec 2014, at 21:33, Jason H jh...@gmx.com wrote:
Per http://qt-project.org/doc/qt-5/qml-qtmultimedia-cameracapture.html
It's permissible to call capture() while the camera is active regardless of
the ready property value. If camera is not ready to capture image
immediately, the
Its not so much that I need sub-second captures. Its that i need to reliably have my requests serviced. Currently if I do the trivial case that should be possible according to the docs, the 2nd request fails more than it succeed. If I make the request in the onImageCaptured
Am 11.12.2014 um 12:17 schrieb Alejandro Exojo s...@badopi.org:
...I can't say for iOS, but on Android almost all
applications that I use seem to use their own kind of controls. There is very
little consistency, and users seem to not care.
Oh, users do care, they do. It's just that those
On 11 Dec 2014, at 13:02, Jason H' jh...@gmx.commailto:jh...@gmx.com wrote:
It's not so much that I need sub-second captures. It's that i need to reliably
have my requests serviced. Currently if I do the trivial case that should be
possible according to the docs, the 2nd request fails more than
Which ready are we talking about? The flash ready or the camera ready? I dont mind adding an onReadyChanged, but it is not clear where I should add it.
Thanks.
Sent:Thursday, December 11, 2014 at 9:03 AM
From:Lopes Yoann yoann.lo...@theqtcompany.com
To:Jason H jh...@gmx.com
On 11 Dec 2014, at 15:15, Jason H jh...@gmx.commailto:jh...@gmx.com wrote:
Which ready are we talking about? The flash ready or the camera ready? I don't
mind adding an onReadyChanged, but it is not clear where I should add it.
I meant the Camera.imageCapture.ready property.
I am not yet very familiar with helgrind, but if I use it on my application
I get a couple of messages like this:
==26941==
==26941==
==26941== Thread #1: lock order 0x723FA50 before 0x723FA90 violated
==26941==
==26941== Observed
Thanks Yoann, I was able to kludge something together that works well enough. I would have loved to be able to more simple way. One of the things I found in my kludging, was that ready sometimes comes back faster than the capture handler, and other times it does not. This was the main source of my
A quick follow up question to this thread I am using searchAndLock() on my
first picture. But on the 2nd picture I just call capture again. It again goes
through a focus seeking operation. Is there a way to use the same focus
paramters as the previous photo? Even if I set
On Thursday 11 December 2014 15:29:58 Rainer Wiesenfarth wrote:
(qorderedmutexlocker_p.h:83)
==26941==by 0x6E0F677: QObject::connect(QObject const*, char const*,
QObject const*,
char const*, Qt::ConnectionType) (qobject.cpp:2713)
==26941==[...]
On Wednesday December 10 2014 18:03:15 Thiago Macieira wrote:
That's what I saw after reading up a bit more on the topic. But if
QtXmlPatterns doesn't build without them, I'm stuck with -fexceptions as
KDE uses QtXmlPatterns ...
Try and see. I think xmlpatterns.pro turns it back on, but
On Thursday 11 December 2014 18:44:38 René J.V. Bertin wrote:
On Wednesday December 10 2014 18:03:15 Thiago Macieira wrote:
That's what I saw after reading up a bit more on the topic. But if
QtXmlPatterns doesn't build without them, I'm stuck with -fexceptions as
KDE uses QtXmlPatterns
On Thursday December 11 2014 09:49:35 Thiago Macieira wrote:
Use Qt 5. It's done there.
How funny
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
On Thursday 11 December 2014 19:31:32 René J.V. Bertin wrote:
On Thursday December 11 2014 09:49:35 Thiago Macieira wrote:
Use Qt 5. It's done there.
How funny
Edit configure so it won't disable qtxmlpatterns. Then edit
src/xmlpatterns/xmlpatterns.pro to turn exceptions back on.
--
On Thursday December 11 2014 10:52:00 Thiago Macieira wrote:
Edit configure so it won't disable qtxmlpatterns. Then edit
src/xmlpatterns/xmlpatterns.pro to turn exceptions back on.
The configure edit seems easy enough: just change the block
if [ $CFG_XMLPATTERNS = yes -a $CFG_EXCEPTIONS = no
On Thursday December 11 2014 10:52:00 Thiago Macieira wrote:
src/xmlpatterns/xmlpatterns.pro to turn exceptions back on.
Doh...
DEFINES-=QT_NO_EXCEPTIONS should do the trick (with that, no sign of anything
exception in src/xmlpatterns/Makefile)
R.
On Thursday December 11 2014 10:52:00 Thiago Macieira wrote:
Edit configure so it won't disable qtxmlpatterns. Then edit
src/xmlpatterns/xmlpatterns.pro to turn exceptions back on.
So that works ... until xmlpatterns/utils/qpatternistlocale_p.h detects
QT_NO_EXCEPTIONS which gets set in
On Thursday 11 December 2014 21:33:35 René J.V. Bertin wrote:
But how do I turn exceptions back on in xmlpatterns.pro? Do I add
-UQT_NO_EXCEPTIONS to the compiler flags (and cross thumbs), or is there a
better way?
CONFIG += exceptions
--
Thiago Macieira - thiago.macieira (AT) intel.com
Hi. In documentation for invertedAppearance property of QProgressBar said:
This property holds whether or not a progress bar shows its progress
inverted.
If this property is false, the progress bar grows in the other direction
(e.g. from right to left). By default, the progress bar is not
Am 12.12.2014 um 07:59 schrieb Igor Mironchik igor.mironc...@gmail.com:
...
Look at the explanation of If this property is false, is it correct or
false should be true?
Yes, it's not true that this is false. Replace false by true and (or?)
re-evaluate my previous statement.
;)
Cheers,
25 matches
Mail list logo
