Re: [Interest] QCheckBox not drawing with focus in QStyledItemDelegate

Hi Josh, thanks for you mail and problem description. A bit hard to guess, since two issues seem to occur at the same time. You seem to expect that the first checkbox is automatically focused, but it isn't. The missing focus frame can be a consequence or a separate (styling) issue. You can enfor

Re: [Interest] 'help'

Hi Suhas, Do you have a Qt account already? If not, create one according to this wiki: https://wiki.qt.io/How_to_Create_Qt_Account On a general note: With a Qt account you can log into bugreports.qt.io and assign the bug to you, accept it and set it "In progress" This is to show, that you're wo

Re: [Interest] 'help'

Hi Suhas, Volker and I have already given you these instructions in our answers to your previous e-mail to this mailing list. There is no such thing as a "ctest file" which can be run. If you have configured and built Qt exactly as we said, you just have to type "ctest" in the build directory, t

Re: [Interest] 'help'

Hi Suhas, adding to Volker: the easiest way to run all tests is to modify your configure line to something like ../path/to/configure -developer-build -make tests ...and run it in a clean build directory. Then run ninja in the same directory. When the build is done, simply type ctest. It will r

Re: [Interest] Virtual keyboard hides input field

lly asking about Qt on a mobile device. Von: Sley HORTES Gesendet: Sonntag, 28. Juli 2024 12:25 An: Axel Spoerl Betreff: Re: [Interest] Virtual keyboard hides input field This is because I didn’t signup using this email. Here it is: https://forum.qt.io/topic/157

Re: [Interest] Virtual keyboard hides input field

Hello Sley, there is no forum user/topic/post related to this email address. Can you point to it, please? You need to reduce the reproducer to the minimum as said. Brgds Axel Von: Sley HORTES Gesendet: Sonntag, 28. Juli 2024 12:08 An: Axel Spoerl Betreff: Re

Re: [Interest] Virtual keyboard hides input field

Hello Sley, the attached code contains neither virtual keyboard, nor focus handling. It's not clear, where the virtual keyboard comes into play. Just by guessing: The problem could be in the custom type InputField, which is not attached. Have a look at the FocusScope QML type. In essence, a focus

Re: [Interest] QT Installer not picking up updates

Good morning, without any code / XML / other relevant issues, it's a bit hard to guess what the problem is. Have you followed all steps in https://doc.qt.io/qtinstallerframework/ifw-updates.html ? Maybe you want to consider starting a thr

Re: [Interest] Update widget geometry BEFORE window shown

Hi David, a few colleagues and I are currently exploring options to optimize our UI tests in CI. Your requirement is interesting in that context: It would sometimes be handy to know in advance, how stuff is going to look before it's rendered onto a screen. The calculation of a widget's geometry

Re: [Interest] Update widget geometry BEFORE window shown

Hi David, §1 Please don’t try to tell me to do it differently. §2 If you don’ know how to answer it, please don’t chime in, thanks. These instructions are a bit limiting, are they not? In essence, you want a widget's geometry to be precise and up to date, before it has been shown. That is done

Re: [Interest] Is it safe to construct QBindable from QProperty* via QUntypedBindable?

Seas Robert, If memory serves well, there was a recent post about the same question on the Qt Forum. Haven't got around to answer, because I wanted to read some code upfront. The given implementation of getBindable() has no return type, but you say it's a bindable. I also assume that there's a

Re: [Interest] [Qt bugreports] Updates for QTBUG-122109: QTreeWidget's columns do not seem to resize properly after upgrading from Qt6.5.3 to Qt6.1.1

If you clone the latest dev branch, the fix is included. You can check https://codereview.qt-project.org/c/qt/qtbase/+/543146 and its cherry picks to see in which branches they are included. As far as I can see, no snapshots or releases containing the fix have been available in the installer up t

Re: [Interest] Touch frozen in Qt 5.15.9

they will be fixed. It's unlikely, that touch bugs can/will be fixed in 5.15. Cheers Axel Von: Poonam Sangale Gesendet: Mittwoch, 21. Februar 2024 11:46 An: Axel Spoerl Cc: interest@qt-project.org Betreff: Re: [Interest] Touch frozen in Qt 5.15.9 Sie er

Re: [Interest] Touch frozen in Qt 5.15.9

. Erfahren Sie, warum dies wichtig ist<https://aka.ms/LearnAboutSenderIdentification> Hi Axel, Thank you for your response. Are touch-related issues fixed in the latest Qt 5.15.16? Can you share the patch for 5.15.9 to fix touch related issues? Regards, Poonam On Mon, Feb 19, 2024 at 4:36 P

Re: [Interest] Touch frozen in Qt 5.15.9

Hi, 5.15.9 is quite outdated (current is 5.15.16). A number of known touch-related issues have been fixed with https://codereview.qt-project.org/c/qt/qtbase/+/516578, included in 6.7. Touch handling has been seen major improvements in Qt 6. If the issue persists with a more recent Qt Version (I'd

Re: [Interest] Why does the QtLogging message not include type (e.g. WARNING)?

Hi Thomas, the default message handler indeed prints only the message text. I think, what you need can be implemented by installing a custom message handler as documented here. The message handler receives a QtMsgType

Re: [Interest] unresolved WinMain on porting to Qt 6

Hi Hamish, as you probably guessed already, the error occurs when a project built as a windows application uses int main(int argc, char** argv) as an entry point. You can link to QtEntryPoint to fix that, see here: https://doc.qt.io/qt-6/qtentrypoint.html Cheers Axel ___

Re: [Interest] QDateTime::fromString does not work with Qt::RFC2822Date

Hi Alexander, the reason for the assertion is the "GMT" string. RFC2822 expects the time zone to be specified as an offset from UTC (e.g. "-0200"). If no offset is specified, the timezone is assumed to be UTC. UTC (or GMT) as an explicit specification as a string would not make much sense and is

Re: [Interest] Qt Quick: no qmake support anymore?

he online installer, showing which kits have been installed Von: Alexander Dyagilev Gesendet: Samstag, 29. April 2023 13:09 An: Axel Spoerl ; interest@qt-project.org Betreff: Re: [Interest] Qt Quick: no qmake support anymore? It's installed correctly and is

Re: [Interest] Qt Quick: no qmake support anymore?

Hi Alexander, if Qt Creator has been installed correctly and it finds qmake, it is available and supported. This is my Qt Creator 10 on MacOS: [cid:43653281-0d51-488f-bb81-6ac6181c3078] Cheers Axel Von: Interest im Auftrag von Alexander Dyagilev Gesendet: Sam

Re: [Interest] Weird assert, how to debug?

März 2023 19:42 An: Axel Spoerl ; interest@qt-project.org Betreff: RE: Weird assert, how to debug? Qt Creator? Never heard of it 😊 I use Visual Studio, but I did already try this. The assert kicks off directly from the command line as well. Scott From: Interest On Behalf Of Axel Spoe

Re: [Interest] Weird assert, how to debug?

deletes + deleteLaters with a processEvents (The root cause of many a “double delete in my experience”), so Im really stumped on this one. Something in designer with the UI file is causing this. Scott From: Interest On Behalf Of Axel Spoerl via Interest Sent: Thursday, March 2, 2023 10:09 PM To

Re: [Interest] Weird assert, how to debug?

Hi Scott, I can't make the reproducer crash on Qt 5.15.9 or on the latest dev (6.6). The assertion happens in QWidget's destructor, when it wants to exit from the focus list. I can imagine two cases, how this assertion kicks in. * The code path in the if statement right after the assertion h

Re: [Interest] Flush after QProcess::write to prevent it from filling writeBuffer

Hi Philip, Could you provide that minimal reproduction example? Thanks Axel > On 18 Feb 2023, at 01:17, Philip Seeger wrote: > > Hi there! > > I'm writing 1M chunks of data to a QProcess in a loop until all input data is > consumed. How do I wait after calling QProcess::write() until all data

