On 02/06/2013 10:42 PM, Olivier Goffart wrote:
> On Wednesday 06 February 2013 13:31:40 Thiago Macieira wrote:
>> Hello
>>
>> Andreas is a long-time Qt developer. For those of you who haven't yet had
>> the pleasure of meeting him, he's the brains behind the original
>> implementation and maintenan
Hi,
On Wed, Feb 6, 2013 at 1:33 PM, Mitch Curtis wrote:
>> Bug triaging is a good way to get new contributors involved. So in my
>> opinion we should try to encourage everyone to help out with the cleanup of
>> our bug- tracker. Maybe we can even learn from KDE for example, where
>> regular bug t
On 02/07/2013 02:11 AM, Charley Bay wrote:
Mitch sayeth:
I think a lot of people are hesitant to contribute fixes because
of all of the
setup required to contribute, also (yeah, it's easy once you are
familiar with
it). ,
+1
It would be nice to make this, "turn-key".
For
On 02/06/2013 11:20 PM, Koehne Kai wrote:
>
>> -Original Message-
>> From: development-bounces+kai.koehne=digia@qt-project.org
>> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
>> Behalf Of Thiago Macieira
>> Sent: Tuesday, February 05, 2013 6:42 AM
>> To: developme
I'm trying to load FolderListModel plugin:
import Qt.labs.folderlistmodel 2.0
and got this error:
main.qml:2:1: module "Qt.labs.folderlistmodel" is not installed
I was using code from that plugin as template to implement my own and start
looking around when it didnt work. Plugin is "installed" in
On quarta-feira, 6 de fevereiro de 2013 22.54.45, Olivier Goffart wrote:
> > factors. Namely:
> > - wakeUp() is only called from qcoreapplication.cpp with the event queue
> >
> >mutex locked
>
> wakeUp is called from many places, and without the lock.
It's called from:
- QCoreApplication:
On Wednesday 06 February 2013 12:38:12 Thiago Macieira wrote:
> On quarta-feira, 6 de fevereiro de 2013 21.13.36, Olivier Goffart wrote:
> > That said, it is probably a good idea not to call select at all when it is
> > not needed. But with that patch, you also make calls to write even when
> > i
+1
Rich.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On Wednesday 06 February 2013 13:31:40 Thiago Macieira wrote:
> Hello
>
> Andreas is a long-time Qt developer. For those of you who haven't yet had
> the pleasure of meeting him, he's the brains behind the original
> implementation and maintenance of Graphics View. Before that, I remember
> workin
What? He isn't an approver yet? Seconded!
On 02/06/2013 10:33 PM, Robin Burchell wrote:
> Seconded happily. Unlike you, I haven't had the chance to work with
> him, but I've seen his work around the place :)
>
> On Wed, Feb 6, 2013 at 10:31 PM, Thiago Macieira
> wrote:
>> Hello
>>
>> Andreas is a
Seconded happily. Unlike you, I haven't had the chance to work with
him, but I've seen his work around the place :)
On Wed, Feb 6, 2013 at 10:31 PM, Thiago Macieira
wrote:
> Hello
>
> Andreas is a long-time Qt developer. For those of you who haven't yet had the
> pleasure of meeting him, he's the
Hello
Andreas is a long-time Qt developer. For those of you who haven't yet had the
pleasure of meeting him, he's the brains behind the original implementation
and maintenance of Graphics View. Before that, I remember working with him on
the networking classes -- in fact, QSslSocket is also his
On quarta-feira, 6 de fevereiro de 2013 21.13.36, Olivier Goffart wrote:
> That said, it is probably a good idea not to call select at all when it is
> not needed. But with that patch, you also make calls to write even when
> it is not needed, while before there was only call to write.
The atomi
About https://codereview.qt-project.org/46798
On Wednesday 06 February 2013 11:51:17 BogDan wrote:
> I think I understood how the event loop is supposed to work, sadly, at least
> on android, it doesn't work as it should. Is very simple to check it, just
> revert that patch and test an UI applicat
On quarta-feira, 6 de fevereiro de 2013 11.51.17, BogDan wrote:
> I think I understood how the event loop is supposed to work, sadly, at least
> on android, it doesn't work as it should. Is very simple to check it, just
> revert that patch and test an UI application that doesn't have any active
> t
>> On Android all events are coming from another thread, and some time a few
>> events are not delivered by the event loop. It happens because if an event
>> is added to the event loop when the event loop just started to
>> process/deliver the events this event is not sent because the event
On quarta-feira, 6 de fevereiro de 2013 10.23.25, BogDan wrote:
> On Android all events are coming from another thread, and some time a few
> events are not delivered by the event loop. It happens because if an event
> is added to the event loop when the event loop just started to
> process/delive
On 01/31/2013 07:49 AM, Oswald Buddenhagen wrote:
> On Thu, Jan 31, 2013 at 01:59:17PM +0100, Paul Olav Tvete wrote:
>> On Thursday 31 January 2013 13:08:11 Oswald Buddenhagen wrote:
>>> as i stated before, i'm driving forward a process to decide the
>>> execution details of a previously made decis
On 01/31/2013 03:19 AM, Chris Adams wrote:
> Slightly off-topic, but in any event, I think we can all agree that
> there's a huge difference between a good QML API and a good C++ API.
> I haven't looked at it, but if Alan thinks that QScreen, as is,
> shouldn't be exposed to QML as a property o
On Thursday 31 January 2013 07:50:32 Koehne Kai wrote:
> > -Original Message-
> > From: development-bounces+kai.koehne=digia@qt-project.org
> > [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> > Behalf Of Matt Williams
> > Sent: Tuesday, January 29, 2013 11:14 AM
>
[...]
>> >> M src/corelib/kernel/qeventdispatcher_unix.cpp
>> >> M src/corelib/kernel/qeventdispatcher_unix_p.h
>> >
>> > This one needs a very good explanation.
>>
>> Would you mind discussing this with Bogdan on
>>
>> https://codereview.qt-project.org/#change,46798
>>
>
On quarta-feira, 6 de fevereiro de 2013 11.07.44, Eskil Abrahamsen Blomfeldt
wrote:
> >> A lib/rules.xml
> >
> > I'd rather you found a better place for this file.
>
> I was planning on putting it into src/android and having it deployed
> into lib/rules.xml when you build for Android.
>
>
On quarta-feira, 6 de fevereiro de 2013 16.45.15, Eskil Abrahamsen Blomfeldt
wrote:
> On 02/06/2013 04:43 PM, Thiago Macieira wrote:
> > Note: a way out is to define *both*.
>
> This sounds like a logical compromise to me. We can define the
> Q_OS_LINUX_ANDROID and document that it's to avoid bre
Thank you Richard. Sorry for sending to the wrong mailing list :(
On 6 February 2013 18:47, Richard Moore wrote:
> See http://www.youtube.com/watch?v=btLCVoEuEr8 for a talk on this topic.
> The examples are at
> https://gitorious.org/qt-examples/qt-examples/trees/master/ssl-examples
>
> For futu
Mitch sayeth:
> I think a lot of people are hesitant to contribute fixes because of all of
> the
> setup required to contribute, also (yeah, it's easy once you are familiar
> with
> it). ,
+1
It would be nice to make this, "turn-key".
For example, on platforms like Windows, it "would-be-nice"
On 02/06/2013 04:43 PM, Thiago Macieira wrote:
> Note: a way out is to define *both*.
This sounds like a logical compromise to me. We can define the
Q_OS_LINUX_ANDROID and document that it's to avoid breaking existing
code, and we can use Q_OS_ANDROID internally in Qt.
-- Eskil
___
On quarta-feira, 6 de fevereiro de 2013 00.40.45, BogDan wrote:
> When, where, who ?
>
> I changed that macro because Google[1] and GCC[2] consider that the name of
> the O.S. is ANDROID not LINUX-ANDROID and they define a preprocessor macro
> as __ANDROID__ (not __LINUX_ANDROID__)! Because Q_OS
On Wednesday, February 06, 2013 12:52:29 PM Frederik Gladhorn wrote:
> Hello all,
>
> yesterday we did a bug triaging and fixing day here in the Digia Oslo
> office. While everyone always looks at the bugs a little bit, it is
> sometimes good to actually go through them and figure out if they are
Hello again,
if you follow gerrit and the git repos closely you might have noticed that we
have merged the branches in a more regular fashion lately.
With our current setup we need to continously go this path:
release -> stable -> dev
On a side note: Please only submit your patch for one branch
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> Behalf Of Thiago Macieira
> Sent: Tuesday, February 05, 2013 6:42 AM
> To: development@qt-project.org
> Subject: Re: [Development] I
See http://www.youtube.com/watch?v=btLCVoEuEr8 for a talk on this topic.
The examples are at
https://gitorious.org/qt-examples/qt-examples/trees/master/ssl-examples
For future reference, questions like this should be sent to the
inter...@qt-project.org list not the development list.
Cheers
Rich.
Hi,
On Wednesday 06 February 2013 13:05:33 Paul Olav Tvete wrote:
> On Wednesday 6 February 2013 09:41:46 Paul Olav Tvete wrote:
> > On Wednesday 6 February 2013 09:00:41 Thomas McGuire wrote:
> > > A workaround would be to squash all commits of the branch together into
> > > a single patch and th
On Wednesday 6 February 2013 09:41:46 Paul Olav Tvete wrote:
> On Wednesday 6 February 2013 09:00:41 Thomas McGuire wrote:
> > A workaround would be to squash all commits of the branch together into a
> > single patch and then upload that to Gerrit for review. Now, actually
> > pushing the single
Hello all,
yesterday we did a bug triaging and fixing day here in the Digia Oslo office.
While everyone always looks at the bugs a little bit, it is sometimes good to
actually go through them and figure out if they are valid and their priority
so we know what to work on.
Traditionally we have b
On 2/5/13 4:06 PM, "Thiago Macieira" wrote:
>On terça-feira, 5 de fevereiro de 2013 11.19.39, Diego Iastrubni wrote:
>> Note that Qt3 had a very good support for Arabic/Hebrew/Farse (RTL in
>> general). I still remember sitting with Lars back in 2003 in (crap
>>forgot
>> where in Germany that a
On Tue, Feb 05, 2013 at 12:16:26PM -0800, BogDan wrote:
> Android has almost none of the previous libraries and utilities.
>
> Even distrowatch consider android a different O.S.
> http://distrowatch.com/dwres.php?resource=links#otheros
>
it basically boils down to what is more likely to be used
On Wed, Feb 06, 2013 at 09:41:46AM +0100, Paul Olav Tvete wrote:
> On Wednesday 6 February 2013 09:00:41 Thomas McGuire wrote:
> > A workaround would be to squash all commits of the branch together into a
> > single patch and then upload that to Gerrit for review. Now, actually
> > pushing the si
Thanks for the comments. I'll convert them all into tasks or add them as
comments in Gerrit if the patches in question are already in there.
On 02/06/2013 03:04 AM, Thiago Macieira wrote:
> -2 on the -openssl-source option. It's not used anywhere.
Yes, that's a left-over. I'll remove it.
>>
On Wednesday 6 February 2013 09:00:41 Thomas McGuire wrote:
> A workaround would be to squash all commits of the branch together into a
> single patch and then upload that to Gerrit for review. Now, actually
> pushing the single patch would lose history, so we'd instead manually do a
> proper mer
[...]
>> M src/corelib/codecs/qtextcodec.cpp
>> M src/corelib/codecs/qtextcodec_p.h
>
> This has been discussed before. Please leave the macro called
> Q_OS_LINUX_ANDROID.
>
When, where, who ?
I changed that macro because Google[1] and GCC[2] consider that the name of
the O.S. i
Hi,
On Tuesday 05 February 2013 14:22:47 Thomas McGuire wrote:
> On Tuesday 05 February 2013 11:33:29 Paul Olav Tvete wrote:
> > One of the major features for Qt 5.1 is Android support. We have been
> > doing the work in a feature branch, and are now getting ready to
> > integrate to the dev bran
41 matches
Mail list logo
