Re: [Interest] Wayland QPA in Qt 5.12.8 LTS

[Thiago Macieira]

On Monday, 11 May 2020 09:00:56 PDT Ramakanth Kesireddy wrote:
> Yes I want to set Wayland as the default QPA backend.
> 
> Well, I didn't set any QPA while configuring Qt and it selected LinuxFB as
> the default.
> 
> Do we need to set QT_QPA_platform explicitly?

Before we talk about changing the default, please confirm which QPA backend 
makes your applications work. You're trying to solve the wrong problem by 
changing the default if you don't have a working system yet.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel System Software Products



___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Creator licensing for companies with Qt Commercial developers

[Tuukka Turunen]

Hi,

This clarification is related to independent open-source software. For example 
an independent open-source application containing Qt like 
https://wiki.wireshark.org/Development/QtShark or independent open-source 
library created using Qt such as https://inqlude.org/libraries/vlc-qt.html. If 
the software you want to use meets the terms defined, then it is ok. Note 
specifically that open-source Qt (including also tools) is not allowed to be 
mixed with commercially licensed Qt.

Yours,

Tuukka

From: Ramakanth Kesireddy 
Date: Monday 11. May 2020 at 16.52
To: Tuukka Turunen 
Cc: Bernhard Lindner , Qt Interest 

Subject: Re: [Interest] Qt Creator licensing for companies with Qt Commercial 
developers

Hi Tuukka,


Does it mean that if we use Qt 5.12.8 LTS commercial license, it is permitted 
to use Open source components like third party Qt WebKit  module in conjunction 
with commercial license?

Could you please let me know in this regard?

Thanks and Regards,
Ramakanth
On Mon, 11 May, 2020, 18:01 Tuukka Turunen, 
mailto:tuukka.turu...@qt.io>> wrote:
Hi,

We have now clarified the license agreement to allow use of independent 
open-source items in conjunction with commercially license Qt.

The updated agreement (version 4.2.3) states:

"Permitted Software" shall mean any (i) open source software (excluding Open 
Source Qt) that is a) generally available for public in source code form 
without additional cost under any of the licenses approved by Open Source 
Initiative as listed on  https://opensource.org/licenses; and (b) is in no way, 
directly or indirectly, developed by or for or otherwise related to or in the 
interest of the Licensee or its Affiliates, or (ii) software The Qt Company has 
made available via its Qt Marketplace online distribution channel.

Updated agreement can be found from https://www.qt.io/terms-conditions as well 
as from the Qt online installer.

This clarification should clear the usage of independent open-source tools and 
libraries containing or developed with Qt. Mixing of open-source Qt framework 
and tools with commercially licensed Qt remains forbidden, just like before.

Yours,

Tuukka

On 2.4.2020, 21.17, "Bernhard Lindner" 
mailto:priv...@bernhard-lindner.de>> wrote:

Hi Tuukaa!

> TTT: This part is difficult to generally answer, as it depends how these 
are used and
> what these are used for. Intention of the mixing restriction is to 
prevent cases where
> someone (e.g. a company) uses the open-source version of Qt in cases 
where they should
> use commercial version. Typical example of this is a case where only part 
of the
> developers using Qt together would have a commercial license. We are 
aware of the fact
> that the way how it is written is such that it might extend further than 
the primary
> intention. This is a topic that we do not currently have a proper 
solution for.

Then you should find a solution. This puts customers / developers / users 
in the situation
that they depend on the goodwill of a for-profit corporation. However, 
there is no good
will in a profit-making business.

It must be perfectly clear that development projects are not affected by 
the fundamental
use of third-party Qt-based applications.

I probably will not use Qt for new projects and I cannot recommend it (but 
I have to add
that this decision is also driven by the fact that the technical priorities 
in the Qt
project have not been in line with my priorities for a few years) .

--
Best Regards,
Bernhard Lindner

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Wayland QPA in Qt 5.12.8 LTS

[Sérgio Martins via Interest]

On 2020-05-11 17:00, Ramakanth Kesireddy wrote:

Yes I want to set Wayland as the default QPA backend.



qtbase $ ./configure --help | grep qpa
-qpa  .. Select default QPA backend(s) (e.g., xcb, cocoa, 
windows)




Well, I didn't set any QPA while configuring Qt and it selected LinuxFB 
as

the default.

Do we need to set QT_QPA_platform explicitly?

Best Regards,
Ramakanth

On Mon, 11 May, 2020, 20:50 Thiago Macieria 
wrote:


