On Thursday 19 January 2012 15:16:29 Robin Burchell wrote:
> Hi,
>
> On Thu, Jan 19, 2012 at 11:02 AM, wrote:
> > Is there really any big value in having this? It feels wrong to have
> > special handling for HTML in here. While it's one of the most prominent
> > formats for rich text, there are
Hello Mathias,
On Fri, Jan 20, 2012 at 8:57 AM, Mathias Hasselmann
wrote:
> Qt nicely supports extending applications and libraries via plugins,
> still in my opinion one major building block is missing: Some reusable
> object which iterates the shared object files in relevant plugin folders
> an
On Friday, 20 de January de 2012 14.24.58, Oswald Buddenhagen wrote:
> On Thu, Jan 19, 2012 at 06:58:40PM -0200, ext Thiago Macieira wrote:
> > My personal preference, seeing how busy everyone is with 5.0 alone,
> > not to mention 4.8, is the third option. Turning over maintenance does
> > not mean
> Hoe about QtAudio3D then?
I am not familiar with Qt module naming conventions, but I think it is
better than Qt3DAudio (ie. 3D would be more logical at the end of the
module name) since:
a) It is less likely to confuse someone into thinking it has any
relevance to Qt3.
b) More consistent with t
On Thu, Jan 19, 2012 at 06:58:40PM -0200, ext Thiago Macieira wrote:
> On Thursday, 19 de January de 2012 16.49.20, Thiago Macieira wrote:
> > So Digia is operating under special conditions right now, due to the
> > lack of Qt4 in Gerrit. Once it stabilises, I'd rather not see Digia
> > release a
ext Mathias Hasselmann wrote on 2012-01-20:
> Hi,
>
> Qt nicely supports extending applications and libraries via plugins,
> still in my opinion one major building block is missing: Some reusable
> object which iterates the shared object files in relevant plugin
> folders and returns all instance
Hi,
Qt nicely supports extending applications and libraries via plugins,
still in my opinion one major building block is missing: Some reusable
object which iterates the shared object files in relevant plugin folders
and returns all instances implementing a given set of interfaces. This
seems a pr
On Thu, Jan 19, 2012 at 10:42:28PM +0100, ext David Faure wrote:
> Ah, but my "separate class" initial idea was the KDE/QtCreator idea, i.e. a
> class that isn't a QFile. So deriving from QFile is a new idea :)
>
well, creator's savefile is derived from qtemporaryfile, which makes the
implementat
Hi Robin,
that's a nice analysis and it shows that it's worth thinking about the
data types we use in our APIs and implementations. In this case it's
probably as easy to use a QUuid as a QString or QByteArray, but the
performance difference is significant.
I've seen many other cases (and I'm guil
On 1/19/12 9:58 PM, "ext Thiago Macieira"
wrote:
>On Thursday, 19 de January de 2012 16.49.20, Thiago Macieira wrote:
>> So Digia is operating under special conditions right now, due to the
>>lack
>> of Qt4 in Gerrit. Once it stabilises, I'd rather not see Digia release
>>a
>> commercial version
On 1/20/12 1:42 AM, "ext michael.godd...@nokia.com"
wrote:
>Hi Laszlo,
>
>On 19/01/12 6:37 PM, "ext Laszlo Papp" wrote:
>
>>> Sorry about the delay - there has been no progress that I've seen. I
>>> repinged again recently but will do again.
>>
>>Would it be the best to call instead ?
>
>Perhaps
On 1/20/12 9:29 AM, "ext Robin Burchell" wrote:
>2012/1/20 :
>> Since nobody is even planning to maintain / port that backend to the
>> QtContacts API, I am planning now to remove it from the source tree.
>>
>> Any immediate objections?
>>
>> If not, I'll prepare a patch for this, and make it op
2012/1/20 :
> Since nobody is even planning to maintain / port that backend to the
> QtContacts API, I am planning now to remove it from the source tree.
>
> Any immediate objections?
>
> If not, I'll prepare a patch for this, and make it open for review in our
> CodeReview system as usual.
Just
Hi all,
The Qt5 QtContacts add-on module currently does not support anymore Windows CE
backend.
However, the code coming from old Qt Mobility contacts API is still part of the
QtContacts module source tree.
Since nobody is even planning to maintain / port that backend to the QtContacts
API, I a
14 matches
Mail list logo
