On Tuesday, 22 de November de 2011 09.58.02, lars.kn...@nokia.com wrote:
A IMO better solution would be to have a repository called e.g. qtsupport
(KDE had something similar for quite a while) that contains copies to
these 3rd party libraries for convenience.
I'd prefer that too.
And to keep
On Tuesday, 22 de November de 2011 10.05.49, lars.kn...@nokia.com wrote:
Agree, but it shouldn't be difficult to do a generic backend based on the
system clock. So if you want to wakeup every 5 minutes, we'll always do
that at a defined clock time for all apps. We could simply say when the
On 11/03/2011 07:06 PM, lars.kn...@nokia.com wrote:
Yes, I agree that it'd be nice to avoid the recompile in that case.
However, this is the best way to be really certain your module works
against whatever it depends upon. It's not a huge issue on a decent
machine, at least if the dependent
On Tuesday November 22 2011, Stephen Kelly wrote:
[...]
It is useful to move them to QtCore.
[...]
I never understood why QAIM is in QtCore and QAPM and the rest of the bunch
isn't.
+1
--
Marc Mutz marc.m...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH Co.KG, a KDAB Group
Hi all,
I want to run QtDeclarative on MIPS and I will need to apply the QML changes
for this backend. I wonder about the pro/cons of having implementation and
tests separated in two different repositories.
Pro: The tests can be run with the normal Qt autotests, no other buildsystem
needed
I can email you more details if needed.
More food for thought
http://harmattan-dev.nokia.com/docs/library/html/qmsystem2/classMeeGo_1_1QmHeartbeat.html
Although not very QTimer like, which is why it was decided to not follow this
timer too closely for QtMobility
Lorn Potter
Senior
Hi, the Qt Project has now a collaboration channel focusing on
marketing, events and misc community activities not directly related
with software development:
- qt-project.org content.
- Marketing activities.
- Organization and involvement in events.
- ...
Your participation