On Monday, 11 May 2020 04:08:16 PDT Ramakanth Kesireddy wrote:
> Hi,
>
> Is there any option to use Wayland as QPA while configuring Qt 5.12.8 LTS
> or it needs to be configured with EGLFS building Qt Wayland module with
> prior requirement of OpenGL ES 2.x and above for handling multi-process
> usecases?

Sorry, the question is unclear. Do you want to set Wayland as the 
default

QPA
backend instead of something else?

Can you confirm your applications are working when setting the QPA 
backend

on
the environment (QT_QPA_PLATFORM)? What did you set it to?

--
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel System Software Products



--
Sérgio Martins | sergio.mart...@kdab.com | Senior Software Engineer
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel: Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
KDAB - The Qt, C++ and OpenGL Experts
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Wayland QPA in Qt 5.12.8 LTS

[Ramakanth Kesireddy]

Yes I want to set Wayland as the default QPA backend.

Well, I didn't set any QPA while configuring Qt and it selected LinuxFB as
the default.

Do we need to set QT_QPA_platform explicitly?

Best Regards,
Ramakanth

On Mon, 11 May, 2020, 20:50 Thiago Macieria 
wrote:

> On Monday, 11 May 2020 04:08:16 PDT Ramakanth Kesireddy wrote:
> > Hi,
> >
> > Is there any option to use Wayland as QPA while configuring Qt 5.12.8 LTS
> > or it needs to be configured with EGLFS building Qt Wayland module with
> > prior requirement of OpenGL ES 2.x and above for handling multi-process
> > usecases?
>
> Sorry, the question is unclear. Do you want to set Wayland as the default
> QPA
> backend instead of something else?
>
> Can you confirm your applications are working when setting the QPA backend
> on
> the environment (QT_QPA_PLATFORM)? What did you set it to?
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
>   Software Architect - Intel System Software Products
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> https://lists.qt-project.org/listinfo/interest
>
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Wayland QPA in Qt 5.12.8 LTS

[Thiago Macieira]

On Monday, 11 May 2020 04:08:16 PDT Ramakanth Kesireddy wrote:
> Hi,
> 
> Is there any option to use Wayland as QPA while configuring Qt 5.12.8 LTS
> or it needs to be configured with EGLFS building Qt Wayland module with
> prior requirement of OpenGL ES 2.x and above for handling multi-process
> usecases?

Sorry, the question is unclear. Do you want to set Wayland as the default QPA 
backend instead of something else?

Can you confirm your applications are working when setting the QPA backend on 
the environment (QT_QPA_PLATFORM)? What did you set it to?

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel System Software Products



___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Creator licensing for companies with Qt Commercial developers

[Thiago Macieira]

On Monday, 11 May 2020 05:28:25 PDT Tuukka Turunen wrote:
> "Permitted Software" shall mean any (i) open source software (excluding Open
> Source Qt) that is a) generally available for public in source code form
> without additional cost under any of the licenses approved by Open Source
> Initiative as listed on  https://opensource.org/licenses; and (b) is in no
> way, directly or indirectly, developed by or for or otherwise related to or
> in the interest of the Licensee or its Affiliates, or (ii) software The Qt
> Company has made available via its Qt Marketplace online distribution
> channel.

Thank you, Tuukka.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel System Software Products



___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Creator licensing for companies with Qt Commercial developers

[Ramakanth Kesireddy]

Hi Tuukka,


Does it mean that if we use Qt 5.12.8 LTS commercial license, it is
permitted to use Open source components like third party Qt WebKit  module
in conjunction with commercial license?

Could you please let me know in this regard?

Thanks and Regards,
Ramakanth

On Mon, 11 May, 2020, 18:01 Tuukka Turunen,  wrote:

