On Jul 11, 2014, at 6:21 AM, Christian Gagneraud chg...@gna.org wrote:
On 11/07/2014 11:22 a.m., Thiago Macieira wrote:
On Friday 11 July 2014 10:05:03 Christian Gagneraud wrote:
Boot To Qt for Embedded Linux (Not talking about android here), is based
on Yocto (which is open-source), there
-Original Message-
From: development-bounces+kai.koehne=digia@qt-project.org
[...]
Some background: on Sailfish, we launch all major system services (and
UI) through systemd services ( user session for the UI parts). Those
processes may then choose to execute processes of their
I have been using the Wacom Cintiq HD 24 Touch for some of my research
efforts, and I have tried to use MultiPointTouchArea to handle the touch
events, however, this has not lead to a great deal of success. To remedy
the situation, I decided to use the Wacom SDK to intercept these events and
On Thu, Jul 10, 2014 at 7:14 PM, Thiago Macieira
thiago.macie...@intel.com wrote:
I'm not asking that distributions turn journald on if they don't want to.
Journald is optional.
Good to have that fact stated clearly:-)
snip section on remote debugging and having a way to force stderr
On Fri, Jul 11, 2014 at 11:13 AM, Hunger Tobias tobias.hun...@digia.com wrote:
I see why you would want journal data in your output, but I do see a
problems making that work for remote debugging/running. Even sailfish is
apparently forcing output to stderr when starting applications on-device
On 11 Jul 2014, at 10:34 AM, Dean Floyd wrote:
I have been using the Wacom Cintiq HD 24 Touch for some of my research
efforts, and I have tried to use MultiPointTouchArea to handle the touch
events, however, this has not lead to a great deal of success. To remedy the
situation, I decided
Looks like there are many different uses cases and point of views, we may
not reach an agreement.
I agree that the default settings should be as unified as possible, but, on
the other and, each platform
having different capabilities, it make sense to set the default behavior on
a
On 11/07/14 18:50, Ziller Eike wrote:
On Jul 11, 2014, at 6:21 AM, Christian Gagneraud chg...@gna.org wrote:
On 11/07/2014 11:22 a.m., Thiago Macieira wrote:
On Friday 11 July 2014 10:05:03 Christian Gagneraud wrote:
Boot To Qt for Embedded Linux (Not talking about android here), is based
On 11/07/14 18:50, Ziller Eike wrote:
On Jul 11, 2014, at 6:21 AM, Christian Gagneraud chg...@gna.org wrote:
On 11/07/2014 11:22 a.m., Thiago Macieira wrote:
On Friday 11 July 2014 10:05:03 Christian Gagneraud wrote:
Boot To Qt for Embedded Linux (Not talking about android here), is based
On 10-Jul-14 20:03, Thiago Macieira wrote:
That means we can replace the GetConsoleWindow() call with
AttachConsole(ATTACH_PARENT_PROCESS). If it succeeds or if it returns
ERROR_ACCESS_DENIED, we have a console.
For the Windows folks around: should we do this?
I've just played around with
On 11-Jul-14 01:18, Thiago Macieira wrote:
Logging to both is a problem if you have something that is able to read from
both. On Windows, all debuggers and IDEs read from both. Therefore, the option
is out.
That's not true. Visual Studio displays output from OutputDebugString in
its debug
On Thu, Jul 10, 2014 at 8:47 AM, Kobus Jaroslaw jaroslaw.ko...@digia.com
wrote:
Hi All,
With the current state of QVersion (patchset 35) I see the following
issues:
1. operator() doesn't take the suffix into account (mentioned below)
2. There is no handling of sub version (you cannot
On 11-Jul-14 14:14, Joerg Bornemann wrote:
Here's the code. Maybe I missed something.
Ossi showed me what I missed.
We cannot just change stdout unconditionally.
So no reason to not do this, as long as the application call is prefixed
with start /wait to run it in the foreground.
---snip---
On Fri, Jul 11, 2014 at 11:58 AM, Rutledge Shawn shawn.rutle...@digia.com
wrote:
On 11 Jul 2014, at 10:34 AM, Dean Floyd wrote:
I have been using the Wacom Cintiq HD 24 Touch for some of my research
efforts, and I have tried to use MultiPointTouchArea to handle the touch
events, however,
___
From: Keith Gardner [kreios4...@gmail.com]
Sent: 11 July 2014 14:34
To: Kobus Jaroslaw
Cc: development@qt-project.org
Subject: Re: [Development] Adding support for version number comparisons
On Thu, Jul 10, 2014 at 8:47 AM, Kobus Jaroslaw
On Friday 11 July 2014 09:13:30 Hunger Tobias wrote:
Note that it's also possible to query the system log remotely too. I
believe
that is done on Android, isn't it? From all I can find on the
Internet, in
order to enable capture of stderr, you need to have a rooted device.
AFAIK
On Friday 11 July 2014 08:59:35 Alejandro Exojo wrote:
I agree. Which is why my proposal email does not talk about debug mode.
Oh, I'm confused then. It does in the Patch Set 6, no?
The commit does not match the proposal.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software
On Friday 11 July 2014 14:32:51 Joerg Bornemann wrote:
BTW QTestLib did log to both until 5.2.1.
See 7fab8eb56b9309734d1b34d3d935d6a4cf14ce6e
To be clear: since 5.2.0 until 5.2.1.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
18 matches
Mail list logo