2015-05-11 21:49 GMT+02:00 Murphy, Sean :
> I was trying to use QXmlSchemaValidator to validate XML files vs. their
> associated schema and I'm encountering an infinite loop that eventually
> causes the application to crash. It's been reported (over 5 years ago) in
> https://bugreports.qt.io/brows
> Am 12.05.2015 um 08:08 schrieb Till Oliver Knoll
> :
>
>
>
>> Am 12.05.2015 um 00:07 schrieb René J.V. Bertin :
>>
>> On Monday May 11 2015 23:00:36 Till Oliver Knoll wrote:
>>
>> Hi,
>>
>> Didn't see your message before sending my previous reply.
>>
>>> Each name record is associated wi
> Am 12.05.2015 um 00:07 schrieb René J.V. Bertin :
>
> On Monday May 11 2015 23:00:36 Till Oliver Knoll wrote:
>
> Hi,
>
> Didn't see your message before sending my previous reply.
>
>> Each name record is associated with an Encoding ID and Language ID. It would
>> be no fun if those IDs wo
libxml (http://xmlsoft.org/, MIT license) is a relatively popular
library which supports both DTD
(http://xmlsoft.org/html/libxml-valid.html) and schema
(http://xmlsoft.org/html/libxml-xmlschemas.html#xmlSchemaNewValidCtxt)
validation.
On 05/11/2015 10:49 PM, Murphy, Sean wrote:
> I was trying to
On 11 May 2015 at 23:47, Ben Lau wrote:
>
> On 11 May 2015 at 21:06, Sze Howe Koh wrote:
>>
>> Hello,
>>
>> Is there an analogue of QQuickView::rootItem() for QQml(Application)Engine?
>>
>> The shortest way I could think of involves jumping through a few hoops, e.g.:
>>
>> QQmlApplicationEngi
On Monday May 11 2015 23:00:36 Till Oliver Knoll wrote:
Hi,
Didn't see your message before sending my previous reply.
> Each name record is associated with an Encoding ID and Language ID. It would
> be no fun if those IDs would be interpreted the same across platforms (that's
> why we have cro
On Monday May 11 2015 20:37:16 Allan Sandfeld Jensen wrote:
> I think the problem is that fonts not always named in English and often uses
> strings instead of defined enums. This means they can have their style names
Indeed, it's very variable what you find in a font file, but most of the time
> Am 11.05.2015 um 20:37 schrieb Allan Sandfeld Jensen :
>
>> On Monday 11 May 2015, Thiago Macieira wrote:
>>> On Monday 11 May 2015 19:07:31 René J.V. Bertin wrote:
>>> So apparently the string comparison does not do translation (which isn't
>>> really a surprise except when you look at the co
I was trying to use QXmlSchemaValidator to validate XML files vs. their
associated schema and I'm encountering an infinite loop that eventually causes
the application to crash. It's been reported (over 5 years ago) in
https://bugreports.qt.io/browse/QTBUG-12534 It fails on pretty simple examples
I have open a bug here: https://bugreports.qt.io/browse/QTBUG-46040
P.S.: Anybody see my emails on this list, never got any answers in 3-4
questions asked, just to make sure?!
On Fri, May 8, 2015 at 10:45 AM, Jérôme Godbout wrote:
> I was digging and realized we can register singleton url from
On Monday 11 May 2015, Thiago Macieira wrote:
> On Monday 11 May 2015 19:07:31 René J.V. Bertin wrote:
> > So apparently the string comparison does not do translation (which isn't
> > really a surprise except when you look at the context in which I'm
> > working here...).
>
> How would the context
On Monday 11 May 2015 19:07:31 René J.V. Bertin wrote:
> So apparently the string comparison does not do translation (which isn't
> really a surprise except when you look at the context in which I'm working
> here...).
How would the context change anything? String comparisons do a character-by-
ch
> Am 11.05.2015 um 17:49 schrieb Lopes Yoann :
>
>
>> On 11 May 2015, at 17:12, Jason H wrote:
>>
>> This breaks our app and back-end processing for mobile. How do we fix this?
> You could read the image orientation from the EXIF header in your app and
> apply the rotation to the QML Image e
I assumed you were using the URL from the imageSaved() signal, not from the
imageCaptured() signal.
In that case, no, you can’t read the EXIF reader from that URL. However, I
didn’t think about that earlier but there’s an even simpler workaround.
If your VideoOutput’s autoOrientation property is
Hi,
In a nutshell: I'm trying to find QStrings in a QStringList, and can't get it
to work reliably if the working environment isn't set to english. For instance:
QFontDialogPrivate::updateStyles() familyList= "Segoe UI" style= "Demi-gras
Italique" styles= ("Italic", "Light", "Bold Italic", "Reg
But I'm using previewUrl. I just set the image to the preview Url.
Is there exif data int he preview Url. i.e.
http://doc.qt.io/qt-5/qml-qtmultimedia-cameracapture.html
This is how do do it. It doesn't make sense to me why the orientation should change. If I capture it, I should be able to
Oliver:
Sorry I confused you.
All testing is "in-house", but all the testers need an easy way to
receive the latest changes in the core binary executable without
downloading the ENTIRE self contained bundle each upgrade. (12+ MB over
DropBox/Google Drive == SLOW)
So it is possible to distribu
On 11 May 2015, at 17:12, Jason H mailto:jh...@gmx.com>> wrote:
This breaks our app and back-end processing for mobile. How do we fix this?
You could read the image orientation from the EXIF header in your app and apply
the rotation to the QML Image element.
—
Yoann
___
On 11 May 2015 at 21:06, Sze Howe Koh wrote:
> Hello,
>
> Is there an analogue of QQuickView::rootItem() for QQml(Application)Engine?
>
> The shortest way I could think of involves jumping through a few hoops,
> e.g.:
>
> QQmlApplicationEngine engine;
> // ...
> auto window = engine.r
I thought engine.rootObjects().first() would be the root item.
Gesendet: Montag, 11. Mai 2015 um 15:06 Uhr
Von: "Sze Howe Koh"
An: "interest@qt-project.org"
Betreff: [Interest] Finding the root QQuickItem in a QQml(Application)Engine
Hello,
Is there an analogue of QQuickView::rootIte
For us, it was a very welcomed behavioral change. Will this be in 5.5 then?
This breaks our app and back-end processing for mobile. How do we fix this?
Sent: Monday, May 11, 2015 at 7:28 AM
From: "Lopes Yoann"
To: "Jason H"
Cc: "Interests Qt"
Subject: Re: [Interest] Qt 5.4.2 snapshot
Hello,
Is there an analogue of QQuickView::rootItem() for QQml(Application)Engine?
The shortest way I could think of involves jumping through a few hoops,
e.g.:
QQmlApplicationEngine engine;
// ...
auto window = engine.rootObjects().first();
auto aQuickItem = qobject_cast(window-
Yeah, thats right. Thanks for help, it is solved.
On Mon, May 11, 2015 at 2:04 PM, André Somers
wrote:
> André Somers schreef op 11-5-2015 om 13:03:
> > Berkay Elbir schreef op 11-5-2015 om 12:43:
> >> Hello All,
> >>
> >> I want to ask a question about QTableWidget. How can I prevent that
> >>
This is not caused by a change in the AVFoundation plugin. EXIF orientation
support in QImage was added in 5.4.0 but it was then removed in 5.4.2 because
it was a behavioral change.
See https://codereview.qt-project.org/#/c/111398/ and
https://bugreports.qt.io/browse/QTBUG-37946.
--
Yoann
_
André Somers schreef op 11-5-2015 om 13:03:
> Berkay Elbir schreef op 11-5-2015 om 12:43:
>> Hello All,
>>
>> I want to ask a question about QTableWidget. How can I prevent that
>> calling QTableWidget cellChanged signal while populating table?
>>
>> Thanks in advance,
>>
> You could block signals
Berkay Elbir schreef op 11-5-2015 om 12:43:
> Hello All,
>
> I want to ask a question about QTableWidget. How can I prevent that
> calling QTableWidget cellChanged signal while populating table?
>
> Thanks in advance,
>
You could block signals from your table widget?
QObject::blockSignals(bool)
On Mon, May 11, 2015 at 12:43 PM, Berkay Elbir
wrote:
> Hello All,
>
> I want to ask a question about QTableWidget. How can I prevent that
> calling QTableWidget cellChanged signal while populating table?
>
> Thanks in advance,
>
> Berkay
>
yourObject->blockSignals(true);
---
whatever you want t
Hello All,
I want to ask a question about QTableWidget. How can I prevent that calling
QTableWidget cellChanged signal while populating table?
Thanks in advance,
Berkay
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailm
> Am 10.05.2015 um 21:30 schrieb "rpzrpz...@gmail.com" :
>
> Oliver:
>
> I took your advice to heart.
>
> I think there is a happy middle ground using scripts.
>
> During in-house development, I can send everyone a given app with a
> fully self contained bundle. Ultimately, this will satis
29 matches
Mail list logo