[Development] Adding LGPLv3 to Qt

2014-08-20 Thread Knoll Lars
Hi everybody, Please have a look at http://blog.qt.digia.com/blog/2014/08/20/adding-lgpl-v3-to-qt/ for details. I’m happy to discuss further here on the mailing list. Cheers, Lars ___ Development mailing list Development@qt-project.org

Re: [Development] Adding LGPLv3 to Qt

2014-08-20 Thread Florian Weimer
On 08/20/2014 11:02 AM, Knoll Lars wrote: Please have a look at http://blog.qt.digia.com/blog/2014/08/20/adding-lgpl-v3-to-qt/ for details. Looking at the Fedora corpus, there are quite a few programs which link against Qt and which are licensed under the GPL, version 2, but not any later

Re: [Development] Adding LGPLv3 to Qt

2014-08-20 Thread Florian Weimer
On 08/20/2014 11:30 AM, Knoll Lars wrote: On 20/08/14 11:16, Florian Weimer fwei...@redhat.com wrote: On 08/20/2014 11:02 AM, Knoll Lars wrote: Please have a look at http://blog.qt.digia.com/blog/2014/08/20/adding-lgpl-v3-to-qt/ for details. Looking at the Fedora corpus, there are quite a

Re: [Development] Segmentation fault with qpa directfb when upgrade qt5.2

2014-08-20 Thread Nancy Zou
Dear Thiago As I have mentioned in QTBUG-40641, I think the root cause is the function QDirectFbIntegration::initialize() was called two times. Since the Qtcore will call it, the original code in QDirectFbIntegrationPlugin::create() should be deleted. Do you think is it reasonable? Does Qt

[Development] QtMultimedia and Musepack

2014-08-20 Thread Renaud
Hello, I recently ported application from Qt4 to Qt5 and I rewrote a bit the audioplayer in it. Now it is using QtMultimedia instead of Phonon. I noticed that mpc file are not read. I got this error: [Error: Could not decode stream.] I installed some packages on my linux about musepack:

Re: [Development] Segmentation fault with qpa directfb when upgrade qt5.2

2014-08-20 Thread Holger Hans Peter Freyther
On Wed, Aug 20, 2014 at 10:42:00AM +, Nancy Zou wrote: Dear Thiago As I have mentioned in QTBUG-40641, I think the root cause is the function QDirectFbIntegration::initialize() was called two times. Since the Qtcore will call it, the original code in

[Development] Multimedia support.

2014-08-20 Thread Thorvaldur Jochumsson
Hi I am currently designing multimedia support for my application. I am wondering which approach to take. Should I make use of the phonon library or make use of the multimedia support provided in the Qt multimedia library? We are currently making use of Qt 4.8, where phonon is supported. However,

Re: [Development] Multimedia support.

2014-08-20 Thread Sune Vuorela
On 2014-08-20, Thorvaldur Jochumsson jochums...@gmail.com wrote: Hi I am currently designing multimedia support for my application. I am wondering which approach to take. Should I make use of the phonon library or make use of the multimedia support provided in the Qt multimedia library? We are

Re: [Development] New module QtCanvas3D now available

2014-08-20 Thread Gunnar Sletta
yay! :) On 20 Aug 2014, at 15:27, Keränen Pasi pasi.kera...@digia.com wrote: Hi, As part of Lars’s blog post some of you may have noticed that a new module called QtCanvas3D became available at https://qt.gitorious.org/qt/qtcanvas3d QtCanvas3D module is a lightweight implementation of

Re: [Development] Qt::WA_PaintOnScreen Changes

2014-08-20 Thread David Narvaez
On Thu, Aug 14, 2014 at 12:34 PM, Shaw Andy andy.s...@digia.com wrote: If you were using WA_PaintOnScreen then you also need to ensure you reimplement paintEngine() to return 0. Had you done that at all? Thanks for your help and sorry for the late reply. I was missing the return 0 on

Re: [Development] Multimedia support.

