On Montag, 14. November 2016 19:15:46 CET william.croc...@analog.com wrote:
> - Restoring window locations to where the user left them...
>Just one of a dozen behaviors of a good application
>which is not implemented well (if at all) by Qt and,
>therefore, has to be implemented by the d
Thanks Thiago, you opened my eyes.
I fact we deploy our app with all needed libs including libqst*, and all
needed stuff in mediaservice directory. But this libs in mediaservice
need to be tell where to take the correct libqst libs.
I just changed their rpath (with patchelf) in our deployment
Perhaps I'm missing something, but why not skip the processEvents call
altogether and just queue an event to do the resizing later?
E.g:
void MyApp::show()
{
...
// The lambda is just quickest to write, you can use a private slot as
well.
QTimer::singleShot(0, [sz, pos] () -> void
hi gunnar,
thanks a lot for your reply!
> from https://wiki.qt.io/New_Features_in_Qt_5.8i:
>
> • Implemented caching of code and data structures generated from
> .qml/.js files to disk to reduce start-up time and memory consumption. The
> resulting .qmlc and .jsc cache files are memory
Hi Tim.
from https://wiki.qt.io/New_Features_in_Qt_5.8i:
• Implemented caching of code and data structures generated from
.qml/.js files to disk to reduce start-up time and memory consumption. The
resulting .qmlc and .jsc cache files are memory mapped.
This all happens automatically
On Tue, Nov 8, 2016 at 3:56 PM, william.croc...@analog.com <
william.croc...@analog.com> wrote:
>
> It appears that with Qt 5.7, SOMETIMES, my call to processEvents waits
> for the full 5 secs even though I do not believe there is anything to do.
> That is why my app is SOMETIMES unresponsive for 5
Em segunda-feira, 14 de novembro de 2016, às 07:08:41 PST, maitai escreveu:
> Since Ubuntu 16.04, my qt (qt5.7 official release/QWidget-based)
> application cannot play a sound (no crash, but no sound). The very same
> app works fine with Ubuntu 14.04. I get that kind of messages in the
> console w
Thanks Jason for your reply,
I am not sure I understand. For many years now we just provide a 32 and
a 64 build without having ever taken care of gstreamer (or even know
about it, to be honest, it just worked). We do not play music, just some
"ding" and some rings. Those builds were working fl
Em segunda-feira, 14 de novembro de 2016, às 13:26:05 PST, Rainer Wiesenfarth
escreveu:
> I attach the four files I also added to the issue created with Qt support.
> Unfortunately, they could not reproduce the observed behavior on Windows
> 10.
That usually indicates that it's something else on
Em segunda-feira, 14 de novembro de 2016, às 06:23:40 PST,
william.croc...@analog.com escreveu:
> I think what I really need here is somthing-I-can-do which will
> insure a round trip to the X windows server.
In Qt 5, that's threaded, so you really don't need to do anything. The other
thread wil
Em segunda-feira, 14 de novembro de 2016, às 06:23:40 PST,
william.croc...@analog.com escreveu:
> The doc currently says...
>
> "Processes pending events for the calling thread for maxtime
> milliseconds or until there are no more events to process, whichever is
> shorter."
>
> The "or unti
> How can I keep that from happening? The application becomes useless if
> you can't see it on the screen :-/ It seems there's something I need to
> do when the device changes orientation? But I don't know what.
I'm having similar, but different issues. I'm going to have to get back to you.
I'
Well the Quick Compiler already converts it to native so I'm guessing whatever
is left to be JIT'd get's JIT'd. I wouldn't think it's anything you'd have to
do, it's just be in the V4 engine?
> Sent: Monday, November 14, 2016 at 9:42 AM
> From: "Tim Blechmann"
> To: interest@qt-project.org
> S
Have you ensured that the gstreamer configuration is valid?
Is it localized to one machine, or many machines on one distro, or all machines?
I'm willing to bet the distro doesn't configure gstreamer properly. (But that's
just a guess)
> Sent: Monday, November 14, 2016 at 1:08 AM
> From: maitai
hi all,
i've read a lot about qml caching in qt-5.8. however i didn't find any
documentation on how to use it.
is there any documentation on how we can use it from a cmake
buildsystem? i suppose somehow the qrc files need to be pre-processed to
generate the qmlc/jsc files?
thanks a lot!
tim
__
On 11/14/2016 06:23 AM, william.croc...@analog.com wrote:
This sender failed our fraud detection checks and may not be who they appear to
be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing
But, if there *IS* something to do (sync), and I do not give it enough time,
then the new bug w
2016-11-10 17:08 GMT+01:00 Joerg Bornemann :
> On 09/11/2016 14:24, Rainer Wiesenfarth wrote:
>
> Environment 1: Windows 10.
>> - Dad starts first instance of Son => error message from Qt "QProcess:
>> CreateNamedPipe failed. (access denied)" (3 times)
>>
>
> This indicates that the pipes for stdi
But, if there *IS* something to do (sync), and I do not give it enough time,
then the new bug will be that my app only restores window size and location
SOMETIMES, because processEvents was not given enough time.
You seem to be misunderstanding what the timeout is. It doesn't say
"this functi
2016-11-08 16:01 GMT+01:00 william.croc...@analog.com
:
> On 11/08/2016 09:45 AM, Michael Sué wrote:
>>
>> Hi,
>>
>>>qApp->processEvents(QEventLoop::ExcludeUserInputEvents,5000);
>>
>>
>> Your processEvents call timeouts after 5 secs, and you wait for 5 secs, at
>> least sometimes. How abou
2016-11-06 23:32 GMT+01:00 Alexey Mednyy :
> Hello, all!
>
> Can anybody prove that it's possible to replace qt 4.8 qwt based system
> with: Wayland+QWaylandCompositor+qtquick2drenderer.
> For quite long time qt 4.8 + qws was the only solution for simple windowing
> system. Qt 5(qtquick) was unava
20 matches
Mail list logo