> Hi,
>
> We have now clarified the license agreement to allow use of independent
> open-source items in conjunction with commercially license Qt.
>
> The updated agreement (version 4.2.3) states:
>
> "Permitted Software" shall mean any (i) open source software (excluding
> Open Source Qt) that is a) generally available for public in source code
> form without additional cost under any of the licenses approved by Open
> Source Initiative as listed on  https://opensource.org/licenses; and (b)
> is in no way, directly or indirectly, developed by or for or otherwise
> related to or in the interest of the Licensee or its Affiliates, or (ii)
> software The Qt Company has made available via its Qt Marketplace online
> distribution channel.
>
> Updated agreement can be found from https://www.qt.io/terms-conditions as
> well as from the Qt online installer.
>
> This clarification should clear the usage of independent open-source tools
> and libraries containing or developed with Qt. Mixing of open-source Qt
> framework and tools with commercially licensed Qt remains forbidden, just
> like before.
>
> Yours,
>
> Tuukka
>
> On 2.4.2020, 21.17, "Bernhard Lindner" 
> wrote:
>
> Hi Tuukaa!
>
> > TTT: This part is difficult to generally answer, as it depends how
> these are used and
> > what these are used for. Intention of the mixing restriction is to
> prevent cases where
> > someone (e.g. a company) uses the open-source version of Qt in cases
> where they should
> > use commercial version. Typical example of this is a case where only
> part of the
> > developers using Qt together would have a commercial license. We are
> aware of the fact
> > that the way how it is written is such that it might extend further
> than the primary
> > intention. This is a topic that we do not currently have a proper
> solution for.
>
> Then you should find a solution. This puts customers / developers /
> users in the situation
> that they depend on the goodwill of a for-profit corporation. However,
> there is no good
> will in a profit-making business.
>
> It must be perfectly clear that development projects are not affected
> by the fundamental
> use of third-party Qt-based applications.
>
> I probably will not use Qt for new projects and I cannot recommend it
> (but I have to add
> that this decision is also driven by the fact that the technical
> priorities in the Qt
> project have not been in line with my priorities for a few years) .
>
> --
> Best Regards,
> Bernhard Lindner
>
> ___
> Interest mailing list
> Interest@qt-project.org
> https://lists.qt-project.org/listinfo/interest
>
> ___
> Interest mailing list
> Interest@qt-project.org
> https://lists.qt-project.org/listinfo/interest
>
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Creator licensing for companies with Qt Commercial developers

[Tuukka Turunen]

Hi,

We have now clarified the license agreement to allow use of independent 
open-source items in conjunction with commercially license Qt. 

The updated agreement (version 4.2.3) states:

"Permitted Software" shall mean any (i) open source software (excluding Open 
Source Qt) that is a) generally available for public in source code form 
without additional cost under any of the licenses approved by Open Source 
Initiative as listed on  https://opensource.org/licenses; and (b) is in no way, 
directly or indirectly, developed by or for or otherwise related to or in the 
interest of the Licensee or its Affiliates, or (ii) software The Qt Company has 
made available via its Qt Marketplace online distribution channel.
 
Updated agreement can be found from https://www.qt.io/terms-conditions as well 
as from the Qt online installer.

This clarification should clear the usage of independent open-source tools and 
libraries containing or developed with Qt. Mixing of open-source Qt framework 
and tools with commercially licensed Qt remains forbidden, just like before.

Yours,

Tuukka

On 2.4.2020, 21.17, "Bernhard Lindner"  wrote:

Hi Tuukaa!

> TTT: This part is difficult to generally answer, as it depends how these 
are used and
> what these are used for. Intention of the mixing restriction is to 
prevent cases where
> someone (e.g. a company) uses the open-source version of Qt in cases 
where they should
> use commercial version. Typical example of this is a case where only part 
of the
> developers using Qt together would have a commercial license. We are 
aware of the fact
> that the way how it is written is such that it might extend further than 
the primary
> intention. This is a topic that we do not currently have a proper 
solution for. 

Then you should find a solution. This puts customers / developers / users 
in the situation
that they depend on the goodwill of a for-profit corporation. However, 
there is no good
will in a profit-making business.

It must be perfectly clear that development projects are not affected by 
the fundamental
use of third-party Qt-based applications.

I probably will not use Qt for new projects and I cannot recommend it (but 
I have to add
that this decision is also driven by the fact that the technical priorities 
in the Qt
project have not been in line with my priorities for a few years) .

-- 
Best Regards,
Bernhard Lindner

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

[Interest] Wayland QPA in Qt 5.12.8 LTS

[Ramakanth Kesireddy]

Hi,

Is there any option to use Wayland as QPA while configuring Qt 5.12.8 LTS
or it needs to be configured with EGLFS building Qt Wayland module with
prior requirement of OpenGL ES 2.x and above for handling multi-process
usecases?

Thanks and Regards,
Ramakanth
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] CONFIG c++2a vs. QMAKE_CXXFLAGS += -std=c++2a

[Michael Corcoran]

Hi Bernhard,

