[Development] QTouchDevice in Qt 6 ?
Hi, seems QTouchDevice in Qt6 is gone, but I don't see any mentioning of it in https://doc.qt.io/qt-6/gui-changes-qt6.html Any hint to some information regarding this change ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Frühstück, Geschenkideen, Accessoires, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] how to get WinId of desktop in Qt6 without QDesktopWidget ?
On Mittwoch, 7. Oktober 2020 08:24:40 CEST Martin Koller wrote: > Hi, > > in Qt6 the QDesktopWidget is gone, which I used in > > QWidget *desktop = QApplication::desktop(); > QPixmap pm = QGuiApplication::screenAt(event->globalPos())-> > grabWindow(desktop->winId(), event->globalPos().x(), > event->globalPos().y(), 1, 1); > > How do I get the desktop window id in Qt6 ? > > I already found out: There is still the QApplication::desktop() method, which returns a QWidget I was just confused by the fact that the compiler failed due to the QDesktopWidget include file being no longer there. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Frühstück, Geschenkideen, Accessoires, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] how to get WinId of desktop in Qt6 without QDesktopWidget ?
Hi, in Qt6 the QDesktopWidget is gone, which I used in QWidget *desktop = QApplication::desktop(); QPixmap pm = QGuiApplication::screenAt(event->globalPos())-> grabWindow(desktop->winId(), event->globalPos().x(), event->globalPos().y(), 1, 1); How do I get the desktop window id in Qt6 ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Frühstück, Geschenkideen, Accessoires, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] QHelpEngineCore::documentsForIdentifier
On Freitag, 28. August 2020 08:38:45 CEST Samuel Gaist wrote: > Hi, > > > On 27 Aug 2020, at 19:07, Edward Welbourne wrote: > > > > Martin Koller (14 August 2020 17:06) wrote: > > > >> I found myself getting an empty list when using > >> QHelpEngineCore::documentsForIdentifier(id) but getting 1 element when > >> using the deprecated QHelpEngineCore::linksForIdentifier(id). > > > > Definitely sounds like a bug, although I find no > > QHelpEngineCore::linksForIdentifier() - did you mean > > QHelpCollectionHandler::linksForIdentifier() ? > > > >> Checking the code I stumbled over something which I believe is a bug: > >> > >> QHelpEngineCore::documentsForIdentifier(const QString , const > >> QString ) does > >> > >> if (!d->setup() || !d->usesFilterEngine) > >>return QList(); > >> > >> so it checks if the new filter engine is active, but I think this is > >> not needed here, since in this code, the filter engine is not used at > >> all, since the filterName is already given as argument. > > > > Sounds plausible. > > Also, QHelpEngineCore::documentsForIdentifier(const QString ) calls > > documentsForIdentifier(const QString , const QString ) > > passing a filterName that it determines based on d->usesFilterEngine, > > which rather suggests it thinks d->usesFilterEngine isn't a prerequisite > > of getting any entries. > > > >> Since I ported older code to the new api but did not call > >> setUsesFilterEngine(true) (which I believe should not be needed when I > >> don't work with filters), this check was hit and I get no results. > >> > >> Am I right ? > > > > I don't know this code at all but it sounds like reasonable grounds to > > submit a patch to Gerrit and ask for review by folk implicated in the > > review that added this code (this March): > > https://codereview.qt-project.org/c/qt/qttools/+/291144 > > > > Eddy. > > ___ > > Development mailing list > > Development@qt-project.org > > https://lists.qt-project.org/listinfo/development > > You need to enable the new filter engine using: > > https://doc.qt.io/qt-5/qhelpenginecore.html#setUsesFilterEngine > > The documentation has been modified for the next release to make it clearer. You mean as a workaround ? Yes, this is what I did - as a workaround. But my question was about the - in my view - wrong code, where Edward also seems to share my opinion. I assume I should not be forced to us a filter engine when I already can pass a filter to this method (and to be honest I have no idea what the filterEngine does and have no need for filtering) -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Frühstück, Geschenkideen, Accessoires, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] QHelpEngineCore::documentsForIdentifier
Hi, I found myself getting an empty list when using QHelpEngineCore::documentsForIdentifier(id) but getting 1 element when using the deprecated QHelpEngineCore::linksForIdentifier(id). Checking the code I stumbled over something which I believe is a bug: QHelpEngineCore::documentsForIdentifier(const QString , const QString ) does if (!d->setup() || !d->usesFilterEngine) return QList(); so it checks if the new filter engine is active, but I think this is not needed here, since in this code, the filter engine is not used at all, since the filterName is already given as argument. Since I ported older code to the new api but did not call setUsesFilterEngine(true) (which I believe should not be needed when I don't work with filters), this check was hit and I get no results. Am I right ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Frühstück, Geschenkideen, Accessoires, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] wasm and static vs. shared libs
On Mittwoch, 2. Oktober 2019 00:02:01 CEST Lorn Potter wrote: > Hi Martin, > > > On 1/10/19 4:38 PM, Martin Koller wrote: > > Hi, > > > > I see that compiling Qt for wasm produces .a static libs. > > This however leads to a couple of duplicate symbols when linking my > > existing large application. > > > > Here > > https://emscripten.org/docs/compiling/Building-Projects.html?highlight=link#archive-a-files > > I read > > "Where possible it is better to generate shared library files (.so) rather > > than archives (.a) — this is generally a simple change in your project’s > > build system. Shared libraries are simpler, and are more predictable with > > respect to linking." > > > > so my question is: why does qt/wasm not allow to be built as -shared ? > > > https://github.com/emscripten-core/emscripten/wiki/Linking > > > Probably my main concern is the performance hit of dynamic linking. > 5-10% performance hit did not seem like an acceptable trade-off to me. > Not sure if the performance drop is different for running wasm instead > of the javascript like when this was first started. > > As well, getting the build system to behave is easier in wasm with > static libraries. > > That said, there is a task for wasm dynamic linking support, but has not > been worked on recently, and the WIP change is out of date. > > https://bugreports.qt.io/browse/QTBUG-63925 I'm not sure we talk about the same thing. I'm not talking about "dynamic linking" (happening at runtime) but only about libXX.a versus libXX.so where https://emscripten.org/docs/compiling/Building-Projects.html?highlight=link#dynamic-linking explains that "By default, Emscripten .so files are the same as .bc or .o files, that is, they contain LLVM bitcode. Dynamic libraries that you specify in the final build stage (when generating JavaScript or HTML) are linked in as static libraries." So I read this as: libXX.so files are still linked in statically, the only difference is how emscripten handles the resolving of symbols. See how https://emscripten.org/docs/compiling/Building-Projects.html?highlight=link#archive-a-files explains "Emscripten supports .a archive files, which are bundles of object files. This is an old format for libraries, and it has special semantics - for example, the order of linking matters with .a files, but not with plain object files (in .bc, .o or .so)." -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] wasm and static vs. shared libs
Hi, I see that compiling Qt for wasm produces .a static libs. This however leads to a couple of duplicate symbols when linking my existing large application. Here https://emscripten.org/docs/compiling/Building-Projects.html?highlight=link#archive-a-files I read "Where possible it is better to generate shared library files (.so) rather than archives (.a) — this is generally a simple change in your project’s build system. Shared libraries are simpler, and are more predictable with respect to linking." so my question is: why does qt/wasm not allow to be built as -shared ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] 5.12.5 and wasm-emscripten
On Donnerstag, 26. September 2019 20:46:15 CEST Lorn Potter wrote: > Hi, > > On 26/9/19 3:57 PM, Martin Koller wrote: > >> What configure line are you using? Are you trying to use -shared ? > > ${QTDIR}/configure -xplatform wasm-emscripten -nomake examples \ > > -prefix ${dir}/qt5-installed -opensource -confirm-license \ > > -openssl-linked > > OPENSSL_INCDIR=/home/pvss/branch_3x/build/emscripten/ExternLibs/openssl/include > > \ > > OPENSSL_LIBDIR=/home/pvss/branch_3x/build/emscripten/ExternLibs/openssl/lib > > \ > > -skip qtscxml \ > > -skip qtdeclarative > > > > It seems it has to do with openssl. > > Ahh, ok. That makes sense. > > I have not tested openssl with webassembly lately. It would need to be > statically linked as Qt WebAssembly is statically linked. dlopen is > dependent upon main and side module support for dynamic linking. Seems I have found a solution: put the include inside an ifdef in qtbase/src/network/ssl/qsslsocket_openssl11.cpp #if QT_CONFIG(library) #include #endif -- Best regards/Schöne Grüße Martin () ascii ribbon campaign - against html e-mail /\- against proprietary attachments ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] 5.12.5 and wasm-emscripten
On Donnerstag, 26. September 2019 20:46:15 CEST Lorn Potter wrote: > Hi, > > On 26/9/19 3:57 PM, Martin Koller wrote: > >> What configure line are you using? Are you trying to use -shared ? > > ${QTDIR}/configure -xplatform wasm-emscripten -nomake examples \ > > -prefix ${dir}/qt5-installed -opensource -confirm-license \ > > -openssl-linked > > OPENSSL_INCDIR=/home/pvss/branch_3x/build/emscripten/ExternLibs/openssl/include > > \ > > OPENSSL_LIBDIR=/home/pvss/branch_3x/build/emscripten/ExternLibs/openssl/lib > > \ > > -skip qtscxml \ > > -skip qtdeclarative > > > > It seems it has to do with openssl. > > Ahh, ok. That makes sense. > > I have not tested openssl with webassembly lately. It would need to be > statically linked as Qt WebAssembly is statically linked. dlopen is > dependent upon main and side module support for dynamic linking. I have compiled openssl as static lib only with emscripten. So in the given path to Qt configure .../openssl/lib I only have libcrypto.a libssl.a Anything else I need to pass to configure to make that work ? -- Best regards/Schöne Grüße Martin () ascii ribbon campaign - against html e-mail /\- against proprietary attachments ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] 5.12.5 and wasm-emscripten
Hi Lorn, On Donnerstag, 26. September 2019 03:32:24 CEST Lorn Potter wrote: > Hi Martin, > > > On 26/9/19 3:18 AM, Martin Koller wrote: > > Hi, > > > > just trying to compile Qt 5.12.5 for wasm-emscripten (on openSuse 15.0) and > > it fails. > > Is this known or do I have a local problem ? > > I haven't seen this error. I tried to reproduce this with suse 15. > with this configure line: > > -xplatform wasm-emscripten -developer-build -nomake tests -nomake > examples -opensource -confirm-license -verbose -compile-examples > -no-warnings-are-errors -release > > What configure line are you using? Are you trying to use -shared ? ${QTDIR}/configure -xplatform wasm-emscripten -nomake examples \ -prefix ${dir}/qt5-installed -opensource -confirm-license \ -openssl-linked OPENSSL_INCDIR=/home/pvss/branch_3x/build/emscripten/ExternLibs/openssl/include \ OPENSSL_LIBDIR=/home/pvss/branch_3x/build/emscripten/ExternLibs/openssl/lib \ -skip qtscxml \ -skip qtdeclarative It seems it has to do with openssl. Should it be possible to configure with openssl ? > > /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/plugin/qlibrary.h:45:1: > > error: > >static_assert failed due to requirement 'bool(-1 == 1)' "Required > > feature library for file > > > > /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/plugin/qlibrary.h > > not available." > > QT_REQUIRE_CONFIG(library); > > ^~ > > /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/global/qglobal.h:87:36: > > note: expanded from > >macro 'QT_REQUIRE_CONFIG' > >...Q_STATIC_ASSERT_X(QT_FEATURE_##feature == 1, "Required feature " > > #feature " for file " __FILE__ " not available.") > > > > ^~ > > /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/global/qglobal.h:121:49: > > note: expanded > >from macro 'Q_STATIC_ASSERT_X' > > # define Q_STATIC_ASSERT_X(Condition, Message) > > static_assert(bool(Condition), Message) > > ^ > > ~~~ > > 1 error generated. > > > > -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] 5.12.5 and wasm-emscripten
Hi, just trying to compile Qt 5.12.5 for wasm-emscripten (on openSuse 15.0) and it fails. Is this known or do I have a local problem ? /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/plugin/qlibrary.h:45:1: error: static_assert failed due to requirement 'bool(-1 == 1)' "Required feature library for file /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/plugin/qlibrary.h not available." QT_REQUIRE_CONFIG(library); ^~ /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/global/qglobal.h:87:36: note: expanded from macro 'QT_REQUIRE_CONFIG' ...Q_STATIC_ASSERT_X(QT_FEATURE_##feature == 1, "Required feature " #feature " for file " __FILE__ " not available.") ^~ /home/PACKAGES/qt/5.12.5/qt-everywhere-src-5.12.5/qtbase/include/QtCore/../../src/corelib/global/qglobal.h:121:49: note: expanded from macro 'Q_STATIC_ASSERT_X' # define Q_STATIC_ASSERT_X(Condition, Message) static_assert(bool(Condition), Message) ^ ~~~ 1 error generated. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] Assistant WebKit/WebEngine support
On Montag, 24. Juni 2019 11:32:15 CEST Konstantin Tokarev wrote: > > Well, what I’d really like would be a lightweight RichText / HTML+CSS > > viewer without all the baggage of a complete internet browser. QTextBrowser > > does too little, QtWebEngine much too much. > > So, QtWebKit should be the right thing then? is it maintained and an integral part of a Qt delivery ? It makes little sense to add two web rendering engines into Qt (I would have loved to stay with QtWebKit, but impossible without having it maintained) -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] Qt Sanity Bot not checking ?
Hi, I have updated https://codereview.qt-project.org/#/c/177571/ but Qt Sanity Bot does not check it. Why ? I have now a +2 from Bogdan but can not merge. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] codereview, merge please
On Freitag, 15. Februar 2019 11:08:18 CET Andy Shaw wrote: > Since it has the +2 you can click on the "Merge patch 2 to staging" now, is > that button showing up for you? So now I did merge it to staging, but I got a "Qt CI Bot" mail stating that "Continuous Integration: Failed" https://testresults.qt.io/coin/integration/qt/qtbase/tasks/1550613219 I have no idea how a DBus test could be influenced by my commit. Should I just try to merge again or what is the correct procedure ? > > Andy > > -Opprinnelig melding- > Fra: Development på vegne av Martin > Koller > Dato: fredag 15. februar 2019 11:04 > Til: "development@qt-project.org" > Emne: [Development] codereview, merge please > > Hi, > > I made a patch here > https://codereview.qt-project.org/#/c/249171/ > > but it's still not merged. > Did I forget something ? > > -- > Best regards/Schöne Grüße > > Martin > A: Because it breaks the logical sequence of discussion > Q: Why is top posting bad? > > () ascii ribbon campaign - against html e-mail > /\- against proprietary attachments > > Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at > > > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development > > > -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] codereview, merge please
On Freitag, 15. Februar 2019 11:08:18 CET Andy Shaw wrote: > Since it has the +2 you can click on the "Merge patch 2 to staging" now, is > that button showing up for you? ah, great. Was not aware that I needed to trigger that. My fault. Was thinking the maintainer does that. Thanks! > Andy > > -Opprinnelig melding- > Fra: Development på vegne av Martin > Koller > Dato: fredag 15. februar 2019 11:04 > Til: "development@qt-project.org" > Emne: [Development] codereview, merge please > > Hi, > > I made a patch here > https://codereview.qt-project.org/#/c/249171/ > > but it's still not merged. > Did I forget something ? > > -- > Best regards/Schöne Grüße > > Martin > A: Because it breaks the logical sequence of discussion > Q: Why is top posting bad? > > () ascii ribbon campaign - against html e-mail > /\- against proprietary attachments > > Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at > > > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development > > > -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] codereview, merge please
Hi, I made a patch here https://codereview.qt-project.org/#/c/249171/ but it's still not merged. Did I forget something ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] Qt6: Adding UTF-8 storage support to QString
On Mittwoch, 16. Jänner 2019 19:44:27 CET Konstantin Tokarev wrote: > From QtWebKit perpective it would be great if Qt APIs which require QString > now would also accept QLatin1String at least for ASCII-only data is QtWebKit still alive ? Seems there is nobody working on it since more than a year... -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] should 5.12 build on iOS ?
A colleague built 5.12 for iOS but got linker errors: Undefined symbols for architecture arm64: "_CGImageDestinationCreateWithData", referenced from: QMacPasteboardMimeTiff::convertFromMime(QString const&, QVariant, QString) in libQt5ClipboardSupport.a(qmacmime.o) "_CGImageDestinationAddImage", referenced from: QMacPasteboardMimeTiff::convertFromMime(QString const&, QVariant, QString) in libQt5ClipboardSupport.a(qmacmime.o) "_CGImageDestinationFinalize", referenced from: QMacPasteboardMimeTiff::convertFromMime(QString const&, QVariant, QString) in libQt5ClipboardSupport.a(qmacmime.o) "_CGImageSourceCreateWithData", referenced from: QMacPasteboardMimeTiff::convertToMime(QString const&, QList, QString) in libQt5ClipboardSupport.a(qmacmime.o) "_kCGImagePropertyPixelWidth", referenced from: QMacPasteboardMimeTiff::convertFromMime(QString const&, QVariant, QString) in libQt5ClipboardSupport.a(qmacmime.o) "_kCGImagePropertyPixelHeight", referenced from: QMacPasteboardMimeTiff::convertFromMime(QString const&, QVariant, QString) in libQt5ClipboardSupport.a(qmacmime.o) "_CGImageSourceCreateImageAtIndex", referenced from: QMacPasteboardMimeTiff::convertToMime(QString const&, QList, QString) in libQt5ClipboardSupport.a(qmacmime.o) ld: symbol(s) not found for architecture arm64 clang: error: linker command failed with exit code 1 (use -v to see invocation) He says it's due to the Cocoa Framework no existing on iOS is this known or a problem with our local build ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] who generates gui/text/qcssparser.cpp
In this file I find: // auto generated. DO NOT EDIT. class QCssScanner_Generated Who/what generates this file ? I'm looking for the syntax definition for the attribute matching since the docs only talk about attr=value and attr~=value but in the code I find others: enum ValueMatchType { NoMatch, MatchEqual, MatchIncludes, MatchDashMatch, MatchBeginsWith, MatchEndsWith, MatchContains }; and I wanted to know which tokens lead to these enum values. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QAbstractScrollArea::keyPressEvent
I'd just like to have someone telling me if I'm completely wrong or if I'm missing something here, please: In QAbstractScrollArea::keyPressEvent(QKeyEvent * e) there is this check: } else if (e == QKeySequence::MoveToPreviousPage) { d->vbar->triggerAction(QScrollBar::SliderPageStepSub); } else if (e == QKeySequence::MoveToNextPage) { d->vbar->triggerAction(QScrollBar::SliderPageStepAdd); e is a pointer - I can not compare this to a QKeySequence enum, right ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] iMX6 EGLGS 2D (QtWidgets) painting acceleration
On Dienstag, 4. September 2018 12:14:43 CEST Uwe Rathmann wrote: > On Tue, 04 Sep 2018 12:21:29 +0300, Denis Shienkov wrote: > > > Uwe, > > what if I try to back-port my application from Qt5 to Qt4 with X11 > > support (on iMX6). > > This is what I would try first in a situation like yours. Don't forget to > set the graphic system to "native" - the default since 4.8 is raster. https://codereview.qt-project.org/#/c/181609/ added the native X11 graphicssystem support from Qt4 to Qt5 -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Symbol clashes with static Qt libraries
On Donnerstag, 2. August 2018 15:45:00 CEST Simon Hausmann wrote: > Hi, > > > Before concluding that a namespaced Qt is a terrible idea, I recommend trying > out the feature. > > > It is intended to work transparently and not require any changes to the > application, nothing like having to type MyNS::QString everywhere. > > > It may be problematic with forward declarations of Qt types, but the fix for > that (surrounding with QT_BEGIN/END_NAMESPACE) is entirely compatible between > NS and non-NS builds and does not violate the write once goal. The correct way to use Qt classes forward declared with (and also without) a namespaced Qt build is e.g.: QT_FORWARD_DECLARE_CLASS(QTimer) The problem we had with a namespaced Qt were: using external Qt based libraries, which never tried to use a namespaced build, did not build due to forward declarations, so I had to patch some of them. But then, not all external library projects liked these patches so we'd have to patch them on our own increasing the workload when upgrading ... Also, when using squish you can no longer use a prebuilt version and have to compile squish from sources including also the namespace AFAIR. Eventually we could go back to non-namespaced builds, which makes your life simpler. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] which branch to use for a fix in 5.9 ?
Hi, I want to create a patch for the 5.9 version, however it's not clear for me which branch to use. This guide http://wiki.qt.io/Branch-Guidelines says: "All bugfixes go into the "most frozen" maintained branch which they are relevant for. " So I assume I should use 5.9 and not 5.9.6, right ? What is unclear is also: "release: the current deep-frozen branch. It corresponds with one actual release and consequently has a name like 5.3.1. It is (usually) created from the stable branch when a release is imminent. It is terminated by a release tag, after which the branch is merged and deleted." especially the last part "...after which the branch is merged and deleted." However there are multiple 5.x.y branches. Shouldn't they be no more ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] How to get Qt_5.9.1_PRIVATE_API
On Mittwoch, 11. Oktober 2017 10:13:07 CEST Martin Koller wrote: > On Mittwoch, 11. Oktober 2017 09:06:53 CEST Mitch Curtis wrote: > > Does -developer-build help? > > sadly no. > it still just contains > 2 0x00 0x0dcbd2c9 Qt_5_PRIVATE_API > > instead of the openSuse versions: > 2 0x00 0x0be84779 Qt_5.9.1_PRIVATE_API For the record: I found it. It's due to a Suse patch: https://build.opensuse.org/package/view_file/KDE:Qt5/libqt5-qtbase/tell-the-truth-about-private-api.patch?expand=1 -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] How to get Qt_5.9.1_PRIVATE_API
On Mittwoch, 11. Oktober 2017 09:06:53 CEST Mitch Curtis wrote: > Does -developer-build help? sadly no. it still just contains 2 0x00 0x0dcbd2c9 Qt_5_PRIVATE_API instead of the openSuse versions: 2 0x00 0x0be84779 Qt_5.9.1_PRIVATE_API > > > -Original Message- > > From: Development [mailto:development-bounces+mitch.curtis=qt.io@qt- > > project.org] On Behalf Of Martin Koller > > Sent: Wednesday, 11 October 2017 8:56 AM > > To: development@qt-project.org > > Subject: [Development] How to get Qt_5.9.1_PRIVATE_API > > > > Hi, > > > > on openSuse 42.2 I have a self-built 5.9.1 version and also the openSuse > > 5.9.1 > > installed one. > > For some reason (which is not important for my question) my application > > picks up the openSuse library but fails with the error > > libQt5Core.so.5: version `Qt_5.9.1_PRIVATE_API' not found (required by > > /usr/lib64/libQt5Quick.so.5) > > > > I just want to know how do I have to configure my self-built Qt so that the > > missing private_api symbol is included? > > > > -- > > Best regards/Schöne Grüße > > > > Martin > > A: Because it breaks the logical sequence of discussion > > Q: Why is top posting bad? > > > > () ascii ribbon campaign - against html e-mail > > /\- against proprietary attachments > > > > Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at > > > > > > ___ > > Development mailing list > > Development@qt-project.org > > http://lists.qt-project.org/mailman/listinfo/development -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] How to get Qt_5.9.1_PRIVATE_API
Hi, on openSuse 42.2 I have a self-built 5.9.1 version and also the openSuse 5.9.1 installed one. For some reason (which is not important for my question) my application picks up the openSuse library but fails with the error libQt5Core.so.5: version `Qt_5.9.1_PRIVATE_API' not found (required by /usr/lib64/libQt5Quick.so.5) I just want to know how do I have to configure my self-built Qt so that the missing private_api symbol is included? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtWebKit is coming back (part 2)
On Donnerstag, 27. Juli 2017 16:13:05 CEST Konstantin Tokarev wrote: > > 27.07.2017, 16:41, "Martin Koller" <kol...@aon.at>: > > On Dienstag, 25. Juli 2017 14:20:28 CEST Konstantin Tokarev wrote: > > > >> >> You can compile with GCC 4.8 if IndexedDB and FTL JIT are disabled. > >> However this brings a > >> >> degradation of user experience, especially in case of IndexedDB which > >> was supported > >> >> in previous versions. Therefore you have 3 options: > >> >> > >> >> 1) Disable these features and build limited version using GCC 4.8; > >> > > >> > that brings us to the second part of my question which was not > >> answered: how ? > >> > Is there any qmake or env var I can set ? > >> > >> Pass -DENABLE_FTL_JIT=OFF -DENABLE_INDEXED_DATABASE=OFF > >> -DENABLE_DATABASE_PROCESS=OFF to cmake arguments > >> > >> You should not use qmake in your package, look at [1] for example. > >> > >> [1] > >> http://pkgs.fedoraproject.org/cgit/rpms/qt5-qtwebkit.git/tree/qt5-qtwebkit.spec It also seems that it requires a too new ICU devel package (at least for CentOS 7.3), that is I need to deactivate INTL by using -DENABLE_INTL=OFF Can you tell us what I actually disable with that switch, e.g.: what does no longer work ? -- Best regards/Schöne Grüße Martin () ascii ribbon campaign - against html e-mail /\- against proprietary attachments ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QLowEnergyController and obsolete ctor
Hi Alex, On Dienstag, 29. August 2017 13:18:02 CEST Alex Blasche wrote: > Hi Martin, > > > -Original Message- > > From: Development [mailto:development- > > bounces+alexander.blasche=qt...@qt-project.org] On Behalf Of Martin Koller > > > In Qt 5.9 I find that the following ctor is marked as obsolete: > > > > explicit QLowEnergyController(const QBluetoothAddress , > > const QBluetoothAddress , > > QObject *parent = Q_NULLPTR); // TODO Qt > > 6 remove ctor > > > > but there is no other way to create a QLowEnergyController which does not > > use > > the local default adapter. > > > > How is this supposed to work ? > > The ctor still exists and works. You can use it for Bluetooth Central use > cases. Having two local adapters is a very rare use case and only supported > when using Bluez. That's why it has moved to obsolete. The fix would be to > overload QLEController::createCentral(). Could you file a bug for it and > assign it to me? Done that now: https://bugreports.qt.io/browse/QTBUG-63019 -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QLowEnergyController and obsolete ctor
In Qt 5.9 I find that the following ctor is marked as obsolete: explicit QLowEnergyController(const QBluetoothAddress , const QBluetoothAddress , QObject *parent = Q_NULLPTR); // TODO Qt 6 remove ctor but there is no other way to create a QLowEnergyController which does not use the local default adapter. How is this supposed to work ? (I'm on Linux, openSuse) -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtWebKit is coming back (part 2)
Hi, is the 5.212 branch now as integrated in Qt as it was before in Qt 5.5 in the way that I can build Qt with webkit support so that the help system and assistant also use it ? What is the recommended way to build Qt and assistant to have webkit support ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtWebKit is coming back (part 2)
On Dienstag, 25. Juli 2017 14:20:28 CEST Konstantin Tokarev wrote: > >> You can compile with GCC 4.8 if IndexedDB and FTL JIT are disabled. > >> However this brings a > >> degradation of user experience, especially in case of IndexedDB which was > >> supported > >> in previous versions. Therefore you have 3 options: > >> > >> 1) Disable these features and build limited version using GCC 4.8; > > > > that brings us to the second part of my question which was not answered: > > how ? > > Is there any qmake or env var I can set ? > > Pass -DENABLE_FTL_JIT=OFF -DENABLE_INDEXED_DATABASE=OFF > -DENABLE_DATABASE_PROCESS=OFF to cmake arguments > > You should not use qmake in your package, look at [1] for example. > > [1] > http://pkgs.fedoraproject.org/cgit/rpms/qt5-qtwebkit.git/tree/qt5-qtwebkit.spec thanks. I'm just trying this but I get a link failure (error below). Questions: - Does QtWebKit allow to disable Qt-Quick alltogether ? I don't need that. (I had Qt 5.9.1 configured without qtdeclarative, but then the cmake call for QtWebKit already failed) - Does QtWebKit allow to be compiled as a namespaced/infixed library, as was possible in e.g. Qt 5.5 so that the result is a libQt5WebKitWinCC_OA.so (Qt 5.9.1 is compiled with -qtnamespace WinCC_OA -qtlibinfix WinCC_OA) ../../lib/../Source/WebKit2/CMakeFiles/WebKit2.dir/UIProcess/API/qt/qquickwebview.cpp.o: In function `QQuickWebViewExperimental::QQuickWebViewExperimental(QQuickWebView*, QQuickWebViewPrivate*)': qquickwebview.cpp:(.text._ZN25QQuickWebViewExperimentalC2EP13QQuickWebViewP20QQuickWebViewPrivate+0xb6): undefined reference to `WinCC_OA::QQmlWebChannel::QQmlWebChannel(WinCC_OA::QObject*)' qquickwebview.cpp:(.text._ZN25QQuickWebViewExperimentalC2EP13QQuickWebViewP20QQuickWebViewPrivate+0xfd): undefined reference to `WinCC_OA::QQmlWebChannel::connectTo(WinCC_OA::QObject*)' ../../lib/../Source/WebKit2/CMakeFiles/WebKit2.dir/UIProcess/API/qt/qquickwebview.cpp.o: In function `QQuickWebViewExperimental::setWebChannel(WinCC_OA::QQmlWebChannel*)': qquickwebview.cpp:(.text._ZN25QQuickWebViewExperimental13setWebChannelEPN8WinCC_OA14QQmlWebChannelE+0x44): undefined reference to `WinCC_OA::QQmlWebChannel::disconnectFrom(WinCC_OA::QObject*)' qquickwebview.cpp:(.text._ZN25QQuickWebViewExperimental13setWebChannelEPN8WinCC_OA14QQmlWebChannelE+0x78): undefined reference to `WinCC_OA::QQmlWebChannel::connectTo(WinCC_OA::QObject*)' collect2: error: ld returned 1 exit status Source/WebKit/CMakeFiles/WebKit.dir/build.make:2647: recipe for target 'lib/libQt5WebKit.so.5.212.0' failed -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] can not build 5.9.1 qtmultimedia
On Montag, 24. Juli 2017 16:52:05 CEST Thiago Macieira wrote: > On Monday, 24 July 2017 04:26:55 PDT Martin Koller wrote: > > Why does my Qt build use the system installed /usr/lib64/libqgsttools_p.prl > > file and not the one from the build dir > > "Because it was found". Then the solution is to make whatever found it, to find my Qt-build's version first, right ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] can not build 5.9.1 qtmultimedia
On Montag, 24. Juli 2017 08:34:56 CEST Thiago Macieira wrote: > On Sunday, 23 July 2017 23:03:04 PDT Kevin Kofler wrote: > > Thiago Macieira wrote: > > > This is the root of your problem. Something that this plugin or > > > qgsttools_p needs to link to said that its libraries are in /usr/lib64. > > > qmake has some code to remove system paths, but it that won't work if the > > > > > > path being requested is both: > > > a) not system > > > b) where Qt libraries are > > > > /usr/lib64 is most definitely a system path. This is where 64-bit libraries > > belong to according to the FHS. > > Agreed. You have a double (or even triple) failure causing your problem. > > qmake should have removed /usr/lib64 but didn't. That means the configure > detection of what the system linker paths are failed. See any of the > .qmake.stash files to see what it did detect, if anything. QMAKE_CXX.LIBDIRS = \ /usr/lib64/gcc/x86_64-suse-linux/4.8 \ /usr/lib64 \ /lib64 \ /usr/x86_64-suse-linux/lib \ /lib \ /usr/lib > Then there's the second issue that something did add /usr/lib64. It shouldn't > have. But it might be from a .prl file, which is much stupider than > pkg-config. That comes from the system installed /usr/lib64/libqgsttools_p.prl which was installed by the openSuse rpm libqt5-qtmultimedia-devel-5.9.1 it contains: QMAKE_PRO_INPUT = gsttools.pro QMAKE_PRL_TARGET = libqgsttools_p.so.1.0.0 QMAKE_PRL_CONFIG = lex yacc depend_includepath testcase_targets import_plugins import_qpa_plugin qt_build_extra file_copies qmake_use qt warn_on release link_prl incremental shared release linux unix posix gcc sse2 sse3 ssse3 sse4_1 sse4_2 avx avx2 compile_examples enable_new_dtags f16c largefile nostrip prefix_build force_independent utf8_source create_prl link_prl prepare_docs qt_docs_targets no_private_qt_headers_warning QTDIR_build qt_example_installs exceptions_off testcase_exceptions explicitlib have_target dll c++11 thread uic opengl moc resources QMAKE_PRL_VERSION = 1.0.0 QMAKE_PRL_LIBS = -L/usr/lib64 -L/home/abuild/rpmbuild/BUILD/qtmultimedia-opensource-src-5.9.1/lib -lQt5MultimediaWidgets -lQt5Multimedia -lQt5Widgets -lQt5Gui -lQt5Network -lQt5Core -lGL -lpthread -lasound -lgstaudio-1.0 -lgstvideo-1.0 -lgstpbutils-1.0 -lgstapp-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lpulse-mainloop-glib -lpulse -lglib-2.0 Why does my Qt build use the system installed /usr/lib64/libqgsttools_p.prl file and not the one from the build dir /home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtmultimedia/lib/libqgsttools_p.prl which contains QMAKE_PRL_BUILD_DIR = /home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtmultimedia/src/gsttools QMAKE_PRO_INPUT = gsttools.pro QMAKE_PRL_TARGET = libqgsttools_p.so.1.0.0 QMAKE_PRL_CONFIG = lex yacc debug depend_includepath testcase_targets import_plugins import_qpa_plugin qt_build_extra file_copies qmake_use qt warn_on link_prl incremental shared debug linux unix posix gcc sse2 sse3 ssse3 sse4_1 sse4_2 avx avx2 compile_examples enable_new_dtags f16c largefile optimize_debug precompile_header prefix_build force_independent utf8_source create_prl link_prl prepare_docs qt_docs_targets no_private_qt_headers_warning QTDIR_build qt_example_installs exceptions_off testcase_exceptions explicitlib have_target dll debug_info c++11 thread uic opengl moc resources QMAKE_PRL_VERSION = 1.0.0 QMAKE_PRL_LIBS = -L/home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtmultimedia/lib -lQt5MultimediaWidgetsWinCC_OA -L/home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtbase/lib -lQt5MultimediaWinCC_OA -lQt5WidgetsWinCC_OA -lQt5GuiWinCC_OA -lQt5NetworkWinCC_OA -lQt5CoreWinCC_OA -lGL -lpthread -lasound -lgstaudio-1.0 -lgstvideo-1.0 -lgstpbutils-1.0 -lgstapp-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lpulse-mainloop-glib -lpulse -lglib-2.0 -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] can not build 5.9.1 qtmultimedia
On Montag, 24. Juli 2017 08:32:23 CEST Thiago Macieira wrote: > On Sunday, 23 July 2017 22:58:02 PDT Martin Koller wrote: > > So the bug in fact is that qt does not give a correct name for > > libQt5MultimediaGstTools.prl ? > > I don't know if that's a bug. I've never felt a problem with the .prl being > named like that. > > > In fact it does use the infix for the other libs here (5.9.1), e.g. I find > > ./qtmultimedia/lib/libQt5MultimediaWidgetsWinCC_OA.prl > > How about qgsttools_p ? > I have the following files under qtmultimedia ./lib/libQt5MultimediaWidgetsWinCC_OA.prl ./lib/libqgsttools_p.prl ./lib/libQt5MultimediaWinCC_OA.prl -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] can not build 5.9.1 qtmultimedia
On Sonntag, 23. Juli 2017 23:40:30 CEST Thiago Macieira wrote: > > -) -lQt5MultimediaWidgets and others: why are they used here instead of the > > namespaced/infixed versions, which are also given> > >but later in the line ? > > Same reason: the system-wide qgsttools_p.prl file was found. > > Even with the turning of qgsttools_p into a real Qt module (albeit internal) > in commit ab6ebd360eb27a0d502839fca07ae0e6e107cec6, the infix won't help you > because the infix is not stored in the .prl file. Look at my case: > > $ find `qmake -query QT_INSTALL_LIBS` -name \*Qt5MultimediaGstTools\* > /home/tjmaciei/obj/qt/qt5/qtbase/lib/libQt5MultimediaGstTools.t.so.5.10 > /home/tjmaciei/obj/qt/qt5/qtbase/lib/libQt5MultimediaGstTools.t.so > /home/tjmaciei/obj/qt/qt5/qtbase/lib/libQt5MultimediaGstTools.t.so.5 > /home/tjmaciei/obj/qt/qt5/qtbase/lib/libQt5MultimediaGstTools.prl > /home/tjmaciei/obj/qt/qt5/qtbase/lib/libQt5MultimediaGstTools.la > /home/tjmaciei/obj/qt/qt5/qtbase/lib/libQt5MultimediaGstTools.t.so.5.10.0 > > The .prl and .la files don't have the ".t" infix. So the bug in fact is that qt does not give a correct name for libQt5MultimediaGstTools.prl ? In fact it does use the infix for the other libs here (5.9.1), e.g. I find ./qtmultimedia/lib/libQt5MultimediaWidgetsWinCC_OA.prl -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtWebKit is coming back (part 2)
On Sonntag, 23. Juli 2017 23:45:30 CEST Konstantin Tokarev wrote: > > 23.07.2017, 23:49, "Martin Koller" <kol...@aon.at>: > > On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote: > > > >> I'm not sure it would be acceptable, because updated QtWebKit requires > >> full > >> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling > >> some > >> features, or with code changes, which were not done yet). > > > > I'm trying to compile QtWebKit (5.212) on my openSuse 42.2, using the > > installed > > gcc compiler (4.8.5) and I get: > > > > The WebKit build was disabled for the following reasons: > > * Using gcc version 4.8, but at least gcc version 4.9 is required to > > build QtWebKit. > > > > So which features can I disable and how ? > > > > Note that gcc 4.8.5 is the std. compiler on the latest official version of > > openSuse and still > > I can not compile ... :-( > > You can compile with GCC 4.8 if IndexedDB and FTL JIT are disabled. However > this brings a > degradation of user experience, especially in case of IndexedDB which was > supported > in previous versions. Therefore you have 3 options: > > 1) Disable these features and build limited version using GCC 4.8; that brings us to the second part of my question which was not answered: how ? Is there any qmake or env var I can set ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] can not build 5.9.1 qtmultimedia
On Sonntag, 23. Juli 2017 18:54:41 CEST Thiago Macieira wrote: > On Sunday, 23 July 2017 01:50:10 PDT Martin Koller wrote: > > I found this symbol to be in the qgsttools_p lib but I fear the linker takes > > the lib from a wrong path. > > If you already have Qt installed system-wide, please remove the development > files. You said you're on OpenSUSE, so just remove the Qt -devel packages. Ouch. I assume this is just a workaround, and not "the solution", right ? (I need Qt devel system files when compiling KDE, but I need to build my own Qt for company project) I can compile/link all parts of Qt, just the gstreamer plugins are a problem. Can this be solved in a clean way ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QtWebKit is coming back (part 2)
On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote: > I'm not sure it would be acceptable, because updated QtWebKit requires full > C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling some > features, or with code changes, which were not done yet). I'm trying to compile QtWebKit (5.212) on my openSuse 42.2, using the installed gcc compiler (4.8.5) and I get: The WebKit build was disabled for the following reasons: * Using gcc version 4.8, but at least gcc version 4.9 is required to build QtWebKit. So which features can I disable and how ? Note that gcc 4.8.5 is the std. compiler on the latest official version of openSuse and still I can not compile ... :-( I will have the same issue when I want to compile it for SLES-12-SP2 or RHEL or CentOS-7 all with gcc 4.8 It would be really nice if the current release branch would compile at least on these major distros -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] can not build 5.9.1 qtmultimedia
Hi, trying to build 5.9.1 (from downloaded qt-everywhere-opensource-src-5.9.1.tar.xz) on openSuse 42.2, I get linker errors in the qtmultimedia module, e.g. .obj/qgstreameraudiodecodersession.o: In function `WinCC_OA::QGstreamerAudioDecoderSession::configureAppSrcElement(_GObject*, _GObject*, _GParamSpec*, WinCC_OA::QGstreamerAudioDecoderSession*)': /home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtmultimedia/src/plugins/gstreamer/audiodecoder/qgstreameraudiodecodersession.cpp:154: undefined reference to `WinCC_OA::QGstAppSrc::setup(_GstElement*)' I found this symbol to be in the qgsttools_p lib but I fear the linker takes the lib from a wrong path. Looking into the qtmultimedia/src/plugins/gstreamer/audiodecoder/Makefile, I find the LIBS definition which I don't understand (Note that I'm building Qt with a namespace/libinfix): LIBS = $(SUBLIBS) -lqgsttools_p -L/usr/lib64 -L/home/abuild/rpmbuild/BUILD/qtmultimedia-opensource-src-5.9.1/lib -lQt5MultimediaWidgets -lQt5Multimedia -lQt5Widgets -lQt5Gui -lQt5Network -lQt5Core -lasound -L/home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtmultimedia/lib -lQt5MultimediaWidgetsWinCC_OA -L/home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtbase/lib -lQt5MultimediaWinCC_OA -lQt5WidgetsWinCC_OA -lQt5GuiWinCC_OA -lQt5NetworkWinCC_OA -lQt5CoreWinCC_OA -lGL -lpthread -lgstaudio-1.0 -lgstvideo-1.0 -lgstpbutils-1.0 -lgstapp-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lpulse-mainloop-glib -lpulse -lglib-2.0 A couple of questions: -) -lqgsttools_p as first argument BEFORE any -L would search for it in my system dirs, which is wrong. -) why is -L/usr/lib64 there (should be a std. path, no?) -) From where the heck comes this path "/home/abuild/rpmbuild/BUILD/qtmultimedia-opensource-src-5.9.1/lib" ? I don't have a /home/abuild directory on my system. This is the ONLY Makefile in the whole Qt tree which contains this path -) -lQt5MultimediaWidgets and others: why are they used here instead of the namespaced/infixed versions, which are also given but later in the line ? I just removed manually all the wrong entries in that line, being now LIBS = $(SUBLIBS) -lasound -L/home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtmultimedia/lib -lqgsttools_p -lQt5MultimediaWidgetsWinCC_OA -L/home/PACKAGES/qt/5.9.1/qt-everywhere-opensource-src-5.9.1/qtbase/lib -lQt5MultimediaWinCC_OA -lQt5WidgetsWinCC_OA -lQt5GuiWinCC_OA -lQt5NetworkWinCC_OA -lQt5CoreWinCC_OA -lGL -lpthread -lgstaudio-1.0 -lgstvideo-1.0 -lgstpbutils-1.0 -lgstapp-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lpulse-mainloop-glib -lpulse -lglib-2.0 and with that line it links without errors. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5.9 beta2 available
On Freitag, 21. April 2017 09:08:00 CEST Jani Heikkinen wrote: > Hi all, > > Qt 5.9 beta2 is now available. Instructions how to get the release are here: > https://wiki.qt.io/How_to_get_snapshot_via_online_installer. Diff to first > beta can be found as an attachment. > > Please test the release and report your effort via > https://wiki.qt.io/Qt59_release_testing. I hope we can get results for each > platform in the table to get full coverage & good understanding where we are. It seems qttools/src/assistant is missing clucene in the packages. Is there a reason for it (intentional) or was that forgotten ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? There is no cloud, just other people’s computers. This mail was not scanned before sending. It was sent from a secure Linux desktop. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt / NaCl / emscripten
Hi, I wanted to give WebAssembly a try and wanted to compile wip/nacl with emscripten. However, compilation fails as it seems some files of pepper are missing here, e.g. pepper_55/src/ppapi_cpp/font_dev.cc I tried with 3 different pepper versions (44, 49, 55). None of these could compile since every one was missing a file (not always the same). Can you tell us with which version it should be able to compile ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QDBusConnection - connect to "catch all" slot ?
Hi, In QDBusConnection there are several connect() methods which check the signature of the signal against the connected slot. Since I'd like to implement a scripting possibility around this, I'd need the possibility to either be able to receive all QDBusMessages (at least from DBus signals) or a way where the slot just gets all arguments via a single QList parameter (from QDBusMessage::arguments()). Is there currently a way to achieve this ? I found qDBusAddSpyHook - probably this is what I'm looking for ? Or what was the reason to have this function ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] dev branch compile fails module-qtdatavis3d
On Tuesday 05 July 2016 00:24:22 Thiago Macieira wrote: > On terça-feira, 5 de julho de 2016 08:40:27 PDT Martin Koller wrote: > > On Saturday 02 July 2016 09:43:51 Thiago Macieira wrote: > > > Can you find which .o in QtGui made a reference to > > > qt_version_tag? > > > > Not sure I do it the correct way.. I grepped in objdump -x and find the > > > *UND* qt_version_tag_WinCC_OA > > That's qt_version-tag_WinCC_OA. Please find the .o that refers to > qt_version_tag, without suffix. I thought maybe the .group thingy l .group qt_version_tag is something interesting ... I did now a grep in all dirs (not only src/gui) and found: The files below ./3rdparty/harfbuzz-ng have *UND* qt_version_tag R_X86_64_GOT64qt_version_tag -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] dev branch compile fails module-qtdatavis3d
On Saturday 02 July 2016 09:43:51 Thiago Macieira wrote: > Can you find which .o in QtGui made a reference to > qt_version_tag? Not sure I do it the correct way.. I grepped in objdump -x and find the symbol in all .o files, e.g.: ... l .group qt_version_tag ld .comment .comment ld .group .group *UND* _GLOBAL_OFFSET_TABLE_ *UND* qt_version_tag_WinCC_OA in .obj/moc_qaccessible.o -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] dev branch compile fails module-qtdatavis3d
On Friday 01 July 2016 12:45:07 Thiago Macieira wrote: > On sexta-feira, 1 de julho de 2016 21:36:21 PDT Martin Koller wrote: > > On Friday 01 July 2016 08:39:07 Thiago Macieira wrote: > > > On sexta-feira, 1 de julho de 2016 13:26:17 PDT Martin Koller wrote: > > > > g++ -Wl,--gc-sections > > > > -Wl,-rpath,/home/PACKAGES/qt/qt-repo/qt5/qtbase/lib -o > > > > /home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/qml .obj/main.o .obj/qrc_qml.o > > > > .obj/moc_conf.o -L/home/PACKAGES/qt/qt-repo/qt5/qtbase/lib > > > > -lQt5QmlWinCC_OA -lQt5NetworkWinCC_OA -lQt5WidgetsWinCC_OA > > > > -lQt5GuiWinCC_OA > > > > -lQt5CoreWinCC_OA -lGL -lpthread > > > > > > > > /home/PACKAGES/qt/qt-repo/qt5/qtbase/lib/libQt5GuiWinCC_OA.so: undefined > > > > reference to `qt_version_tag' > > > > > > This error indicates your Qt headers do not match the QtCore library. > > > > > > Did you by any chance also build with a namespace? > > > > yes, this is what I said in my first mail. > > "qt_version_tag" is the name of the tag for unnamespaced Qt. If you do > readelf -s libQt5CoreWinCC_OA.so.5 > > You'll probably see "qt_version_tag_X" where X is your namespace, some with > extra suffixes for previous Qt versions and one with @@. Can you confirm that? yes, I find those. e.g. qt_version_tag_WinCC_OA_5 > Can you check if the build of this application had QT_NAMESPACE defined? > Please > paste the command-line that was used to compile main.cpp. It is failing when building qtdeclarative/tools/qml /home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/moc -DQT_QML_DEBUG_NO_WARNING -DQT_USE_QSTRINGBUILDER -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_NAMESPACE=WinCC_OA -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/mkspecs/linux-g++ -I/home/PACKAGES/qt/qt-repo/qt5/qtdeclarative/tools/qml -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtQml -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtNetwork -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore/5.8.0 -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore/5.8.0/QtCore -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtWidgets -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtGui -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore -I/usr/include/c++/4.8 -I/usr/include/c++/4.8/x86_64-suse-linux -I/usr/include/c++/4.8/backward -I/usr/lib64/gcc/x86_64-suse-linux/4.8/include -I/usr/local/include -I/usr/lib64/gcc/x86_64-suse-linux/4.8/include-fixed -I/usr/x86_64-suse-linux/include -I/usr/include main.cpp -o .moc/main.moc g++ -c -pipe -g -std=c++11 -fno-exceptions -Wall -W -Wvla -Werror -Wno-error=cpp -Wno-error=deprecated-declarations -Wno-error=strict-overflow -D_REENTRANT -fPIC -DQT_QML_DEBUG_NO_WARNING -DQT_USE_QSTRINGBUILDER -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_NAMESPACE=WinCC_OA -I. -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtQml -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtNetwork -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore/5.8.0 -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore/5.8.0/QtCore -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtWidgets -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtGui -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore -I.moc -isystem /usr/include/libdrm -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/mkspecs/linux-g++ -o .obj/main.o main.cpp /home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/rcc -name qml qml.qrc -o .rcc/qrc_qml.cpp g++ -c -pipe -g -std=c++11 -fno-exceptions -Wall -W -Wvla -Werror -Wno-error=cpp -Wno-error=deprecated-declarations -Wno-error=strict-overflow -D_REENTRANT -fPIC -DQT_QML_DEBUG_NO_WARNING -DQT_USE_QSTRINGBUILDER -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_NAMESPACE=WinCC_OA -I. -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtQml -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtNetwork -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore/5.8.0 -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore/5.8.0/QtCore -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtWidgets -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtGui -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/include/QtCore -I.moc -isystem /usr/include/libdrm -I/home/PACKAGES/qt/qt-repo/qt5/qtbase/mkspecs/linux-g++ -o .obj/qrc_qml.o .rcc/qrc_qml.cpp /home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/moc -DQT_QML_DEBUG_NO_WARNING -DQT_USE_QSTRINGBUILDER -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_L
Re: [Development] dev branch compile fails module-qtdatavis3d
On Friday 01 July 2016 08:39:07 Thiago Macieira wrote: > On sexta-feira, 1 de julho de 2016 13:26:17 PDT Martin Koller wrote: > > g++ -Wl,--gc-sections -Wl,-rpath,/home/PACKAGES/qt/qt-repo/qt5/qtbase/lib -o > > /home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/qml .obj/main.o .obj/qrc_qml.o > > .obj/moc_conf.o -L/home/PACKAGES/qt/qt-repo/qt5/qtbase/lib > > -lQt5QmlWinCC_OA -lQt5NetworkWinCC_OA -lQt5WidgetsWinCC_OA -lQt5GuiWinCC_OA > > -lQt5CoreWinCC_OA -lGL -lpthread > > > /home/PACKAGES/qt/qt-repo/qt5/qtbase/lib/libQt5GuiWinCC_OA.so: undefined > > reference to `qt_version_tag' > > This error indicates your Qt headers do not match the QtCore library. > > Did you by any chance also build with a namespace? yes, this is what I said in my first mail. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] dev branch compile fails module-qtdatavis3d
Hi, trying to build module-qtdatavis3d on dev branch (with a namespace) fails here with: make[3]: Entering directory '/home/PACKAGES/qt/qt-repo/qt5/qtdeclarative/tools/qml' g++ -Wl,--gc-sections -Wl,-rpath,/home/PACKAGES/qt/qt-repo/qt5/qtbase/lib -o /home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/qml .obj/main.o .obj/qrc_qml.o .obj/moc_conf.o -L/home/PACKAGES/qt/qt-repo/qt5/qtbase/lib -lQt5QmlWinCC_OA -lQt5NetworkWinCC_OA -lQt5WidgetsWinCC_OA -lQt5GuiWinCC_OA -lQt5CoreWinCC_OA -lGL -lpthread /home/PACKAGES/qt/qt-repo/qt5/qtbase/lib/libQt5GuiWinCC_OA.so: undefined reference to `qt_version_tag' collect2: error: ld returned 1 exit status Makefile:67: recipe for target '/home/PACKAGES/qt/qt-repo/qt5/qtbase/bin/qml' failed any idea why this fails ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QWidget and sizePolicy
In the docs I find: "If there is a QLayout that manages this widget's children, the size policy specified by that layout is used. If there is no such QLayout, the result of this function is used." However in the code I can not find a relation between the sizePolicy and a layout. QWidget::sizePolicy() simply returns what it was given in QWidget::setSizePolicy() A layout itself has no sizePolicy, so this also is strange. Is this probably a leftover and the documentation was not updated or do I miss something ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt WebKit dependency in Qt Assistant
On Saturday 02 January 2016 10:07:28 Alejandro Exojo wrote: > El Saturday 02 January 2016, Aleix Pol escribió: > > Hi, > > One of the big news lately is the deprecation of Qt WebKit module. > > > > One of the Qt dependencies on it is assistant (which is a tool I use > > quite often, really) and AFAIK it's using it quite thoroughly. It used > > to be powered by QTextBrowser though, as far as I remember. > > > > What's the plan there? > > It can be compiled to use QTextBrowser instead of WebKit, and it received > some > commits a year ago to improve that abstraction: ... and I hope this is not the final plan (using QTextBrowser instead of a real HTML engine), since then our help pages (we integrated assistant into our product) would no longer render correctly. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] iOS and QProcess in Qt5.5.0 no more ?
Hi, my app compilation fails with Qt 5.5.0 on iOS since I found in qglobal.h #if defined(Q_OS_IOS) # define QT_NO_PROCESS #endif to be honest, I did never try if it worked, but at least my code did compile with Qt 5.4.2 Was QProcess never supposed to work there or is this a new limitation ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Question to fonts and styles
I got a question from a kolourpaint user (KDE painting program) why he can not see the same fonts he finds in e.g. libreoffice. Checking my own system (openSuse 13.2), I see some differences where I hope someone here can answer why Qt does list some fonts. E.g. fc-list finds also these fonts /usr/share/fonts/truetype/DejaVuSans-ExtraLight.ttf: DejaVu Sans,DejaVu Sans Light:style=ExtraLight /usr/share/fonts/truetype/DejaVuSansCondensed.ttf: DejaVu Sans,DejaVu Sans Condensed:style=Condensed,Book but in a QFontComboBox I only get DejaVu Sans and also DejaVu Sans Mono, but I do not get the two above DejaVu Sans Light and DejaVu Sans Condensed both of which libreoffice shows. (This happens with Qt4.8.6 and with Qt5.4.1) Is this because the two mentioned above are just styles of DejaVu Sans ? Intersting is that fc-list also lists DejaVu Sans Condensed as family name, e.g. family: DejaVu Sans(s) DejaVu Sans Condensed(s) familylang: en(s) en(s) style: Condensed(s) Book(s) stylelang: en(s) en(s) fullname: DejaVu Sans Condensed(s) Shouldn't Qt list all fonts as different fonts which are listed with a unique family name ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QImage miscompilation with gcc
I've found a very strange (and serious) miscompilation of QImage with g++ In qimage.cpp there is a simple line (3584 in Qt-5.3.2): d-paintEngine = paintEngine ? paintEngine : new QRasterPaintEngine(paintDevice); which results in 0(!). The return value of this method QImage::paintEngine() is then 0 - which should never happen. I can reproduce with a slightly modified minimal platform plugin, and only if it has a second QImage member, which gets its mImage member assigned. I have created a very small reproducible example program and I verified that this only happens when compiling QtGui with gcc (4.8.3 or 4.9.0), but it does not happen with clang (3.5.0). All tests are done on x86/64bit Linux (openSuse 13.2) with a self-compiled Qt5.3.2 (with a namespace, in debug mode). I also see the problem compiled with gcc-4.8.2 in release mode compiled on a CentOS-7 Testprogram/diff attached. Simply run with ./splash -platform minimal and in case of the bug it prints: created new QImage paint engine 0x0 returning QImage paint engine 0x0 QWidget::paintEngine: Should no longer be called QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setPen: Painter not active Can anyone please tell me if you can reproduce this ? Is this really a gcc bug ? Shall I create a gcc bug report with this example/description or is this much too large for a testcase ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at--- qminimalbackingstore.h 2015-02-04 11:00:39.495064795 +0100 +++ new/qminimalbackingstore.h 2015-02-04 11:00:27.635152101 +0100 @@ -59,7 +59,7 @@ void resize(const QSize size, const QRegion staticContents); private: -QImage mImage; +QImage mImage, old; const bool mDebug; }; --- qminimalbackingstore.cpp 2015-02-04 11:00:34.051104837 +0100 +++ new/qminimalbackingstore.cpp 2015-02-04 11:00:27.635152101 +0100 @@ -50,11 +50,12 @@ QT_BEGIN_NAMESPACE QMinimalBackingStore::QMinimalBackingStore(QWindow *window) -: QPlatformBackingStore(window) +: QPlatformBackingStore(window), mImage(QSize(100, 100), QGuiApplication::primaryScreen()-handle()-format()) , mDebug(QMinimalIntegration::instance()-options() QMinimalIntegration::DebugBackingStore) { if (mDebug) qDebug() QMinimalBackingStore::QMinimalBackingStore: (quintptr)this; +old = mImage; } QMinimalBackingStore::~QMinimalBackingStore() --- qimage.cpp 2014-09-23 14:32:27.201254640 +0200 +++ qimage.cpp 2015-02-04 10:50:16.810025578 +0100 @@ -3582,8 +3582,10 @@ if (platformIntegration) paintEngine = platformIntegration-createImagePaintEngine(paintDevice); d-paintEngine = paintEngine ? paintEngine : new QRasterPaintEngine(paintDevice); +qDebug() created new QImage paint engine d-paintEngine; } +qDebug() returning QImage paint engine d-paintEngine; return d-paintEngine; } #include QSplashScreen #include QApplication int main(int argc, char **argv) { QApplication app(argc, argv); QPixmap pix(100, 100); QSplashScreen *s = new QSplashScreen(pix); s-show(); return app.exec(); } splash.pro Description: application/vnd.nokia.qt.qmakeprofile ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] 5.3.0 RC and Ministro
When I compile my app for Android with 5.3.0 RC1, does it also request 5.3.0 RC1 libs via Ministro ? (or how can I make it use 5.3.0 RC libs also on the Android device via Ministro) ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] [Announce] Qt 5.3 RC released
On Thursday 08 May 2014 11:31:21 List for announcements regarding Qt releases and development wrote: Hi, The Qt5.3 is RC now released, see http://blog.qt.digia.com/blog/2014/05/08/qt-5-3-release-candidate-available/ When I compile my app for Android with 5.3.0 RC1, does it also request 5.3.0 RC1 libs via Ministro ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] No SSL on iOS ?
Hi, I have installed qt-opensource-mac-x64-ios-5.3.0-beta.dmg and while compiling my app, I get: no member named 'sslConfiguration' in 'QNetworkReply' which is happening when QT_NO_SSL is defined - which seems to be the case in qconfig.h: #if defined(QT_NO_OPENSSL) defined(QT_OPENSSL) # undef QT_NO_OPENSSL #elif !defined(QT_NO_OPENSSL) !defined(QT_OPENSSL) # define QT_NO_OPENSSL #endif Is there a specific reason why QT/iOS is configured in that way ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt-Designer sources ?
Where do I find the sources for Qt Designer ? Or is there no longer a stand-alone designer application in Qt5 as was in Qt4 ? Thanks. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] how to contribute?
Hi, I wanted to contribute a small fix and put it already here: https://codereview.qt-project.org/#change,81261 but it's ignored, so I probably missed a step. What should I do in addition so that a patch gets some attention ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] qt5.3 beta - xkbcommon: ERROR
On Wednesday 26 March 2014 00:40:54 šumski wrote: On Tuesday 25 of March 2014 21:15:48 Martin Koller wrote: I have installed qt5.3 pre21.1 today from openSuse repo. Now whenever I start a simple Qt5 app, I get: xkbcommon: ERROR: failed to add default include path auto Qt: Failed to create XKB context and I can not enter any text. any idea what the problem could be ? Is than an openSuse problem and should be reported there ? Hi Martin, i've tried to see what happens on 13.1, and looks we have strange situation there: XKB is now not built with xkbcommon older than 0.4.0, and xcb older than 1.10. It does get enabled when building with bundled xcb *and* xkbcommon, but then glx is not enabled. With only xkbcommon bundled, i see -xkb-config- root output written out, but as i am using our development distro, cannot test myself what happens (we have both of the mentioned packages at now required minimum). Please let me know what is the status after next build. Hooray! Problem solved (with pre-28.1) Thanks a lot!! -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] qt5.3 beta - xkbcommon: ERROR
I have installed qt5.3 pre21.1 today from openSuse repo. Now whenever I start a simple Qt5 app, I get: xkbcommon: ERROR: failed to add default include path auto Qt: Failed to create XKB context and I can not enter any text. any idea what the problem could be ? Is than an openSuse problem and should be reported there ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Q_WS_* used in Qt sources
On Thursday 13 March 2014 10:57:38 Paul Olav Tvete wrote: On Wednesday 12 March 2014 10:57:19 Thiago Macieira wrote: Em qua 12 mar 2014, às 18:46:15, Martin Koller escreveu: For me the code porting looks a bit unfinished due to this Q_WS artefacts, so I just fear that problems arise. It's possible. Yes, there are still probably some regressions from 4.x left after the QPA rewrite of the Qt internals. However, the fact that we have not cleaned up all the #ifdefs yet is not an indication of that. In Qt4 times, QPA was one of several platforms. At that time we kept the old Q_WS_* code alive while creating the QPA plugins. We could not remove the old #ifdefs then, even after implementing the corresponding functionality in QPA. The fact that we have not removed all the old dead code afterwards is mainly an indication of how much time we have to fix P2 and P3 tasks: it mainly happens when someone is working on the relevant part of the code anyway. Thanks for the explanation. It's very welcome! -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Q_WS_* used in Qt sources
I find a lot #ifdef Q_WS_* code in Qt sources (widgets). AFAIK Q_WS_ is no longer defined due to QPA. Is this something which has not been ported over to Q_OS_ and/or to QPA and do I need to expect problems (missing functionality) when I port my app from Qt4 to Qt5 ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Q_WS_* used in Qt sources
On Wednesday 12 March 2014 08:10:18 Thiago Macieira wrote: Em qua 12 mar 2014, às 12:23:33, Martin Koller escreveu: I find a lot #ifdef Q_WS_* code in Qt sources (widgets). AFAIK Q_WS_ is no longer defined due to QPA. Is this something which has not been ported over to Q_OS_ and/or to QPA and do I need to expect problems (missing functionality) when I port my app from Qt4 to Qt5 ? The functionality is completely gone. The selection of the windowing system is now a runtime decision. I know. This is what I wrote as AFAIK Q_WS_ is no longer defined due to QPA. Still my question remains: do I need to expect problems (missing functionality) ? For me the code porting looks a bit unfinished due to this Q_WS artefacts, so I just fear that problems arise. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QPA / QWindow / QPainter
On Monday 10 March 2014 14:43:42 Agocs Laszlo wrote: Yes, one platform window for each native widget and one backingstore per top level window. (where the toplevel's backingstore is the common backingstore for all of its child widgets) QPA (QPlatformBackingStore) does not know anything about paint devices, paint engines and such. It allows you to provide a paint device to the widget stack or whoever performs the painting, that's all. The returned paint device could be a QImage, an OpenGL framebuffer object, a custom device with a custom paint engine doing stuff that has nothing to do with painting, etc. It does not have to be something that holds the actual pixels. The platform plugin must provide a backing store implementation however. (unless it does not care about widgets) To implement your remoting use case, there is most likely no need to complicate things with native widgets. It is exactly the same concept as generating HTML5 canvas code or PDFs or anything else: - Have a custom paint device that provides a custom paint engine which buffers the painting commands. Such a buffer will contain the drawing commands for all the children of a given toplevel. - In the platform backingstore's flush send the commands over the network Or is something, that would mandate the usage of native child widgets, missing from the picture here? yes, I was trying to keep the explanation simple. In fact what I do is to remote the painting commands to a HTML5 canvas, but as some objects shall do blinking, which I do not want to be done via a lot of redraws, I instead create SVG objects which shall be intermixed displayed with what the canvas shows (that is: primitve objects like lines, circles are SVG, widgets are drawn as usual). But to have a chance that the stacking order of the SVG objects and the widgets is still correct, I wanted to create the native widgets as separate canvas objects so that they do stack with the SVG objects. What I think I can do to solve it is to use a global event filter, catch the paint events of the widgets I want to stack correctly and redirect QWidget::render() to a paint device which knows the window id ... or something like that. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QPA / QWindow / QPainter
On Friday 07 March 2014 14:56:04 Thiago Macieira wrote: Em sex 07 mar 2014, às 22:41:35, Martin Koller escreveu: I'm implementing a QPA plugin (now with 5.3 snapshot) and there's something I do not understand: When I use native widgets, every widget creates a QPlatformWindow, but only a toplevel window creates a QPlatformBackingStore, which is the class which delivers the paintDevice implementation. Question: when a QWidget now creates a QPainter on it, how does my QPA plugin know onto which QWindow it is currently acting, when there's only one paintDevice/one backing store ? By native widgets, do you mean using one native window per widget, the opposite of the alien project? yes. I'm talking about widget-setAttribute(Qt::WA_NativeWindow); widget-setAttribute(Qt::WA_DontCreateNativeAncestors); Are you even sure that mode of operation even works in Qt 5? Huh ? It's still documented in Qt5 http://qt-project.org/doc/qt-5.0/qtwidgets/qwidget.html#native-widgets-vs-alien-widgets and QWidget still has the documented methods (effectiveWinId(), nativeParentWidget()) During the QPA port of 5.0, we might have lost that ability and it shows in the API you've found. Do you find any trace of information that it's discontinued ? In any case, each non-top-level QWidget has a link to the top level window (TLW) it's connected to and stores state there. Yes, QWidget has windowHandle() if you mean that. But that does not answer my question. In the QPA API there is no QWidget pointer AFAIK. In Qt4's QPA there was no QWindow* but all with QWidget*, so I did know which QWidget is currently painted. But how can I know in Qt5 ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\- against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QPA / QWindow / QPainter
I'm implementing a QPA plugin (now with 5.3 snapshot) and there's something I do not understand: When I use native widgets, every widget creates a QPlatformWindow, but only a toplevel window creates a QPlatformBackingStore, which is the class which delivers the paintDevice implementation. Question: when a QWidget now creates a QPainter on it, how does my QPA plugin know onto which QWindow it is currently acting, when there's only one paintDevice/one backing store ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QWebsocket remark
Hi Kurt, On Wednesday 19 February 2014 08:14:21 Kurt Pattyn wrote: Hi Martin, On 17 Feb 2014, at 19:39, Martin Koller kol...@aon.at wrote: Hi, had a quick look into the implementation as I wanted to use it in my existing webserver. However, the API does not provide a way to use it for an _existing_ tcp communication channel. Do you mean a QTcpSocket? for example, yes. But it would be nice to be able to use any QIODevice or just a QByteArray (In fact in my existing app it is just an OS file descriptor) What would be great is if you modify QWebSocketDataProcessor in some way so that it just get's data from anywhere and therefore also make it a public class. Well, it takes a QIODevice as data source, so that shouldn't be a problem (as you stated yourself). As you probably know, there is a feature freeze for Qt 5.3; so changing the API is currently not a good idea. Instead of making QWebSocketDataProcessor public, could you live with the (now private) upgradeFrom() method? This method is actually taking a QTcpSocket and 'upgrades' it to a QWebSocket. well, probably, but it needs the now still private classes QWebSocketHandshake* as argument, so I fear this is also not a solution for 5.3 Do you process the handshake yourself? yes The dataprocessor only takes care of data after a successful handshake has been exchanged. yes, that was my impression. I was just looking for a way to handle the websocket protocol itself when the websocket was already established. It is however a very interesting use case and should definitely be explored further. Can you add a feature request in Jira? I'll do ... https://bugreports.qt-project.org/browse/QTBUG-36952 I see it's currently reading from an QIODevice which should be ok, but what is unfortunate is that QWebSocketFrame::readFrame(pIoDevice); blocks! The problem is exactly what you already wrote as comment there: case PS_WAIT_FOR_MORE_DATA: //TODO: waitForReadyRead should really be changed //now, when a websocket is used in a GUI thread //the GUI will hang for at most 5 seconds //maybe, a QStateMachine should be used I know, I will finetune this when I start with stress tests. Expect this to be changed in an upcoming release. Great, thanks -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QWebsocket remark
Hi, had a quick look into the implementation as I wanted to use it in my existing webserver. However, the API does not provide a way to use it for an _existing_ tcp communication channel. What would be great is if you modify QWebSocketDataProcessor in some way so that it just get's data from anywhere and therefore also make it a public class. I see it's currently reading from an QIODevice which should be ok, but what is unfortunate is that QWebSocketFrame::readFrame(pIoDevice); blocks! The problem is exactly what you already wrote as comment there: case PS_WAIT_FOR_MORE_DATA: //TODO: waitForReadyRead should really be changed //now, when a websocket is used in a GUI thread //the GUI will hang for at most 5 seconds //maybe, a QStateMachine should be used -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ - against proprietary attachments This mail was not scanned before sending. It was sent from a secure Linux desktop. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QPalette::Mid neglected?
On Friday 17 January 2014 08:43:57 Rafael Roquetto wrote: Hello Martin, Good to hear that. I am looking forward to seeing this upstream. Do you have the bug report number so I can also follow it? see https://codereview.qt-project.org/#change,76044 -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QPalette::Mid neglected?
On Monday 20 January 2014 14:18:42 Rafael Roquetto wrote: Thanks, Would you have the bug (task) number as well? It is missing on the commit message. I did not create a bug report, I contacted digia support. I don't know if they created a bug report, sorry Regards, Rafael On Mon, Jan 20, 2014 at 03:14:54PM +0100, Martin Koller wrote: On Friday 17 January 2014 08:43:57 Rafael Roquetto wrote: Hello Martin, Good to hear that. I am looking forward to seeing this upstream. Do you have the bug report number so I can also follow it? see https://codereview.qt-project.org/#change,76044 -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at signature.asc Description: This is a digitally signed message part. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QPalette::Mid neglected?
On Wednesday 15 January 2014 18:16:12 Rafael Roquetto wrote: Hello everyone, I noticed that one program that I run displays a lot of black squares when it shouldn't - I traced the problem down to the fact that, at least on this env - KDE4 + Qt5 dev branch HEAD - QPalette::mid() returns QBrush(QColor(ARGB 1, 0, 0, 0) , SolidPattern ), or black. It seems that nowhere in the Qt source code the value of QPalette::Mid is being set, apart from QWindowsTheme. In my case, the relevant class is QKdeTheme, which does set a value for QPalette::Mid but only for the QPalette::Disabled ColorGroup. Therefore, for the Active color group the value is defaulting to black. Is this intended behavior or should this be fixed? For more context, see QKdeThemePrivate::readKdeSystemPalette() inside qgenericunixthemes.cpp. What a coincidence - I just reported this as a bug to digia (we have commercial support) and I already provided a fix for this. They said they will push this to gerrit. If you'd like to have a look at my solution, see attached patch. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.atdiff --git a/src/platformsupport/themes/genericunix/qgenericunixthemes.cpp b/src/platformsupport/themes/genericunix/qgenericunixthemes.cpp index ee295af..f44d53a 100644 --- a/src/platformsupport/themes/genericunix/qgenericunixthemes.cpp +++ b/src/platformsupport/themes/genericunix/qgenericunixthemes.cpp @@ -317,19 +317,23 @@ void QKdeThemePrivate::readKdeSystemPalette(const QSettings kdeSettings, QPalet const QBrush buttonBrushDark = QBrush(button.darker(v 128 ? 200 : 50)); const QBrush buttonBrushDark150 = QBrush(button.darker(v 128 ? 150 : 75)); const QBrush buttonBrushLight150 = QBrush(button.lighter(v 128 ? 150 : 75)); +const QBrush buttonBrushLight = QBrush(button.lighter(v 128 ? 200 : 50)); pal-setBrush(QPalette::Disabled, QPalette::WindowText, buttonBrushDark); pal-setBrush(QPalette::Disabled, QPalette::ButtonText, buttonBrushDark); pal-setBrush(QPalette::Disabled, QPalette::Button, buttonBrush); -pal-setBrush(QPalette::Disabled, QPalette::Light, buttonBrushLight150); -pal-setBrush(QPalette::Disabled, QPalette::Dark, buttonBrushDark); -pal-setBrush(QPalette::Disabled, QPalette::Mid, buttonBrushDark150); pal-setBrush(QPalette::Disabled, QPalette::Text, buttonBrushDark); pal-setBrush(QPalette::Disabled, QPalette::BrightText, whiteBrush); pal-setBrush(QPalette::Disabled, QPalette::Base, buttonBrush); pal-setBrush(QPalette::Disabled, QPalette::Window, buttonBrush); pal-setBrush(QPalette::Disabled, QPalette::Highlight, buttonBrushDark150); pal-setBrush(QPalette::Disabled, QPalette::HighlightedText, buttonBrushLight150); + +// set calculated colors for all groups +pal-setBrush(QPalette::Light, buttonBrushLight); +pal-setBrush(QPalette::Midlight, buttonBrushLight150); +pal-setBrush(QPalette::Mid, buttonBrushDark150); +pal-setBrush(QPalette::Dark, buttonBrushDark); } /*! ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QWidget mouse events - different order
On Friday 20 December 2013 08:31:24 Martin Koller wrote: On Thursday 19 December 2013 09:19:38 Rick Stockton wrote: On 12/18/2013 01:10 PM, Andreas Aardal Hanssen wrote: On 18 Dec 2013, at 22:07, Rayner Pupo Gómez rpgo...@uci.cu wrote: Inner-most quote is from Martin Koller. I've discovered that with Qt5 I get a different order of mouse events on a QWidget than with Qt4 (openSuse 13.1 Linux, X11): double clicking a widget results in Qt4 in: mousePressEvent mouseReleaseEvent mouseDoubleClickEvent mousePressEvent mouseReleaseEvent but in Qt5 in: mousePressEvent mouseReleaseEvent mousePressEvent mouseDoubleClickEvent mouseReleaseEvent I tested with Qt4.8.5 and Qt5.2. Is this behavioral change intended, undefined, a bug ? (it results in my app not behaving as before ...) I think it's a mistake to rely on the order of this kind of events, there are fired asynchronously, your logic cant depend on this Wrong! The order is very essential and can and must be relied on. The behaviour in Qt 5 is questionable. I believe the double-click must come first to be able to distinguish from two presses. I also wonder if it's accurate / true that Qt 4 sends the second press after the double-click. AFAIR: Press Release DoubleClick Release Is the right events for double-clicking. Andreas Andreas, I'm confirming the QT5 behavior, to be as Martin describe. BUT, the Qt4 behavior seems to be as YOU recall - no ButtonPress at all for the fast-enough second click which invoked a DoubleClick event. I'm not making things up. This is what my testprogram gives. I attach it here. I see now the problem with my testprogram. I also called the basclass implementation, which leads to the extra mousePressEvent. (fixed prog attached) when I just print the events in my implementation, I get: Qt4: mousePressEvent mouseReleaseEvent mouseDoubleClickEvent mouseReleaseEvent Qt5: mousePressEvent mouseReleaseEvent mousePressEvent mouseDoubleClickEvent mouseReleaseEvent so it's just the extra mousePressEvent in Qt5 which is wrong. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at#include QApplication #include QWidget #include QMouseEvent class Widget : public QWidget { public: Widget(QWidget *parent) : QWidget(parent) { } virtual void mousePressEvent(QMouseEvent *event) { qWarning(mousePressEvent); event-accept(); } virtual void mouseReleaseEvent(QMouseEvent *event) { qWarning(mouseReleaseEvent); event-accept(); } virtual void mouseDoubleClickEvent(QMouseEvent *event) { qWarning(mouseDoubleClickEvent); event-accept(); } }; int main(int argc, char **argv) { QApplication app(argc, argv); Widget *w = new Widget(0); w-show(); return app.exec(); } ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QWidget mouse events - different order
On Thursday 19 December 2013 22:18:36 Andreas Aardal Hanssen wrote: On 19 Dec 2013, at 18:36, Rick Stockton rickstock...@reno-computerhelp.com wrote: Perhaps we should perform as QT4 did (there wasn't a second ButtonPress, the DoubleClick ate it). Such use cases would then need to be fixed up (i,e, to accept EITHER event as a cause for executing that Action)? Logical, but a lot of work. Keeping Qt 5’s current behavior makes it impossible for an app to distinguish between multiple presses and a double-click without duplicating the timers in QApplication. Applications that rely on the original behavior are likely to be confused by the state you enter when receiving the second press. http://qt-project.org/doc/qt-5.0/qtwidgets/qapplication.html#doubleClickInterval-prop Sending the press event before the double click looks like a mistake, I wonder if it’s the same on all platforms. I would be surprised, as it would break all apps that handle more than simple mouse events. A git bisect is probably a good idea... I checked now on windows: it's the same: press release press doubleclick release -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] QWidget mouse events - different order
On Thursday 19 December 2013 09:19:38 Rick Stockton wrote: On 12/18/2013 01:10 PM, Andreas Aardal Hanssen wrote: On 18 Dec 2013, at 22:07, Rayner Pupo Gómez rpgo...@uci.cu wrote: Inner-most quote is from Martin Koller. I've discovered that with Qt5 I get a different order of mouse events on a QWidget than with Qt4 (openSuse 13.1 Linux, X11): double clicking a widget results in Qt4 in: mousePressEvent mouseReleaseEvent mouseDoubleClickEvent mousePressEvent mouseReleaseEvent but in Qt5 in: mousePressEvent mouseReleaseEvent mousePressEvent mouseDoubleClickEvent mouseReleaseEvent I tested with Qt4.8.5 and Qt5.2. Is this behavioral change intended, undefined, a bug ? (it results in my app not behaving as before ...) I think it's a mistake to rely on the order of this kind of events, there are fired asynchronously, your logic cant depend on this Wrong! The order is very essential and can and must be relied on. The behaviour in Qt 5 is questionable. I believe the double-click must come first to be able to distinguish from two presses. I also wonder if it's accurate / true that Qt 4 sends the second press after the double-click. AFAIR: Press Release DoubleClick Release Is the right events for double-clicking. Andreas Andreas, I'm confirming the QT5 behavior, to be as Martin describe. BUT, the Qt4 behavior seems to be as YOU recall - no ButtonPress at all for the fast-enough second click which invoked a DoubleClick event. I'm not making things up. This is what my testprogram gives. I attach it here. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at#include QApplication #include QWidget #include QMouseEvent class Widget : public QWidget { public: Widget(QWidget *parent) : QWidget(parent) { } virtual void mousePressEvent(QMouseEvent *event) { qWarning(mousePressEvent); QWidget::mousePressEvent(event); event-accept(); } virtual void mouseReleaseEvent(QMouseEvent *event) { qWarning(mouseReleaseEvent); QWidget::mouseReleaseEvent(event); event-accept(); } virtual void mouseDoubleClickEvent(QMouseEvent *event) { qWarning(mouseDoubleClickEvent); QWidget::mouseDoubleClickEvent(event); event-accept(); } }; int main(int argc, char **argv) { QApplication app(argc, argv); Widget *w = new Widget(0); w-show(); return app.exec(); } ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] QWidget mouse events - different order
I've discovered that with Qt5 I get a different order of mouse events on a QWidget than with Qt4 (openSuse 13.1 Linux, X11): double clicking a widget results in Qt4 in: mousePressEvent mouseReleaseEvent mouseDoubleClickEvent mousePressEvent mouseReleaseEvent but in Qt5 in: mousePressEvent mouseReleaseEvent mousePressEvent mouseDoubleClickEvent mouseReleaseEvent I tested with Qt4.8.5 and Qt5.2. Is this behavioral change intended, undefined, a bug ? (it results in my app not behaving as before ...) -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt5.2 application palette
I'm at ec03058fa5b84b4570a2158bf2179f7ba4d83b99 and I see something I can not explain: QApplication app(argc, argv); cerr style: qPrintable(QApplication::style()-objectName()) std::endl; QPalette pal = QApplication::palette(); cerr dark: qPrintable(pal.brush(QPalette::Dark).color().name()) endl; this code tells me the style I use is fusion and the dark value is #00 However using this code extern QPalette qt_fusionPalette(); QPalette fpal = qt_fusionPalette(); tells me that dark is #9f9d9a I was thinking the style defines the default palette. When compiling against Qt 4.8.5 and using -style plastique I get dark as #6a6563 I'm struggling with this as dark is the background color of a QMdiArea and in Qt4 it is really gray as documented, but in Qt5 it's black. -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] cloning qt5 warning ?
Hi, I wanted to clone the Qt5 repo according to http://qt-project.org/wiki/Building-Qt-5-from-Git and get: git clone https://git.gitorious.org/qt/qt5.git qt5 Cloning into qt5... warning: remote HEAD refers to nonexistent ref, unable to checkout. should I be worried about this ? -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments This mail was not scanned before sending. It was sent from a secure Linux desktop. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development