Re: [Interest] The touch screen events are block after deleteLater function

l, if the press & release signals don't get fired correctly. Brgds Axel Von: g.scarpe...@u-tech.it Gesendet: Donnerstag, 16. Februar 2023 12:41 An: Axel Spoerl Cc: interest@qt-project.org Betreff: Re:AW: [Interest] The touch screen events are block after de

Re: [Interest] The touch screen events are block after deleteLater function

It's difficult to analyze the problem without seeing the whole code, especially the graphics layout. The deleteLater-instruction will cause the object to be deleted, when events are being processed. The error could be another widget acquiring focus or overlaying the button, before the button is

Re: [Interest] Could NOT find Qt6WebSockets trying to compile Qt 6.2.6 (Ubuntu 22.04)

Hi Stefan, is the intention to build with or without web sockets? It looks like a dependency to websockets causes CMake to search for it. Could you share the configure output? Brgds Axel Von: Stefan Seefeld Gesendet: Montag, 9. Januar 2023 16:14 An: Axel Spoerl

Re: [Interest] Could NOT find Qt6WebSockets trying to compile Qt 6.2.6 (Ubuntu 22.04)

We're testing Ubuntu 22.04 at present. Can't confirm a date though. Von: Stefan Seefeld Gesendet: Montag, 9. Januar 2023 15:32 An: Axel Spoerl Cc: interest@qt-project.org Betreff: Re: [Interest] Could NOT find Qt6WebSockets trying to compile Qt 6.2.

Re: [Interest] Could NOT find Qt6WebSockets trying to compile Qt 6.2.6 (Ubuntu 22.04)

Axel Von: Stefan Seefeld Gesendet: Montag, 9. Januar 2023 15:13 An: Axel Spoerl Cc: interest@qt-project.org Betreff: Re: [Interest] Could NOT find Qt6WebSockets trying to compile Qt 6.2.6 (Ubuntu 22.04) [sorry, forgot to reply to the list] Thanks for following up

Re: [Interest] Could NOT find Qt6WebSockets trying to compile Qt 6.2.6 (Ubuntu 22.04)

Good morning Stefan, provided the build is on Linux, this is a known issue (https://bugreports.qt.io/browse/QTBUG-109046), fixed in 6.4.2. A workaround is downgrading to CMake 3.24 (3.24.2 working for me, 3.24.3 should also work). Brgds Axel Von: Interest im Auf

Re: [Interest] Qt 6.2.2 Webassembly - sign conversion errors

Lorn, spot on, thank you! Reason for the host include path being added was that boost_system is needed by the application. That, of course, can be handled differently. Issue is solved. Am Dienstag, 28. Dezember 2021, 00:57:14 CET schrieb Lorn Potter: > On 23/12/2021 1:07 AM, Axel Spoerl wr

Re: [Interest] Qt 6.2.2 Webassembly - sign conversion errors

I can narrow down the issue as follows: The problem at hand occurs on a compile server, compiling desktop executables for Qt 5.15.2 (with GCC-7), Qt 6.2.2 (with GCC-9). To make both configurations work, QMAKE_CXX=g++-7 / QMAKE_CXX=g++-9 arguments are added in the respective Qt Creator build st

Re: [Interest] Qt 6.2.2 Webassembly - sign conversion errors

> Looks like your C++ library is incompatible with your C library. Indeed, that seems to be the case. > Please get a fixed SDK for your target. I using Qt 6.2.2 on OpenSuSE Leap 15.3. and emscripten version 2.0.14 as required according to the documentation. If I install and activate the current

[Interest] Qt 6.2.2 Webassembly - sign conversion errors

Hi, This is a copy of the following Qt forum entry: https://forum.qt.io/topic/132977/qt-6-2-2-webassembly-sign-conversion-errors/2[1] documentation[2]), I get a lot of signbit and type conversion errors. It looks to me that the 9er subtree (equivalent to /usr/include/c++/9) is not available in t