Re: [Development] The sorry state of the Qt6 cross compile experience

No, you‘re not. But I already gave up seeing the absolute mess TQC has done with Qt6. Beste Grüße / Best regards, Alexander Nassian > Am 24.02.2021 um 12:59 schrieb Bogdan Vatra via Development > : > > Anyway, it seems I'm the only one who's bothered by this is

Re: [Development] Making Binary Incompatible Changes after Qt 6.0

g list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development -- — bitshift dynamics GmbH Neudorfer Str. 1, 79541 Lörrach Registergericht: Amtsgericht Freiburg i. Breisgau, HRB 713747 Geschäftsführer: Alexander Nassian, Markus Pfaffinger https://bitshift

Re: [Development] Wither QString?

C++ hasn‘t even proper Unicode handling integrated. std::string is a mess in my opinion. Beste Grüße / Best regards, Alexander Nassian > Am 18.10.2019 um 02:30 schrieb Henry Skoglund : > >  Hi, while writing lots of QString string fiddling code (keyboard macro > utility) I fe

Re: [Development] The age-old T* foo vs. T *foo

The * or & or && always have an impact on the actual type the variable has. So my logical implication would be that *, &, && has to be placed there: QObject* x and not QObject *x. Beste Grüße / Best regards, Alexander Nassian > Am 17.10.2019 um 20:06 schrieb Ville V

Re: [Development] Qt Static Package

There are many ways that are much better and do not have the problems static linking involves. Beste Grüße / Best regards, Alexander Nassian > Am 15.04.2019 um 01:47 schrieb Carlos Enrique Pérez Sánchez > : > > What do people think about providing official static packages? >

Re: [Development] Does iMX6 support EGL on X11 feature?

t; QWidget. Yes, for that widget, but the rest would be offloaded. > > > Did you have a look on QChart.js? > > It is embedded device, there are no any HTML, JS and other stuff. QChart.js is the QtQuick port of Chart.js > > > > сб, 23 мар. 2019 г. в 00:03, Alex

Re: [Development] Does iMX6 support EGL on X11 feature?

Did you have a look on QChart.js? Otherwise you could just wrap Qwt in a QQuickPaintedItem to integrate that single QWidget component in the otherwise QtQuick UI. Beste Grüße / Best regards, Alexander Nassian > Am 22.03.2019 um 20:02 schrieb Denis Shienkov : > > Hi, > > Yes, b

Re: [Development] Does iMX6 support EGL on X11 feature?

Then you should go with EGL and QtQuick if you want to utilize the GPU. X11 is mostly a horrible idea on embedded systems (and in general too if you would ask me). Widgets are drawn by the CPU as far as I know. Beste Grüße / Best regards, Alexander Nassian > Am 22.03.2019 um 17:06 schr

Re: [Development] Enum classes in signals?

That’s why it is always good practice to only use FQTN in public headers anyway ;) Beste Grüße / Best regards, Alexander Nassian > Am 06.02.2019 um 05:41 schrieb Giuseppe D'Angelo via Development > : > > Il 05/02/19 18:16, Dmitriy Purgin ha scritto: >> I couldn

Re: [Development] Enum classes in signals?

Is it really deprecated? Didn’t find any notice and wonder how it could get deprecated as the f-ptr syntax is not functionally equivalent to the macro syntax. Beste Grüße / Best regards, Alexander Nassian > Am 05.02.2019 um 17:43 schrieb Jason H : > > While I prefer enum classes

Re: [Development] QUIP 12: Code of Conduct

s://codereview.qt-project.org/243623 >>> >>> Please review it. >>> >>> regards, >>> Ulf > > Dear Jason, > I fail to see how you can feel entitled to give your opinion when > you've done nothing to earn that right (I can't f

Re: [Development] Fornux C++ Superset

u.be/vZL5X2FlZKU > > > Regards, > -Phil > > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- — bitshift dynamics GmbH Neudorfer Str. 1,

Re: [Development] #pragma once

containers and others and then some compiler proves that Qt‘s way is the better by introducing some kind of bug or binary incompatibility. Beste Grüße / Best regards, Alexander Nassian > Am 24.01.2018 um 12:32 schrieb Jean-Michaël Celerier > : > > I certainly have been bitten much m