This is documented on the QMake Variable Reference page [0]. strict_c++ 
disables compiler extensions, so for example if you specify CONFIG += 
-std=c++2a with GCC [1] you will end up with --std=gnu++2a being passed to the 
compiler, and with instead CONFIG += -std=c++2a strict_c++ you will get 
--std=c++2a.

Best Regards,
Michael


[0] https://doc.qt.io/qt-5/qmake-variable-reference.html
[1] https://gcc.gnu.org/onlinedocs/gcc/C-Dialect-Options.html --std section


From: Interest  on behalf of Bernhard Lindner 

Sent: Thursday, 7 May 2020 7:01 AM
To: interest@qt-project.org
Subject: Re: [Interest] CONFIG c++2a vs. QMAKE_CXXFLAGS += -std=c++2a

Ok, I see. Thanks a lot Thiago!

Is this documented somewhere?

> > Can somebody please explain the difference between t
> > he following QMAKE
> > project lines when building a GCC project:
> >
> > CONFIG += c++2a
> >
> > QMAKE_CXXFLAGS += -std=c++2a
> >
> > I expected both to have the same effect but there must be a difference since
> > the latter gives me compilation errors while the first does not.
>
> The latter is equivalent to:
>
> CONFIG += c++2a strict_c++

--
Best Regards,
Bernhard Lindner

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] QWebSocket limit connection

[Mårten Nordheim]

Hello!

If you are using a QWebSocketServer you can call close() when a new connection 
has been established and call listen() again when the currently-connected 
socket disconnects.

Attached is a toy example of doing so.

Mårten

PS: Apologies for double mail to Alexander, pressed Reply instead of Reply 
all...


From: Interest  on behalf of "Alexander Carôt" 

Sent: Monday, May 11, 2020 10:13
To: qt qt
Subject: [Interest] QWebSocket limit connection

Hello all,

I am using a QWebSocket in order to communicate between a browser and an 
application which works fine.

In my specific use case I want to prevent more than one browser to connect to 
the application.

Is there a way to decline further connections after one has been established ?

Thanks in advance,
best

Alex


--
http://www.carot.de
Email : alexan...@carot.de
Tel.: +49 (0)177 5719797

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
#include 
#include 
#include 
#include 

int main(int argc, char **argv)
{
QCoreApplication app(argc, argv);

QWebSocketServer server("hi", QWebSocketServer::NonSecureMode);
server.setMaxPendingConnections(1);
server.listen(QHostAddress::Any, 24242);
QObject::connect(, ::newConnection, []() {
QWebSocket *socket = server.nextPendingConnection();

QObject::connect(socket, ::textMessageReceived, [](const 
QString ) {
qDebug() << message;
});

QObject::connect(socket, ::disconnected, []() {
server.listen(QHostAddress::Any, 24242);
});

server.close();
});

return app.exec();
}
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] unexpected result from QString::compare

[Giuseppe D'Angelo via Interest]

Il 11/05/20 10:23, Hamish Moffatt ha scritto:

Q_GLOBAL_STATIC(QThreadStorage, defaultCollator)

Why does it need an instance per thread?


Because QCollator is reentrant, not thread-safe.

HTH,
--
Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Senior Software Engineer
KDAB (France) S.A.S., a KDAB Group company
Tel. France +33 (0)4 90 84 08 53, http://www.kdab.com
KDAB - The Qt, C++ and OpenGL Experts



smime.p7s
Description: Firma crittografica S/MIME
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] unexpected result from QString::compare

[Hamish Moffatt]

On 9/5/20 12:35 am, Thiago Macieira wrote:


On Friday, 8 May 2020 05:05:43 PDT Hamish Moffatt wrote:


localeAwareCompare() is working as expected.


Unfortunately, it doesn't allow the case sensitivity to be specified 
(unlike QCollator::compare() and QString::compare()), which makes it 
less useful than it could be.



Consider QCollator too.



Thanks, that solves my next problem of how to compare in locales other 
than the default.


I notice that QString::localeAwareCompare() internally uses a QCollator, 
which it defines as;


Q_GLOBAL_STATIC(QThreadStorage, defaultCollator)

Why does it need an instance per thread?



Hamish
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

[Interest] QWebSocket limit connection

[Alexander Carôt]

Hello all,

I am using a QWebSocket in order to communicate between a browser and an 
application which works fine.

In my specific use case I want to prevent more than one browser to connect to 
the application.

Is there a way to decline further connections after one has been established ?

Thanks in advance,
best

Alex


--
http://www.carot.de
Email : alexan...@carot.de
Tel.: +49 (0)177 5719797

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest