Hi Konrad,
thanks for the report. Volker forwarded it to the qt-project security mailing
list. Feel free to send further security related issues there.
> When I call MaintenanceTool to install another version of Qt it wants to
sudo into root when it starts to download Qt components. It still
Hi
Now open for discussion: https://bugreports.qt.io/browse/QTQAINFRA-3745
Based on Thiago’s comment that we don’t want to keep supporting it for years:
https://codereview.qt-project.org/c/qt/qtdoc/+/269546
-Tony
___
Development mailing list
Hi,
> On 21 May 2020, at 18:08, Giuseppe D'Angelo via Development
> wrote:
>
> Hi,
>
> Il 21/05/20 11:38, Val Doroshchuk ha scritto:
>> The license is not changed, plans just to not ship QtMultimedia with Qt
>> essentials,
>> can be installed separately. Possibly we also support only a
Will this have repercussions in the Maintenance tool?
I don't really think that calling Multimedia an "add on" is a reflection of
reality, post 1994.
For mobile kits (iOS, Android) these are essential features. Sorry, Qt just
can't get away with drawing rectangles and text in 2020. I fear this
On Fri, 22 May 2020 at 17:19, Jason H wrote:
> I object, and wish multimedia to remain an essential part of Qt.
Then help maintain and develop it. Wishes are cheap.
___
Development mailing list
Development@qt-project.org
esp Camera is essential for mobile apps
but if it's integrated smooth into the Installer and I have only to
check one additional checkbox then it would be ok for me to get it from
the marketplace
Am 22.05.20 um 16:16 schrieb Jason H:
Will this have repercussions in the Maintenance tool?
I
On Friday, 22 May 2020 02:21:29 PDT Tony Sarajärvi wrote:
> Hi
>
> Now open for discussion: https://bugreports.qt.io/browse/QTQAINFRA-3745
>
> Based on Thiago’s comment that we don’t want to keep supporting it for
> years:
> https://codereview.qt-project.org/c/qt/qtdoc/+/269546
My opinion is
On Thursday, 14 May 2020 07:41:45 PDT Marc Mutz via Development wrote:
> There's only our own lazyness which stands in the way of this better
> alternative.
[snip the rest]
Update:
As we're reviewing the changes Lars is making to get rid of QStringRef, Lars,
Marc and I came to the conclusion
Hi,
There are many add-ons that work perfectly well on mobile. Essentials should be
such that are as the name suggest essential for the Qt based applications (or
devices). Furthermore, the essentials need to work on all platforms. This means
also the embedded and RTOS platforms, not only
How about I just pay - which my company already does? The lagging mobile
support has us considering moving away from Qt. I think this decision would
confirm our direction and only hasten our departure from the Qt ecosystem.
I guess to some degree it depends on how you define "essential".
On 20/05/2020 13.15, Lars Knoll wrote:
On 20 May 2020, at 17:34, Matthew Woehlke wrote:
On 20/05/2020 09.11, Lars Knoll wrote:
Here’s what we will do:
* QList and QVector are aliases for each other
* We make QList the main type, and QVector an alias to it
* We keep both names, QList and
On 22/05/2020 13.43, Jason H wrote:
How about I just pay - which my company already does? The lagging
mobile support has us considering moving away from Qt. I think this
decision would confirm our direction and only hasten our departure
from the Qt ecosystem.
I guess to some degree it depends
On Fri, May 22, 2020 at 02:54:24PM -0400, Matthew Woehlke wrote:
> On 22/05/2020 13.43, Jason H wrote:
> > How about I just pay - which my company already does? The lagging mobile
> > support has us considering moving away from Qt. I think this decision
> > would confirm our direction and only
On 5/22/20 7:43 PM, Jason H wrote:
I guess to some degree it depends on how you define "essential".
The definition is:
"Qt Essentials define the foundation of Qt on all platforms. They are
available on all supported development platforms and on the tested
target platforms."
This
On Fri, 22 May 2020 at 20:43, Jason H wrote:
>
> How about I just pay - which my company already does? The lagging mobile
> support has us considering moving away from Qt. I think this decision would
> confirm our direction and only hasten our departure from the Qt ecosystem.
Please tell me
Hi everyone.
While the network features of QML are really useful, in many cases they are
not required. But still, as of Qt 5.14.2, providing the Qt5Network module
is required to run QML applications.
My proposal is to make the Qt Network module optional for QML applications
in Qt 6.0.0 if not
16 matches
Mail list logo