Re: [Development] #pragma once

Maybe because it’s not part of the C++ standard? Beste Grüße / Best regards, Alexander Nassian > Am 24.01.2018 um 11:13 schrieb Mitch Curtis : > > Why don't we use #pragma once in Qt like Qt Creator does? If it's due to old > compilers that we have to support, whic

Re: [Development] Undeprecating QString::null

No it isn‘t about you. But your message suggested you blame it on Qt project ;) Anyway, default values are not part of a functions signature and don’t break binary compatibility. Beste Grüße / Best regards, Alexander Nassian > Am 16.01.2018 um 17:46 schrieb Uwe Rathmann : > >> On

Re: [Development] Undeprecating QString::null

> Uwe > > > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- -- bitshift dynamics GmbH Neudorfer Str. 1, 79541 Lörrach Registergericht: Amtsgericht Freiburg

Re: [Development] Speeding up the review process (was: PostgreSQL cross compile for Pi)

without that bad habits that established the last 1-2 years. Beste Grüße / Best regards, Alexander Nassian > Am 13.10.2017 um 15:15 schrieb Jake Petroules : > > Thank you for addressing this point, Andy. > > I also want to respond to Alex's other comment, "Let the com

Re: [Development] Speeding up the review process (was: PostgreSQL cross compile for Pi)

possible way currently and even if you managed to come to the right page, you get scared by all the bad things TQC writes would happen if someone uses the L-GPL version. Best regards, Alexander Nassian > Am 13.10.2017 um 15:05 schrieb Jedrzej Nowacki : > > Please, do not jump immedia

Re: [Development] Speeding up the review process (was: PostgreSQL cross compile for Pi)

That shows exactly the mindset of the TQC administration. Let the community do the work and squeeze all customers and force them to use commercial licensing by using fear... Beste Grüße / Best regards, Alexander Nassian > Am 13.10.2017 um 14:46 schrieb André Somers : > > > >

Re: [Development] Qt and IoT infographic

Maybe they count "platforms" not as OSs but as platform plugins in Qt xD Beste Grüße / Best regards, Alexander Nassian > Am 24.08.2017 um 23:05 schrieb Thiago Macieira : > >> On Thursday, 24 August 2017 14:00:01 PDT Thiago Macieira wrote: >> PS: it also says "

Re: [Development] Passing QSize, QPoint, QTime and other small structs by value

I don't care, I always pass const-ref ;) Beste Grüße / Best regards, Alexander Nassian > Am 07.04.2017 um 13:30 schrieb Konstantin Tokarev : > > > > 07.04.2017, 13:41, "Sergio Martins" : >> Hi, >> >> Some time ago I documented the guidelin

Re: [Development] Proposal for "container-oriented deterministic memory manager"

oject.org http://lists.qt-project.org/mailman/listinfo/development -- — bitshift dynamics GmbH Neudorfer Str. 1, 79541 Lörrach Registergericht: Amtsgericht Freiburg i. Breisgau, HRB 713747 Geschäftsführer: Alexander Nassian, Markus Pfaffinger http://www.bitshift-dynamics.de Zentrale:

Re: [Development] Qt 5.9