2014-08-20 Thread Mandeep Sandhu
I don't think Phonon is a supported backend in Qt 5. You should probably look into new Qt Multimedia framework. On Linux, this framework relies on GStreamer (for other platforms, it has different dependencies). HTH, -mandeep On Wed, Aug 20, 2014 at 7:17 AM, Thorvaldur Jochumsson

[Development] QOptional

2014-08-20 Thread Иван Комиссаров
Hello! I've started working on a QOptional class (https://codereview.qt-project.org/#/c/92006/). As Thiago mentioned in gerrit, there are some things to discuss. First is a QVariant integration. I think, i should add: 1) templatetypename T QVariant::QVariant(const QOptionalT o); constructor 2)

Re: [Development] QOptional

2014-08-20 Thread Milian Wolff
On Wednesday 20 August 2014 22:04:24 Иван Комиссаров wrote: Hello! I've started working on a QOptional class (https://codereview.qt-project.org/#/c/92006/). As Thiago mentioned in gerrit, there are some things to discuss. First is a QVariant integration. I think, i should add: 1)

Re: [Development] QOptional

2014-08-20 Thread Иван Комиссаров
Иван Комиссаров 20 авг. 2014 г., в 22:49, Marc Mutz marc.m...@kdab.com написал(а): On Wednesday 20 August 2014 20:04:24 Иван Комиссаров wrote: static fromOptionalValue() (like fromValue()) Please don't add a templated ctor to QVariant. It currently doesn't have one, and if you add that

Re: [Development] QOptional

2014-08-20 Thread Marc Mutz
On Wednesday 20 August 2014 21:03:21 Иван Комиссаров wrote: So, we construct null QOptional from invalid QVariant and non-null QOptional from valid? In current terms, yes. I like Thiago's implicit suggestion (in the change comments) to use isEmpty(), though (instead of isNull()).

Re: [Development] QOptional

2014-08-20 Thread Marc Mutz
On Wednesday 20 August 2014 21:16:22 Marc Mutz wrote: I like Thiago's implicit suggestion (in the change comments) to use isEmpty(), though (instead of isNull()). Actually, on second thought, given the (desirable) conversion to RestrictedBool, I'd stay with isNull() after all. -- Qt

Re: [Development] QOptional

2014-08-20 Thread Marc Mutz
On Wednesday 20 August 2014 21:03:21 Иван Комиссаров wrote: I'm not sure QOptional should mimick T*, not QVariant, but ok. QOptionalT opt; T *pt; QVariant v; if (opt) ... if (tp) ... if (v) ... // ERROR if (!opt) // operator! missing, btw if (!tp) if (!v)

Re: [Development] QOptional

2014-08-20 Thread Olivier Goffart
On Wednesday 20 August 2014 22:04:24 Иван Комиссаров wrote: More, this implementation has a problem - QOptional(T) constructor can't be marked constexpr (as it uses placement new), which makes class useless for constant expressions at all. It's valid in C++14 We need a new macro that only

Re: [Development] QOptional

2014-08-20 Thread Thiago Macieira
On Wednesday 20 August 2014 20:49:03 Marc Mutz wrote: I don't find the QVariant::isNull behaviour any useful or intuitive. It's too smart. You can always use v.valueT().isNull() because value() will return a default-constructed T if invalid. I agree it's not intuitive, but it's there and this

Re: [Development] QOptional

2014-08-20 Thread Thiago Macieira
On Wednesday 20 August 2014 21:27:44 Marc Mutz wrote: On Wednesday 20 August 2014 21:03:21 Иван Комиссаров wrote: I'm not sure QOptional should mimick T*, not QVariant, but ok. QOptionalT opt; T *pt; QVariant v; if (opt) ... if (tp) ... if (v) ... // ERROR if (!opt) //

Re: [Development] QOptional

2014-08-20 Thread Thiago Macieira
On Wednesday 20 August 2014 23:17:32 Olivier Goffart wrote: On Wednesday 20 August 2014 22:04:24 Иван Комиссаров wrote: More, this implementation has a problem - QOptional(T) constructor can't be marked constexpr (as it uses placement new), which makes class useless for constant