- Original Message -
From: alexander golks a...@golks.de
To: interest@qt-project.org
Sent: Thursday, 6 March, 2014 8:49:08 AM
Subject: Re: [Interest] Process started with QProcess::startDetached is still
a child, and is killed when parent
quits
Am Wed, 5 Mar 2014 21:40:11 +0100
Hi Jacob,
right, I did not specify that I use eglfs.
Stefano.
On 03/06/2014 08:53 AM, Jacob Kroon wrote:
Hi Stefano,
On Thu, Mar 6, 2014 at 8:47 AM, Stefano Cordibella
stefano.cordibe...@edalab.it mailto:stefano.cordibe...@edalab.it
wrote:
Hi list,
using qt 5.2.2 (release
Hi Stefano,
On Thu, Mar 6, 2014 at 9:22 AM, Stefano Cordibella
stefano.cordibe...@edalab.it wrote:
Hi Jacob,
right, I did not specify that I use eglfs.
I can just talk from my own personal experience in using Qt5+iMX6. In
5.1.1, eglfs had a hard time tracking the mouse pointer, 5.2.0
Thank you Jacob for your suggestion,
for this application the choice of using eglfs is not under my
direct control, in addition to this I suppose that the use of X11 can
degrade the performance of the application (the target is a imx6
Single...).
Did you noticed a decrease in performance
On Thu, Mar 6, 2014 at 10:20 AM, Stefano Cordibella
stefano.cordibe...@edalab.it wrote:
Thank you Jacob for your suggestion,
for this application the choice of using eglfs is not under my direct
control, in addition to this I suppose that the use of X11 can degrade the
performance of
Thank you for reporting your experience Jacob!
My problem is that I am forced to use an ltib environment for cross
compiling, so it isn't so simple to compile the required libraries to
support X11 backend...
Btw I see that using eglfs in an application that don't use QML (the Qt
fingerpaint
Hi Wiebe,
Den 05-03-2014 21:40, Wiebe Cazemier skrev:
I'm trying to get my auto-updater to work for my Qt 5.1 project
(running on Windows 7 32 bit, but Windows XP has the same problem).
It downloads an installer, starts it, and quits itself. The problem
is that when the application quits, the
- Original Message -
From: Bo Thorsen bthor...@ics.com
To: interest@qt-project.org
Sent: Thursday, 6 March, 2014 12:56:00 PM
Subject: Re: [Interest] Process started with QProcess::startDetached is still
a child, and is killed when parent
quits
For this reason, I don't use
Eureka!
I solved the issue setting the maximum CPU frequency for my board with
the command:
echo performance /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Forgive me for this spam topic, reading the board documentation it was
written that the maximum cpu frequency was the default
Em qui 06 mar 2014, às 16:50:22, Wiebe Cazemier escreveu:
However, it did happen several times that when the installer started, the
files couldn't be overwritten because the program was still hanging without
a window. I haven't been able to explain that yet.
Perhaps just a race condition.
--
Checked today: https://codereview.qt-project.org/79783 fixes the problem.
Thanks!
-Message d'origine-
De : interest-bounces+nicolas.bertin=alcatel-lucent@qt-project.org
[mailto:interest-bounces+nicolas.bertin=alcatel-lucent.com@qt-
project.org] De la part de Thiago Macieira
I'm wondering what other people are using these days for providing web
services from a server point of view for embedded devices, where the server
code is integrated as a shared library and geared more toward providing
RESTful services for a limited number of clients on the local network.
Hi all,
Any way I can give the menu a fixed position ? I have a button which
onClicked popup() the Menu.
I want the Menu to at always the same position and not when I click on
a different area of the parent item, with another offset.
Thanks in advance!
Damian
Is there a recommended or proper way for cross-compiling on Linux for
Windows in Qt5 that doesn't involve building Qt5 from source? The
unsupported/win32-g++-cross mkspec is now removed in Qt5 and I'd like to
setup a cross compiler under Travis-CI.
Jonathan
On 03/06/2014 10:40 PM, Jonathan Greig wrote:
Is there a recommended or proper way for cross-compiling on Linux for
Windows in Qt5 that doesn't involve building Qt5 from source? The
unsupported/win32-g++-cross mkspec is now removed in Qt5 and I'd like
to setup a cross compiler under
I've used MXE several times in the past even before it was called MXE. I
must have really bad luck, because any time I have ever used the master
ends up in disaster. Mark, Since I know your involved with MXE more than
most, is there an estimate on when the shared lib support will make it into
the
Em qui 06 mar 2014, às 17:40:33, Jonathan Greig escreveu:
I noticed it was subsumed into the win32-g++ mkspec but the note suggests
you need to build Qt5 from source, which I would like to avoid if possible
because that lengthens the build process considerably.
Reusing the Qt build tools for
I have a need for windows that maintain a set aspect ratio, so I implemented
heightForWidth(). Since I'm still exploring, I made it very simple (this
function is called by a wrapper class that actually implements
heightForWidth()):
int grafRec::doHeightForWidth(int w)
{
return w/2;
}
The answer to this is probably to update Qt, but we have an application that
has been working fine on both Windows and Mac for many years, with a UI which
can be switched between several Eastern and Western languages.
English and other Western text display properly, on all OS versions, but when
Thanks Mark, I sent an email to the MXE list.
On Thu, Mar 6, 2014 at 7:26 PM, Mark Brand mabr...@mabrand.nl wrote:
On 03/07/2014 12:40 AM, Jonathan Greig wrote:
I've used MXE several times in the past even before it was called MXE. I
must have really bad luck, because any time I have ever
Em qui 06 mar 2014, às 17:33:51, Dan Korn escreveu:
Has anyone else seen this? What could be causing it? Is it fixed in a
later version of Qt after 4.5? Where would I look in the Qt source code to
try to patch this?
I've never seen it and I've never seen the issue reported.
You're also the
Greetings list...
I've also posted this question here:
http://qt-project.org/forums/viewthread/39195/
I’m using Qt Creator 3.1.81 based on Qt 5.2.2 (Mac) with QtQuick 2.1
I’m trying to use a user-defined object type:
import “../WeightPlateQtQ”
(aside: the qml file I’m attempting to import is
IMHO it makes [some] sense for the debugger to kill all processes
created by the one being debugged — that gives some guarantee that
repeated debugging sessions won't cause uncontrollable growth of number
of running processes, the debugged application won't meet locks or other
resource sharing
Does anyone know how the declarative nature of QML can be described in
E-Prime? (English without the verb, to be).
http://en.wikipedia.org/wiki/E-Prime
___
Interest mailing list
Interest@qt-project.org
24 matches
Mail list logo