Installing additional versions is broken and, more annoyingly (but I personally only have limited need for that) using the online installer behind a proxy is also broken (can't download meta). Beste Grüße / Best regards, Alexander Nassian > Am 29.11.2016 um 18:22 schrieb Jake P

Re: [Development] Qt 5.9

compensate missing hardware - which is also really useful for automated tests. Beste Grüße / Best regards, Alexander Nassian > Am 29.11.2016 um 08:42 schrieb Jake Petroules : > > I don't know what sort of cross build and deployment environment you've set > up, but I

Re: [Development] Qt 5.9

don’t deliver prebuilt binaries for them. Beste Grüße / Best regards, Alexander Nassian > Am 29.11.2016 um 08:24 schrieb Jani Heikkinen : > >> -Original Message- >> From: Development [mailto:development- >> bounces+jani.heikkinen=qt...@qt-project.org >> <

Re: [Development] tag in QTextEdit

Instead of begging on a maillist and otherwise implementing it proprietary in your application, wouldn't it be an option to contribute the support of these tags to the Qt project? Beste Grüße / Best regards, Alexander Nassian > Am 26.11.2016 um 19:59 schrieb ser00 : > > I c

Re: [Development] Qt 5.9

Also a +1 from me. Its simply the easiest and most hassle free way for newcomers to start on Windows and it runs everywhere. In my opinion 32bit should have been completely stopped 10 years ago, but sadly the reality is ugly. Beste Grüße / Best regards, Alexander Nassian > Am 25.11.2016 um

Re: [Development] Basing Qt Creator Coding Style on C++ Core Guidelines?

over different behaviors of it on different platforms and compilers that I have a real hate on the STL. Beste Grüße / Best regards, Alexander Nassian > Am 19.11.2016 um 10:22 schrieb Иван Комиссаров : > > Maybe we should start another thread about BC? > I'm not convinced that MacO

Re: [Development] Compile errors, Qt configured with -qreal float

platform and compiler independent functionality. Also I prefer code that looks like made out of a single piece. I don't like to incorporate x different libraries with x different coding and API styles. If so, I could also go and use GTK *ugh* Just my 2 cents ;) Best regards, Alexander Nassian ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

[Development] Qt build without Virtual Keyboard

very nice. Beste Grüße / Best regards, Alexander Nassian, bitshift dynamics GmbH ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] How can I only select border not inside rectangle to select QGraphicsRectItem

Hi, Please note that development@qt-project.org is the mailing list for developers _of_ Qt. Developers who _use_ Qt should use inter...@qt-project.org. Beste Grüße / Best regards, Alexander Nassian, bitshift dynamics GmbH > Am 03.10.2016 um 23:51 schrieb itviewer : > > Hi, &

Re: [Development] Using semicolons in JS (QML)

I personally use semicolons always when {} is incorporated. And {} I'm using when its more than a single statement. Beste Grüße / Best regards, Alexander Nassian, bitshift dynamics GmbH___ Development mailing list Development@qt-project.org

Re: [Development] Too long text in qlabel crashes my gdm

FTR on my macOS machine with Qt 5.7.0 it doesn’t crash. What Qt version do you use? QApplication::UnicodeUTF8 is unknown as well as the translate() overload that your code uses. Beste Grüße / Best regards, Alexander Nassian, bitshift dynamics GmbH > Am 29.09.2016 um 22:08 schrieb Kotanski,

Re: [Development] Too long text in qlabel crashes my gdm

Hi, Does this also happen if you use QString instead of char[]? Beste Grüße / Best regards, Alexander Nassian, bitshift dynamics GmbH > Am 29.09.2016 um 22:08 schrieb Kotanski, Jan : > > Hi, > > I've noticed that too long test in qlabel e.g. > > void ret

Re: [Development] Using platform-native APIs for terminating QThreads

e way, so why should Qt support API abuse by the user? Beste Grüße / Best regards, Alexander Nassian ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] Using platform-native APIs for terminating QThreads

Hi, Is, or should, that even be supported? I’m just wondering because when I’m using Qt to create a thread, I also use Qt to quit it. Why should anybody use a „foreign“ API? Beste Grüße / Best regards, Alexander Nassian > Am 02.09.2016 um 12:32 schrieb Giuseppe D'Angelo : &g

Re: [Development] [Releasing] HEADS-UP: Branching from 'dev' to '5.8' ongoing, Qt 5.8 Feature Freeze coming...

May I kindly ask why PDF shall now be disabled on embedded systems? Best regards, Alexander Nassian > Am 12.08.2016 um 15:03 schrieb Kai Koehne : > > Hi, > > Unfortunately, we're having great difficulties to get patches integrated into > Qt WebEngine in the last

Re: [Development] Adding 3rdpary libraries to QtSerialBus

