Hi all,
I use Debian Wheezy, and I build qt-everywhere-opensource-src-4.8.5
failed with the following error:
-
g++: error: unrecognized command line option ‘-fuse-ld=gold’
g++: error: unrecognized command line option ‘-fuse-ld=gold’
g++: error: unrecognized command line option ‘-fuse
Hi Mikkel,
it would be great to have native support for JP2K.
Kurt
> On 04 Nov 2013, at 22:51, Mikkel Krautz wrote:
>
> Hello,
>
> I'm process of attempting to integrate support for the ICNS (OS X icon
> files) format into Qt as an icon engine.
> (https://codereview.qt-project.org/#change,602
On Sat, Nov 2, 2013 at 5:06 AM, Kevin Krammer wrote:
> On Saturday, 2013-11-02, 11:25:07, Konrad Rosenbaum wrote:
>> Hi,
>>
>> On Saturday 02 November 2013, Kevin Krammer wrote:
>> > On Thursday, 2013-10-31, 20:17:43, Konrad Rosenbaum wrote:
>> > > I've got it running
>> > > for trivial QML files,
On Fri, Nov 1, 2013 at 7:38 AM, Felipe Crochik wrote:
> I just filled a bug report
> (https://bugreports.qt-project.org/browse/QTBUG-34520) but since I am seeing
> other cases where my application crashes due to ASSERT statements on the
> scenegraph\coreapi\qsgbatchrenderer.cpp I started wondering
On Mon, Nov 4, 2013 at 11:58 AM, André Pönitz
wrote:
> On Mon, Nov 04, 2013 at 04:25:26PM +, Koehne Kai wrote:
>>
>> > -Original Message- From:
>> > development-bounces+kai.koehne=digia@qt-project.org
>> > [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
>> > Beh
On segunda-feira, 4 de novembro de 2013 17:25:45, Thiago Macieira wrote:
> qmetatype.h:
> > +#include
> > +#include
> > +#include
>
> Argh. Thanks for making the compilation that much slower. These three lines
> probably impact Qt's compilation time in 20%, or more.
With those three lines, sr
The ICU dependency is very heavy, I did not like it.
Is there any possible to make the ICU depend is optional?
Thanks!
--
Best Regards
Yuchen
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/developmen
On Sat, Nov 2, 2013 at 6:02 PM, Alessandro Mommo
wrote:
> Helo,
> this is my first post and i don't now if this is the right place.
> However, I would like to propose two items for the Qt Quick Controls module,
> ideal, but not only, for mobile application running on touch devices.
> One is a Spin
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
_
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
> +QByteArray session() const;
> +void setSession(const QByteArray &session);
> +int sessionTicketLifeTimeHint() const;
Module is fine.
I'm just wondering if the "session" property should not instead be called
"
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
_
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
___
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
_
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
___
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
>
Module is fine.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Description: This is a digitally signed message part.
___
In case anyone's wondering why a deprecated module had a header
change, it was just a backport of removing a compiler warning (VS2010
specific). No new functionality here.
--
Alan Alpert
___
Development mailing list
Development@qt-project.org
http://list
I didn't find anything, but I did not review qmetatype.h. These are just
comments and explanations.
On segunda-feira, 4 de novembro de 2013 16:07:32, Thiago Macieira wrote:
qlogging.h:
> -enum QtMsgType { QtDebugMsg, QtWarningMsg, QtCriticalMsg, QtFatalMsg,
> QtSystemMsg = QtCriticalMsg };
> +e
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51643/61145013
---
diff --git a/src/widgets/dialogs/qcolordialog.h b/src/widgets/dialogs/qcolordialog.h
index 80a31c4..c7a1d6f 100644
--- a/src/widgets/dialogs/qcolordialog.h
+++ b/src/widgets/dialogs/qcolordialog.h
@@ -112,6 +112
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51644/38361145
---
diff --git a/src/x11extras/qx11info_x11.h b/src/x11extras/qx11info_x11.h
index afc9ee4..d5d00f3 100644
--- a/src/x11extras/qx11info_x11.h
+++ b/src/x11extras/qx11info_x11.h
@@ -53,6 +53,8 @@ QT_BEGIN_NAMESPACE
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51642/83611445
---
diff --git a/src/testlib/qtestcase.h b/src/testlib/qtestcase.h
index 6b5e7a5..ba727b5 100644
--- a/src/testlib/qtestcase.h
+++ b/src/testlib/qtestcase.h
@@ -200,6 +200,8 @@ namespace QTest
Q_TESTLIB_EXPORT
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51645/13836114
---
diff --git a/src/xmlpatterns/api/qabstractxmlnodemodel.h b/src/xmlpatterns/api/qabstractxmlnodemodel.h
index 0bdf9c4..98148f7 100644
--- a/src/xmlpatterns/api/qabstractxmlnodemodel.h
+++ b/src/xmlpatterns/api/qa
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51638/61143313
---
diff --git a/src/quick/designer/designersupport.h b/src/quick/designer/designersupport.h
index 5139a65..41458ae 100644
--- a/src/quick/designer/designersupport.h
+++ b/src/quick/designer/designersupport.h
@@ -80
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51641/38361144
---
diff --git a/src/serialport/qserialport.h b/src/serialport/qserialport.h
index e035ee3..e173445 100644
--- a/src/serialport/qserialport.h
+++ b/src/serialport/qserialport.h
@@ -55,6 +55,7 @@ class QSerialPortPri
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51640/11437138
---
diff --git a/src/sensors/qpressuresensor.h b/src/sensors/qpressuresensor.h
index 2a544cb..8a14d41 100644
--- a/src/sensors/qpressuresensor.h
+++ b/src/sensors/qpressuresensor.h
@@ -51,10 +51,14 @@ class Q_SENSOR
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51637/13836114
---
diff --git a/src/qml/debugger/qqmldebug.h b/src/qml/debugger/qqmldebug.h
index d2b0220..d6b6bb0 100644
--- a/src/qml/debugger/qqmldebug.h
+++ b/src/qml/debugger/qqmldebug.h
@@ -54,9 +54,9 @@ struct Q_QML_EXPORT
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51636/11423138
---
diff --git a/src/printsupport/dialogs/qprintdialog.h b/src/printsupport/dialogs/qprintdialog.h
index 7d77c6a..c822aa0 100644
--- a/src/printsupport/dialogs/qprintdialog.h
+++ b/src/printsupport/dialogs/qprintdia
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51635/83611419
---
diff --git a/src/network/access/qnetworkaccessmanager.h b/src/network/access/qnetworkaccessmanager.h
index 826c8e4..67b9bbc 100644
--- a/src/network/access/qnetworkaccessmanager.h
+++ b/src/network/access/qnetwo
Pastebin URL (expires in 24 hours):
---
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Pastebin URL (expires in 24 hours):
---
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Pastebin URL (expires in 24 hours):
---
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51630/13836110
---
diff --git a/src/declarative/qml/qdeclarativeprivate.h b/src/declarative/qml/qdeclarativeprivate.h
index 05a457c..6f95dde 100644
--- a/src/declarative/qml/qdeclarativeprivate.h
+++ b/src/declarative/qml/qdeclara
Pastebin URL (expires in 24 hours):
---
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Pastebin URL (expires in 24 hours):
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Pastebin URL (expires in 24 hours):
---
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51628/61095313
---
diff --git a/src/concurrent/qtconcurrentfilterkernel.h b/src/concurrent/qtconcurrentfilterkernel.h
index 63e77ab..29bb3c9 100644
--- a/src/concurrent/qtconcurrentfilterkernel.h
+++ b/src/concurrent/qtconcurrentf
Pastebin URL (expires in 24 hours):
---
diff --git a/src/declarative/qml/qdeclarativeprivate.h b/src/declarative/qml/qdeclarativeprivate.h
index 05a457c..6f95dde 100644
--- a/src/declarative/qml/qdeclarativeprivate.h
+++ b/src/declarative/qml/qdeclarativeprivate.h
@@ -55,6 +55,7 @@
#include
Pastebin URL (expires in 24 hours):
http://paste.fedoraproject.org/51626/38361087
---
diff --git a/src/gui/accessible/qaccessible.h b/src/gui/accessible/qaccessible.h
index 6667cae..25ce161 100644
--- a/src/gui/accessible/qaccessible.h
+++ b/src/gui/accessible/qaccessible.h
@@ -45,6 +45,7 @@
#if
Sending the header diff for Qt 5.2.
Script update: https://codereview.qt-project.org/70327
Results
Modules with no public headers:
QtCompositor
QtDuse
QtMacExtras [*]
QtModeling
QtModelingWidgets
QtMof
QtPlatformSupport
QtQmlDevTools
+1 from me! Qt 5's modularization should be put to good use.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Nov 4, 2013, at 4:51 PM, Mikkel Krautz wrote:
> Hello,
>
> I'm process of attempting to integrate support for
On segunda-feira, 4 de novembro de 2013 22:53:52, Marc Mutz wrote:
> On Monday, November 04, 2013 17:15:26 Thiago Macieira wrote:
> > On segunda-feira, 4 de novembro de 2013 12:31:22, Marc Mutz wrote:
> > > +Q_DECL_CONSTEXPR inline QFlags operator|(QFlags f) const { return
> > > QFlags(i | f.i,
Also a big thanks from my side, Shane. I wish you all the luck in the new job.
Richard and Peter, many thanks for taking this up.
On 04 Nov 2013, at 20:46, development-requ...@qt-project.org wrote:
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.k
On Monday, November 04, 2013 17:15:26 Thiago Macieira wrote:
> On segunda-feira, 4 de novembro de 2013 12:31:22, Marc Mutz wrote:
> > +Q_DECL_CONSTEXPR inline QFlags operator|(QFlags f) const { return
> > QFlags(i | f.i, true); } +Q_DECL_CONSTEXPR inline QFlags
> > operator|(Enum f) const {
Hello,
I'm process of attempting to integrate support for the ICNS (OS X icon
files) format into Qt as an icon engine.
(https://codereview.qt-project.org/#change,60290)
An optional, but desirable part of the ICNS format is support for
JP2/JPEG2000 images. It's desirable because all variants of th
Hi All,
I think there's a valid question in who gets to be the arbiter should
Peter and I disagree on something, however between Peter, Shane and I
we've been working with pretty much this model anyway - I can't
imagine that any of us would allow something through that one of the
others disagreed
On Mon, Nov 04, 2013 at 04:25:26PM +, 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 Richard Moore Sent: Monday, November 04, 2013 1:32 PM
On segunda-feira, 4 de novembro de 2013 18:21:38, Knoll Lars wrote:
> I¹m also happy that Peter and Rich are stepping up to take over the
> maintainership. A shared maintainership is something we didn¹t have
> before, but I¹m happy to try it out. IMO it¹ll work fine, as long as Peter
> and Rich agr
On segunda-feira, 4 de novembro de 2013 19:46:57, Oswald Buddenhagen wrote:
> while i don't know this particular case, you must realize that we are
> losing some potentially worthwhile contributions because people cannot
> be arsed to push them to us. also, sometimes it's just so much more
> effici
On segunda-feira, 4 de novembro de 2013 19:11:18, Konrad Rosenbaum wrote:
> > and even for bigger stuff we could
> > just do that if the license was ok (on the site it seems to be CC-BY 2.5
> > by default - i have no clue whether that would be ok). most of the
> > patches appear to be cherry-picks
On Mon, Nov 04, 2013 at 07:11:18PM +0100, Konrad Rosenbaum wrote:
> On Monday 04 November 2013 16:52:36 Oswald Buddenhagen wrote:
> > also, no sane judge would issue an injunction because of a three-liner,
> > so the risk of noteworthy disruption is practically zero.
>
> Enter Oracle vs. Android:
On 04/11/13 17:18, "Thiago Macieira" wrote:
>On segunda-feira, 4 de novembro de 2013 12:18:22, Allan Sandfeld Jensen
>wrote:
>> The biggest problem I see with these branches is that they do not have
>>any
>> bots testing it, so we need to be extra careful with merging patches. I
>> suggest a p
On 04/11/13 17:25, "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 Richard Moore
>> Sent: Monday, November 04, 2013 1:32 PM
>> To: development@
Hi,
IANAL, or: this is the increasingly hypothetical mail thread in which two
blind men discuss whether black or red robes look better on judges. :-)
On Monday 04 November 2013 16:52:36 Oswald Buddenhagen wrote:
> well, he can sue us.
> and then we sue his arse off for frivolous complaining, and
On segunda-feira, 4 de novembro de 2013 09:15:59, Thiago Macieira wrote:
> On segunda-feira, 4 de novembro de 2013 17:25:46, Oswald Buddenhagen wrote:
> > so we make them cherry-pick branches without CI. what then? would you
> > insist on forward-merging them to stable?
>
> Not necessary, since it
On segunda-feira, 4 de novembro de 2013 17:35:53, Giuseppe D'Angelo wrote:
> On 4 November 2013 12:18, Allan Sandfeld Jensen wrote:
> > Any comments or suggestions?
>
> Would it be a problem to put old/5.x branches on gerrit as well, so
> backporting a patch (*) must go through review + CI?
>
>
On segunda-feira, 4 de novembro de 2013 17:23:55, Oswald Buddenhagen wrote:
> > So one person alone cannot do it. Two can:
> >
>
> but "we" are big enough to be able to do a clean-room implementation,
> don't you think? so the statement that "we" are not allowed to look at
> the patches is simply
On segunda-feira, 4 de novembro de 2013 17:25:46, Oswald Buddenhagen wrote:
> so we make them cherry-pick branches without CI. what then? would you
> insist on forward-merging them to stable?
Not necessary, since it's a fix that has already been through the CI in the
next branches.
--
Thiago Mac
On 4 November 2013 12:18, Allan Sandfeld Jensen wrote:
> Any comments or suggestions?
Would it be a problem to put old/5.x branches on gerrit as well, so
backporting a patch (*) must go through review + CI?
(*) and also enforcing the same policies currently in place w.r.t. Qt 4
--
Giuseppe D'An
On 11/04/2013 05:13 PM, Robert Knight wrote:
> Thanks for your work on QtNetwork Shane!
>
Same here, thanks a lot Shane for your work and for your patience getting
QDnsLookup into
shape!
Jeremy
___
Development mailing list
Development@qt-project.org
ht
On Mon, Nov 04, 2013 at 08:18:14AM -0800, Thiago Macieira wrote:
> On segunda-feira, 4 de novembro de 2013 12:18:22, Allan Sandfeld Jensen wrote:
> > The biggest problem I see with these branches is that they do not have any
> > bots testing it, so we need to be extra careful with merging patches.
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> Behalf Of Richard Moore
> Sent: Monday, November 04, 2013 1:32 PM
> To: development@qt-project.org
> Subject: [Development] Maintaine
On Mon, Nov 04, 2013 at 08:02:47AM -0800, Thiago Macieira wrote:
> On segunda-feira, 4 de novembro de 2013 11:46:35, Oswald Buddenhagen wrote:
> > that's nonsense. any simple patch is not subject to copyright (though
> > it's still good tone to credit the investigator). and anything complex
> > eno
On segunda-feira, 4 de novembro de 2013 12:18:22, Allan Sandfeld Jensen wrote:
> The biggest problem I see with these branches is that they do not have any
> bots testing it, so we need to be extra careful with merging patches. I
> suggest a policy of only merging patches that are already fully i
On segunda-feira, 4 de novembro de 2013 12:31:22, Marc Mutz wrote:
> +Q_DECL_CONSTEXPR inline QFlags operator|(QFlags f) const { return
> QFlags(i | f.i, true); } +Q_DECL_CONSTEXPR inline QFlags operator|(Enum
> f) const { return QFlags(i | Int(f), true); } +Q_DECL_CONSTEXPR inline
> QF
On segunda-feira, 4 de novembro de 2013 12:24:37, Marc Mutz wrote:
> Clang's -fsanitize=undefined disagrees:
No, it doesn't. You're pointing to QUrlTwoFlags, not QFlags.
> /home/marc/qtbase-clang-
> build/src/corelib/../../include/QtCore/../../../qtbase/src/corelib/io/qurl.h
> :353:10: runtime er
Thanks for your work on QtNetwork Shane!
On 4 November 2013 12:31, Richard Moore wrote:
> Hi All,
>
> As some of you may know, Shane has a new job and therefore has a lot
> less time to spend on QtNetwork. He, Peter and I have discussed how we
> should maintain the module in the future. What we'r
On segunda-feira, 4 de novembro de 2013 11:46:35, Oswald Buddenhagen wrote:
> that's nonsense. any simple patch is not subject to copyright (though
> it's still good tone to credit the investigator). and anything complex
> enough is likely to produce a slightly different patch anyway, even
> after
On Mon, Nov 04, 2013 at 02:20:35PM +0100, Konrad Rosenbaum wrote:
> On Monday 04 November 2013 11:46:35 Oswald Buddenhagen wrote:
> > On Sun, Nov 03, 2013 at 06:49:17AM -0800, Thiago Macieira wrote:
> > > We can't even click the link. If we read their patches, we can't write
> > > the same later.
>
On Mon, Nov 4, 2013 at 8:20 AM, Konrad Rosenbaum wrote:
> On Monday 04 November 2013 11:46:35 Oswald Buddenhagen wrote:
>
> > On Sun, Nov 03, 2013 at 06:49:17AM -0800, Thiago Macieira wrote:
>
> > > We can't even click the link. If we read their patches, we can't write
>
> > > the same later.
>
On 11/04/2013 02:34 PM, Felipe Crochik wrote:
Eskil,
Thank you. You literally answered all my questions... but I have more ;)
I included the "QT += network sql" to my project file and on further
inspection of the "compile output" it seems that the way it works is
that it will include any plugi
Eskil,
Thank you. You literally answered all my questions... but I have more ;)
I included the "QT += network sql" to my project file and on further
inspection of the "compile output" it seems that the way it works is that
it will include any plugins that has all the dependencies match. Is that
ho
On Monday 04 November 2013 11:46:35 Oswald Buddenhagen wrote:
> On Sun, Nov 03, 2013 at 06:49:17AM -0800, Thiago Macieira wrote:
> > We can't even click the link. If we read their patches, we can't write
> > the same later.
>
> that's nonsense. any simple patch is not subject to copyright (though
On Friday, November 01, 2013 23:49:22 Jiergir Ogoerg wrote:
> Anyway who's the hero of the day (and is a contributor) to commit a fix for
> this bug?
Finders keepers ;)
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/m
Hi All,
As some of you may know, Shane has a new job and therefore has a lot
less time to spend on QtNetwork. He, Peter and I have discussed how we
should maintain the module in the future. What we're proposing is that
Peter and I take over as joint maintainers since neither of us has the
time to
On Monday, November 04, 2013 12:24:37 Marc Mutz wrote:
> The issue is with the casts to enums in some of the QFlags operators, IIRC,
> but the log I cited is old and the line numbers might not match anymore.
I've dug up attached attempt to fix the issue, with which I am, however, not
pleased eno
On Saturday, November 02, 2013 02:35:20 Thiago Macieira wrote:
> On sexta-feira, 1 de novembro de 2013 15:35:50, Marc Mutz wrote:
> > According to the standard, they are equivalent, since reading a value
> > from an enum object that does have one of the declared enum values
> > results in undefine
Hello
I would like if we could clarify the procedure for merging patches to the
old/5.0 or old/5.1 branches.
I personally feel that serious bug-fixes should always go the branch of the
next release and the branch of that last release. Even if we do not plan to
make another 5.1.x release, havin
On Sun, Nov 03, 2013 at 06:49:17AM -0800, Thiago Macieira wrote:
> On domingo, 3 de novembro de 2013 09:39:18, Matt Broadstone wrote:
> > I've been loosely following the macports effort to port 4.8.x to Mavericks
> > over here: http://trac.macports.org/ticket/40852. It seems like their
> > changes
On 4 November 2013 08:22, Sletta Gunnar wrote:
> The work that was done is here:
> https://codereview.qt-project.org/#dashboard,1002033
>
> The work was abandoned after the transition to Digia and the author is no
> longer in the Qt community, so little has happened since then.
Thanks. It's a
On 11/01/2013 07:01 PM, Felipe Crochik wrote:
I understand androiddeployqt is supposed to separate the "deployment"
from qt but to be honest so far it seems to be harder than before -
probably because I just don't know how is supposed to work.
Before you would have all the "android files" add
The work that was done is here:
https://codereview.qt-project.org/#dashboard,1002033
The work was abandoned after the transition to Digia and the author is no
longer in the Qt community, so little has happened since then.
cheers,
Gunnar
Fra: developmen
81 matches
Mail list logo
