Hi Mark,
I think it is serial. In Qt 5.6 there will be a new QQuickAsyncImageProvider class, with it you can do parallel image loading/rendering.
Regards,
Gunnar Roth
Gesendet: Freitag, 18. September 2015 um 02:29 Uhr
Von: "mark diener"
An: "interest@qt-project.org"
In general a QWidget that hasn't been made visible yet gives bogus results for
QWidget::geometry(). Qt only guarantees that a call to setGeometry() will
result in a Resize event when the window is made visible. But we often need to
ask a window or child widget how big it is before it is made
> On 18 Sep 2015, at 08:57, m...@rpzdesign.com wrote:
>
> Gunnar:
>
> Thanks for the 5.6 doc link.
>
> Could not find anything that talks about parallel loading. But if you
> say it will provide parallel loading, what does the QML Image { } object
> display while the image is loading?
The
Thiago Macieira wrote:
>> I'd be curious to know if your pkg-config still strips the arch-specific
>> path out of its response.
>
> It does:
>
> $ env PKG_CONFIG_PATH=/usr/lib64/pkgconfig pkg-config --libs dbus-1
> -ldbus-1
Hmmm, and what's the nature of your /usr/lib64? Is it like
Gunnar:
Thanks for the 5.6 doc link.
Could not find anything that talks about parallel loading. But if you
say it will provide parallel loading, what does the QML Image { } object
display while the image is loading?
I may want to return with a standard "Loading image..." image for those
Look at https://codereview.qt-project.org/#/c/108540/ fore more info, especially sample code.
I found that with query status:merged message:QQuickAsyncImageProvider
at https://codereview.qt-project.org.
Gesendet: Freitag, 18. September 2015 um 08:57 Uhr
Von: "m...@rpzdesign.com"
On Friday 18 September 2015 18:06:55 René J. V. Bertin wrote:
> Thiago Macieira wrote:
> > Though Jane Developer will know what's there because she installs
> > libraries
> > using the package manager.
>
> Any reason for the gender change? :)
No. But note I am talking about a different persona.
Hi,
If in some method create QWidget and invoke show() on it when this
widget will be shown? Immediately or only after finish of method from
within show() was invoked?
--
Best Regards,
Igor Mironchik.
___
Interest mailing list
On Friday 18 September 2015 20:34:56 René J. V. Bertin wrote:
> > The question is why you have dbus and glib in a non-standard path in your
> > system in the first place.
>
> Did I say I did? They're in the standard locations for an Ubuntu system.
I thought you said they were in
Il 18/09/2015 22:23, Igor Mironchik ha scritto:
If in some method create QWidget and invoke show() on it when this
widget will be shown? Immediately or only after finish of method from
within show() was invoked?
Neither: some time after you return to the event loop.
Cheers,
--
Giuseppe
I am running a keyboard test program on the MacOS
with Qt 5.4 on MacOSx 10.10.5, Clang.
All it does is print out the modifiers and the keycodes when I type arrow
keys.
void Dialog::keyPressEvent(QKeyEvent *ke) {
qDebug() << "event: " << ke->modifiers() << ke->key();
}
event:
On Friday 18 September 2015 23:23:16 Igor Mironchik wrote:
> Hi,
>
> If in some method create QWidget and invoke show() on it when this
> widget will be shown? Immediately or only after finish of method from
> within show() was invoked?
Qt will ask immediately that it be shown. When the user
> From the description of the symptom and from the fact that the non-glib
> dispatcher behaves differently, it sounds like this behaviour is not intended.
>
> I'll ask you to file a bug about this. Unfortunately, I can tell you the bug
> will get assigned to me and I have little clue about the
On Fri, Sep 18, 2015 at 5:42 PM, Robert Iakobashvili
wrote:
> On Fri, Sep 18, 2015 at 6:00 AM, Edward Sutton
> wrote:
>> For those of you developing for Qt 5.5 and iOS, you may want to hold off on
>> Xcode 7 for now.
>>
>> Installing the released
On Fri, Sep 18, 2015 at 6:00 AM, Edward Sutton
wrote:
> For those of you developing for Qt 5.5 and iOS, you may want to hold off on
> Xcode 7 for now.
>
> Installing the released Xcode 7 on top of Xcode 6.4 + Qt 5.5 OS
> X-Android-iOS Enterprise succeeded in building my
Hello List:
There seems to be a better option, sometimes just staring at me in the
face, right in the docs.
http://doc.qt.io/qt-5/qml-qtquick-layoutmirroring.html#details
More news on its effectiveness.
Cheers.
md
On Tue, Sep 15, 2015 at 6:55 AM, mark diener wrote:
>
I can now build Qt projects targeting iOS again after removing Xcode 7 and
reinstalling Qt5.5
1. I removed Qt 5.5, then Xcode 7 by deleting the app folder ( could not
find the old command line uninstall utility )
2. Installed Xcode 6.4 then Xcode 6.4 command line tools
3. Installed Qt
Thiago Macieira wrote:
> No. But note I am talking about a different persona. The user who doesn't
> develop will not care where the software is installed and about libraries. The
> developer, on the other hand, will care what libraries are and that they get
> installed properly.
Of course I had
Hi,
I have a built-in screen capture that use the QQuickView::grabWindow()
function inside my Qml application. I was wondering is there a way to
perform a video recording of the content?
Do I have to take many images and create a video manually or there's
something possible to generate a
On Friday 18 September 2015 10:14:31 René J. V. Bertin wrote:
> Thiago Macieira wrote:
> >> I'd be curious to know if your pkg-config still strips the arch-specific
> >> path out of its response.
> >
> > It does:
> >
> > $ env PKG_CONFIG_PATH=/usr/lib64/pkgconfig pkg-config --libs dbus-1
> >
Thiago Macieira wrote:
> Though Jane Developer will know what's there because she installs libraries
> using the package manager.
Any reason for the gender change? :)
> If the default search path is /usr/lib/x86_64-linux-gnu, then the question is
> why you had to set PKG_CONFIG_PATH.
I think
21 matches
Mail list logo