> Am 11.08.2016 um 22:22 schrieb Thiago Macieira : > > On quinta-feira, 11 de agosto de 2016 19:50:35 PDT Alexander Nassian wrote: >>> And they're LGPLv2. The v3 clauses cause lots of companies to run away. >> >> Really? v3 just clarifies some of the implicati

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Interesting enough that Qt itself switched the OSS license to v3 ... > Am 11.08.2016 um 22:22 schrieb Thiago Macieira : > > On quinta-feira, 11 de agosto de 2016 19:50:35 PDT Alexander Nassian wrote: >>> And they're LGPLv2. The v3 clauses cause lots of companies to run

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Am 11.08.2016 um 19:42 schrieb Thiago Macieira : > >> On quinta-feira, 11 de agosto de 2016 19:12:26 PDT Alexander Nassian wrote: >> Why should that not be possible? With Chromium we already have L-GPLv2 and >> many other. Qt itself is also available as v3. > > We

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Why should that not be possible? With Chromium we already have L-GPLv2 and many other. Qt itself is also available as v3. Beste Grüße / Best regards, Alexander Nassian > Am 11.08.2016 um 18:21 schrieb Thiago Macieira : > >> On quinta-feira, 11 de agosto de 2016 15:28:47 PDT An

Re: [Development] Proposal: change QML Flickable's flickableDirection default value to AutoFlickIfNeeded in 5.8

Hi Andrea, Good proposal! But one little hint: The current behavior is not that confusing as you describe. On iOS and OS X for example the current behavior is normal. Beste Grüße / Best regards, Alexander Nassian http://www.bitshift-dynamics.de > Am 26.07.2016 um 16:12 schrieb Andrea Berna

Re: [Development] Qt 5.7.0 Toolchain on RasPI2

Grüße / Best regards, Alexander Nassian > Am 20.06.2016 um 09:02 schrieb Thiago Macieira : > > On domingo, 19 de junho de 2016 21:36:21 PDT Alexander Nassian wrote: >> EGLFS and others were disabled because of the already mentioned linker >> error. >> >>

Re: [Development] Qt 5.7.0 Toolchain on RasPI2

;:On domingo, 19 de junho de 2016 17:44:21 PDT Alexander Nassian wrote:Hi,Currently I’m doing a 5.7.0 build for RasPI 2 with Raspian using the„official“ toolchain (arm-linux-gnueabihf-g++ (crosstool-NGlinaro-1.13.1+bzr2650 - Linaro GCC 2014.03) 4.8.3 20140303 (prerelease)).EGLFS wasn’t detected (don’t need

[Development] Qt 5.7.0 Toolchain on RasPI2

Hi, Currently I’m doing a 5.7.0 build for RasPI 2 with Raspian using the „official“ toolchain (arm-linux-gnueabihf-g++ (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) 4.8.3 20140303 (prerelease)). EGLFS wasn’t detected (don’t need it atm either) and the build stopped with a linker err

Re: [Development] The missing pieces of QJSEngine

What’s the point with calling C++ code from JS? We are doing this all the day - via signal/slots and registered types. Beste Grüße / Best regards, Alexander Nassian > Am 28.05.2016 um 11:42 schrieb Corentin : > > Hello. > I'm once again trying to cut dependencies on Qt Scrip

Re: [Development] Internal compiler error when building dev branch of qtbase with MSVC2015 on Windows 10

Do you know this and did you already tried the suggested steps to fix? https://support.microsoft.com/en-us/kb/305980 Beste Grüße / Best regards, Alexander Nassian > Am 20.05.2016 um 11:11 schrieb Mitch Curtis : > > Is anyone else able to reproduce this? I configured Qt with the

Re: [Development] Stop insertion QTextEdit unicode character.

d just disable it as a quick fix. Maybe this context menu should be en-/disableable by the application developer? I don’t know enough about RTL systems, do they need this coding selection? Beste Grüße / Best regards, Alexander Nassian > Am 09.05.2016 um 09:59 schrieb kang joni : > &g

Re: [Development] Does Qt 5.6 still depend on ICU?

ngine. Beste Grüße / Best regards, Alexander Nassian > Am 07.05.2016 um 23:25 schrieb Roland Winklmeier > : > > Dear Qt Devs, > > I'm currently preparing installers for a cross platform application > (Win, Linux, OSX). I have investigated, which dependencies apart from >

Re: [Development] Qt-Project misrepresented on qt.io

commercial services and I love open source. Commercial support or additions to opensource projects should be sold by providing a benefit to the customer, not by creating fear. Just my 2 cents, Alexander Nassian ___ Development mailing list Development@qt