Sounds great as well...while I'd like something for Mobile, I also need
something accessible for non-Mobile so the two can easily integrate.(E.g mobile
applications and desktop applications integrating for a shared experience).
$0.02
Ben
On Friday, February 12, 2016 10:10 AM, ekke
Question: How does this affect the reading list for the Qt Certifications?
It's been a while since I looked at it, but are the two reading lists not the
same?I'd probably suggest going more that direction - what's good for the
technologies that Qt uses and how can one improve oneself to help in
On Thursday, October 10, 2013 9:26 AM, Olivier Goffart oliv...@woboq.com
wrote:
On Thursday 10 October 2013 15:14:02 André Somers wrote:
Op 10-10-2013 14:53, Olivier Goffart schreef:
On Thursday 03 October 2013 10:38:59 Thiago Macieira wrote:
On quinta-feira, 3 de outubro de 2013
Just FYI - from what I am aware from building the Linux Kernel from time to
time there is some CAN support there too.
So you might want to add that to your list as well, or at least look at it.
$0.02
Ben
From: Denis Shienkov scap...@yandex.ru
To:
From: Thiago Macieira thiago.macie...@intel.com
To: development@qt-project.org
Sent: Thursday, May 2, 2013 11:09 AM
Subject: Re: [Development] kdelibs coding style
On quinta-feira, 2 de maio de 2013 16.12.00, Daniel Teske wrote:
I tried to compromise, but it seems like we don't want to
Having participated in the discussion on the Interests list...
Aside from what Andre' said...
From: Joerg Bornemann joerg.bornem...@digia.com
To: Friedemann Kleint friedemann.kle...@digia.com
Cc: development@qt-project.org
Sent: Friday, April 26, 2013 11:35 AM
Subject: Re: [Development] Qt5
FYI - having observed and read the conversation on the Interests list, these
are not people using git that are complaining.
They are people that are pulling the source archives for releases from the
website; no git involved.
For example:
I've been sitting silent on this, but I am quite in favor of having an easy to
understand approach to using QThreads, which the proposal in this thread seems
to be.
From: Thiago Macieira thiago.macie...@intel.com
To: development@qt-project.org
Sent: Monday, February 25, 2013 11:06 AM
From: Thiago Macieira thiago.macie...@intel.com
To: development@qt-project.org
Cc:
Sent: Tuesday, February 26, 2013 10:46 AM
Subject: Re: [Development] Evolving Qt's multithreading API
On terça-feira, 26 de fevereiro de 2013 07.03.37, BRM wrote:
Personally, I can easily seem myself
From: Niko Sams niko.s...@gmail.com
Sent: Sunday, January 6, 2013 3:49 PM
Subject: [Development] Gdb pretty printers for Qt 5
years ago I started working on gdb pretty printers for Qt 4 that allow
printing eg. QString or QList values. Similar to what QtCreator does
but with one big
From: Ahumada Sergio sergio.ahum...@digia.com
To: development development@qt-project.org
Sent: Wednesday, December 12, 2012 2:19 AM
Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
As I know others have expressed interest in helping out, here's the
From: Alan Alpert 4163654...@gmail.com
Sent: Tuesday, December 11, 2012 2:46 PM
Subject: Re: [Development] Controlling QML Imports
On Tue, Dec 11, 2012 at 7:52 AM, Thiago Macieira thi...@kde.org wrote:
On terça-feira, 11 de dezembro de 2012 15.44.37, Aaron J. Seigo wrote:
loading of
From: BRM bm_witn...@yahoo.com
Sent: Monday, November 26, 2012 9:39 PM
Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
From: Matt Broadstone mbroa...@gmail.com
Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
On Mon, Nov 26, 2012 at 1:48
From: Lukas Geyer lge...@gmx.at
Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
Am 27.11.2012 11:03, schrieb Sascha Cunz:
[...]
The difference is that 'operate' and 'configure' are
two different tasks
and thus usually require two different interfaces.
The
From: Matt Broadstone mbroa...@gmail.com
On Mon, Nov 26, 2012 at 10:13 AM, Thiago Macieira thiago.macie...@intel.com
wrote:
On segunda-feira, 26 de novembro de 2012 06.59.23, BRM wrote:
I am following up to some e-mails I sent on the feedback/interests/dev
lists[1] and blogs[2] over a year
that I'd vote to ultimately
end-up within Qt-proper.
Disclosure: I traded emails with BRM off-list, and would like to help.
--charley
Would you guys like to get into your design a little here? Did you mean that
you would be creating two classes: QCoreService/QGuiService (though I'm not
sure
a new
equivalent
+1
IMHO this would be a cross-platform useful module that I'd vote to
ultimately end-up within Qt-proper.
Disclosure: I traded emails with BRM off-list, and would like to help.
--charley
Would you guys like to get into your design a little here? Did you mean that
you
From: Matt Broadstone mbroa...@gmail.com
Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
On Mon, Nov 26, 2012 at 1:48 PM, BRM bm_witn...@yahoo.com wrote:
From: Charley Bay charleyb...@gmail.com
Is there any word on whether you guys get a spot in playground?
Since
From: Koehne Kai kai.koe...@digia.com
Friedemann said he'd like to have msvc 2010 64 bit as reference platform,
maybe replacing msvc 2010 32 bit. Problems I see is that we don't test it
right now in the CI system, and that e.g. qtwebkit has currently problems on
windows 64 bit.
Agree
From: shane.kea...@accenture.com shane.kea...@accenture.com
Sent: Tuesday, November 13, 2012 11:12 AM
Subject: RE: [Development] Proposal: New list of Qt 5 reference / Tier 1
platforms
Win8 support would be nice to add, but please do not drop WinXP.
MS may be dropping official, public
From: Alan Alpert 4163654...@gmail.com
To: development development@qt-project.org
Cc:
Sent: Thursday, November 8, 2012 12:57 PM
Subject: [Development] Another method of registering QML types
Currently, there is no way to register QML files as types from C++.
This is the exact same
- Original Message -
From: Alan Alpert 4163654...@gmail.com
On Thu, Nov 8, 2012 at 12:49 PM, BRM bm_witn...@yahoo.com wrote:
From: Alan Alpert 4163654...@gmail.com
To: development development@qt-project.org
Cc:
Sent: Thursday, November 8, 2012 12:57 PM
Subject: [Development
From: Thiago Macieira thiago.macie...@intel.com
Subject: Re: [Development] New proposal for the tool naming
On segunda-feira, 22 de outubro de 2012 21.21.17, André Pönitz wrote:
On Mon, Oct 22, 2012 at 09:08:38AM -0700, Thiago Macieira wrote:
On segunda-feira, 22 de outubro de 2012 15.45.56,
From: Thiago Macieira thiago.macie...@intel.com
Sent: Tuesday, October 23, 2012 1:03 PM
Subject: Re: [Development] New proposal for the tool naming
On terça-feira, 23 de outubro de 2012 16.33.05, Ziller Eike wrote:
So that if you happen to have a real qmake instead of
the wrapper in
The more I read the various related threads, the more I think if qt-project is
to do anything it should be to define to LSB/FHS how to configure Qt. I don't
necessarily see consensus; but I do see a lot of questions that have gone
unanswered. There seems to be a lot of objection to user tool
FWIW, +1 - with one modification - reflect at least the minor version in the
install path - so $prefix/libexec/qt5.0, if not $prefix/libexec/qt5.0.0.
I think there is probably a simple rule we could maintain: Keeping the names of
developer visible tools the same is, IHMO, a must. Tools that are
From: Oswald Buddenhagen oswald.buddenha...@digia.com
Subject: [Development] renaming qmake for everyone (was: Re: Co-installation
library naming rules=)
[changed the subject to get some attention ... from a quick survey i
don't have the impression that many people grasp that this thread is
From: Sorvig Morten morten.sor...@digia.com
Subject: Re: [Development] Behavior changes in Qt
On Oct 11, 2012, at 4:06 PM, BRM bm_witn...@yahoo.com wrote:
How about opt-in (via configure or extra flags) until the next major release?
I don't think doing the opt-in/opt-out/mandatory over
FWIW, +1.
Ben
- Original Message -
From: Hausmann Simon simon.hausm...@digia.com
To: Thiago Macieira thiago.macie...@intel.com; development@qt-project.org
development@qt-project.org
Cc:
Sent: Friday, September 28, 2012 4:22 AM
Subject: Re: [Development] Branching for Qt 5
From: marius.storm-ol...@nokia.com marius.storm-ol...@nokia.com
Subject: Re: [Development] Qt 5 beta
On 31/08/2012 07:29, ext Thiago Macieira wrote:
Remember that 7z was fairly unknown at one point too, but has caught on
due to its extremely powerful compression, and is now well known and
- Original Message -
From: Thiago Macieira thiago.macie...@intel.com
To: development@qt-project.org
Sent: Thursday, August 30, 2012 1:07 PM
Subject: Re: [Development] Qt 5 beta
On quinta-feira, 30 de agosto de 2012 17.30.58, Laszlo Papp wrote:
I'd rather not bring back .tar.bz2.
From: Jonas M. Gastal jgas...@profusion.mobi
To: development@qt-project.org; BRM bm_witn...@yahoo.com
Sent: Thursday, August 30, 2012 4:02 PM
Subject: Re: [Development] Qt 5 beta
On Thursday 30 August 2012 11:48:38 BRM wrote:
tar.bz2 is pretty common, along with tar.gz.
tar.xy, OTOH
From: Sean Harmer sean.har...@kdab.com
On Monday 16 July 2012 07:21:23 Thiago Macieira wrote:
On segunda-feira, 16 de julho de 2012 15.12.15, Sean Harmer wrote:
On Monday 16 July 2012 07:08:38 Thiago Macieira wrote:
I'm asking for Qt 5.0: what should we tell Linux distributors
to
From: Thiago Macieira thiago.macie...@intel.com
On quarta-feira, 16 de maio de 2012 16.56.05, Robin Burchell wrote:
That isn't how reality works. You cannot tell me (as a volunteer) what
I ought to be spending my time on any more than I can tell you what
color to paint your livingroom. My
From: Donald Carr sirsp...@gmail.com
Please provide a link to your poll when citing it so that people can
look at empirical data:
http://qt-project.org/forums/viewthread/16693/
must be the wrong poll, since that shows QML components being a
primary point of concern. This is out of a
From: jan-arve.saet...@nokia.com jan-arve.saet...@nokia.com
ext Corentin Jabot wrote on 2012-05-02:
bool
QServiceManager::setInterProcessMethod(QService::InterProcessMethod);
enum QService::InterProcessMethod {
Native,
LocalSocket,
DBus
}
Wouldn't
- Original Message -
From: Robin Burchell robin...@viroteck.net
2012/4/24 Thiago Macieira thiago.macie...@intel.com:
My recommendation is a variant of options 3: we document that it accepts
only
US-ASCII and that it has undefined behaviour when the input isn't
US-ASCII
From: Olivier Goffart oliv...@woboq.com
On Thursday 01 March 2012 12:44:47 Mathias Hasselmann wrote:
Sadly, considering the slowness of g++ and the complexity of Qt, I doubt
this is a reasonable approach for Qt.
That's what pre-compiled header are for.
Not everyone uses pre-compiled headers,
Just FYI - this is probably a better question for the qt-interests list as this
list is focused on Qt5 at the moment (and post 5.0 after that).
$0.02
BRM
From: 陳敏華 che...@cn.fujitsu.com
To: development@qt-project.org
Sent: Tuesday, February 28, 2012 10:58
From: Lincoln Ramsay lincoln.ram...@nokia.com
On 02/23/2012 09:48 PM, ext David Faure wrote:
# write output to a file (in the user's home directory)
logging.output.file = file.txt
I suppose Windows users would expect relative paths to be in the CWD,
which
is usually the executable's
From: shane.kea...@accenture.com shane.kea...@accenture.com
To: bm_witn...@yahoo.com; lincoln.ram...@nokia.com; david.fa...@kdab.com
Cc: development@qt-project.org
Sent: Friday, February 24, 2012 10:46 AM
Subject: RE: [Development] (long) thoughts on categorized logging (qLog)
well, it
From: Thiago Macieira thiago.macie...@intel.com
On terça-feira, 21 de fevereiro de 2012 09.59.49, Marc Mutz wrote:
A tangential question: should QRect be QBasicRectint (in which case
it
would probably have a class invariant of right()-left()==width() instead
of width()-1 as now. If
From: Olivier Goffart oliv...@woboq.com
On Tuesday 21 February 2012 14:03:26 Marc Mutz wrote:
On Tuesday February 21 2012, Marc Mutz wrote:
On Tuesday February 21 2012, Marc Mutz wrote:
Hi,
The QString header contains a ### about removing sprintf() in
5.0, but
it's still
From: lars.kn...@nokia.com lars.kn...@nokia.com
On 2/16/12 6:21 PM, ext Girish Ramakrishnan
gir...@forwardbias.in
wrote:
Hi Lars,
On Thu, Feb 16, 2012 at 5:03 AM, lars.kn...@nokia.com wrote:
On 2/16/12 12:16 PM, ext Giuseppe D'Angelo
dange...@gmail.com wrote:
On 15 February
From: Lincoln Ramsay lincoln.ram...@nokia.com
To: development@qt-project.org
Cc:
Sent: Tuesday, February 14, 2012 8:05 PM
Subject: Re: [Development] QLog ( Work on qDebug and friends)
On 02/15/2012 01:47 AM, ext BRM wrote:
I'd much rather see a Category object being pushed via
From: lars.kn...@nokia.com lars.kn...@nokia.com
On 2/15/12 12:11 PM, ext Olivier Goffart oliv...@woboq.com wrote:
On Wednesday 15 February 2012 22:02:10 craig.sc...@csiro.au wrote:
On 15/02/2012, at 8:58 PM, lars.kn...@nokia.com
lars.kn...@nokia.com
wrote:
On 2/15/12 10:28 AM, ext
From: Lincoln Ramsay lincoln.ram...@nokia.com
To: BRM bm_witn...@yahoo.com
On 02/16/2012 02:14 AM, ext BRM wrote:
This fails the do nothing quickly test so the cost of leaving
such statements in shipping code is high, even when the categories
are disabled.
This works fine though.
qLog
- Original Message -
From: kai.koe...@nokia.com kai.koe...@nokia.com
-Original Message-
From: development-bounces+kai.koehne=nokia@qt-project.org
[mailto:development-bounces+kai.koehne=nokia@qt-project.org] On
Behalf Of Ramsay Lincoln (Nokia-MP/Brisbane)
Sent:
-project.org
[mailto:development-bounces+kai.koehne=nokia@qt-project.org] On
Behalf Of ext BRM
Sent: Tuesday, February 14, 2012 3:00 PM
To: development@qt-project.org
Subject: Re: [Development] QLog ( Work on qDebug and friends)
- Original Message -
From: kai.koe
From: wolfgang.b...@nokia.com wolfgang.b...@nokia.com
The controlling of the category will be done using a configuration file.
QLog contains a private class that creates a file watcher for the
configuration
file.
So not only if you start the application but during runtime as well the
From: casper.vandonde...@nokia.com casper.vandonde...@nokia.com
On 2/9/12 10:44 PM, ext BRM bm_witn...@yahoo.com wrote:
From: casper.vandonde...@nokia.com
casper.vandonde...@nokia.com
Just to add what I think to Marius' comments:
1. Doxygen would need some extra features, the major one
From: shane.kea...@accenture.com shane.kea...@accenture.com
T he current default behaviour of Qt sockets is that they allocate an
unbounded
amount of memory if the application is not reading all data from the socket
but
the event loop is running.
In the worst case, this causes memory
From: Olivier Goffart oliv...@woboq.com
On Thursday 09 February 2012 10:42:07 Thiago Macieira wrote:
On Thursday, 9 de February de 2012 10.07.16, Jedrzej Nowacki wrote:
Hi,
Does anybody know why we have separation between QMetaTypeId and
QMetaTypeId2 classes?
Because the
From: casper.vandonde...@nokia.com casper.vandonde...@nokia.com
Just to add what I think to Marius' comments:
1. Doxygen would need some extra features, the major one being QML, but also
being able to use index files to easily link for instance the Creator docs to
the Qt docs.
Why would
From: David Faure fa...@kde.org
On Friday 03 February 2012 10:51:50 kai.koe...@nokia.com wrote:
Finally I came around to actually implement something:
http://codereview.qt-project.org/#change,15129
The idea is that you can customize the output by setting the
QT_DEBUG_PATTERN
sure the information is all there to
use (debug area's and the likes), so I think we agree. I got the feeling
that BRM (Ben) was more interested in making the output more fancy, and
that is where I object to putting this into Qt Core, or at least to
putting that into Qt Core at this moment
- Original Message -
From: wolfgang.b...@nokia.com wolfgang.b...@nokia.com
To: robin...@viroteck.net; david.fa...@kdab.com
Cc: development@qt-project.org
Sent: Thursday, February 2, 2012 6:00 PM
Subject: Re: [Development] QLog ( Work on qDebug and friends)
I think we can change the
Sorry, I'm a little late to the conversation - got behind a bit...
From: Thiago Macieira thiago.macie...@intel.com
On Monday, 30 de January de 2012 16.32.38, Olivier Goffart wrote:
On Monday 30 January 2012 16:13:48 Thiago Macieira wrote:
We definitely want:
- the language support library
Getting caught up again...
- Original Message -
From: Lincoln Ramsay lincoln.ram...@nokia.com
On 01/31/2012 05:08 PM, ext Jordi Pujol wrote:
- Crazy idea : allow logging to a socket ? ( remote log/debug )
- More than one logging file ? One file for every category / group of
From: David Faure david.fa...@kdab.com
On Wednesday 01 February 2012 10:02:00 BRM wrote:
I would also suggest that the plugins use a standard public interface class
such as QAbstractLogFacility, like QTcpSocket uses QAbstractSocket - so
that people can add their own custom logging output
From: David Faure david.fa...@kdab.com
To: craig.sc...@csiro.au
Cc: development@qt-project.org
Sent: Monday, December 19, 2011 3:40 AM
Subject: Re: [Development] Qt Commercial 4.8.0 release delta to LGPL version
On Saturday 17 December 2011 09:01:35 craig.sc...@csiro.au wrote:
On
61 matches
Mail list logo