Re: [Development] Removing Wacom support in Qt5
On Thursday 06 September 2012 Sep, Ariel Molina wrote: Hi, There is a really old, and quite long, list of bugs at Qt, take for example: https://bugreports.qt-project.org/browse/QTBUG-9190 Wacom support is broken, it's in fact somewhere between alpha or beta state, some tablets work some others dont. In OSX they work pretty good, in windows you really suffer. The driver works fine for several non-Qt apps (Adobe Suite works just fine) 0) It's not a driver issue 1) Wacom support is broken in Qt, several bugs are closely related 2) QtCreator, qmlpuppet and every single Qt App is affected by bugs right now 3) There is no official Wacom support 4) Few % of Qt apps are in fact targeting Wacom 5) Nobody cares about Wacom anyway, or the bug should be solved by now (some bugs are 2+ years old) 6) Digia wrote a patch, but it's a hack and was rejected 7) There are examples showcasing Qt's Wacom support but this is not true, Wacom is broken, nobody complains because 5) Huh? I don't follow you here. I'm sure Krita isn't the only Qt application that needs tablet support. This list looks to me like a mish-mash of things that aren't a reason from dropping wacom support at all and things that aren't true or relevant. Another point to consider: 1) Quick 2.0 is the way to go, but it targets designers 2) Designers use mostly Adobe suite and other similar tools (this means probably Wacoms in there) 3) Even with the Wacom unplugged the bugs are present, killing the usefulness of even QtCreator 4) Many scenarios will pop where designers+coders work in the same workstations 5) These wacom problems will become common as time passes Myself have a room with 40+ workstations where the driver is installed/uninstalled at least once a week, it's a nightmare. Huh? Qt Creator works fine here... And I've got a wacom plugged in all the time. You seem to be saying that people designing an application with Qt Creator have trouble because they have a wacom attached, and that that's a reason Qt should drop its tablet support? That sounds weird to me. Is it better to remove Wacom for Qt5? what do you think? I think that would be utterly disastrous. I haven't tried porting Krita to Qt5 yet, but for me on Windows and Linux, Qt's wacom support is good enough to write big, complex applications like Krita. Sure, there are bugs, though most problems I encounter come from Ubuntu patching stuff for multitouch support. But I am sure I would have more bugs if I tried to do tablet handling on my own, like in the Qt 3.x days. And what are you going to do with api's like QTabletEvent? Remove those as well? I thought that moving to Qt5 was supposed to be smooth and easy. You cannot chop off api like that... -- Boudewijn Rempt http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
On quinta-feira, 6 de setembro de 2012 08.53.11, Boudewijn Rempt wrote: Another point to consider: 1) Quick 2.0 is the way to go, but it targets designers 2) Designers use mostly Adobe suite and other similar tools (this means probably Wacoms in there) 3) Even with the Wacom unplugged the bugs are present, killing the usefulness of even QtCreator 4) Many scenarios will pop where designers+coders work in the same workstations 5) These wacom problems will become common as time passes Myself have a room with 40+ workstations where the driver is installed/uninstalled at least once a week, it's a nightmare. Huh? Qt Creator works fine here... And I've got a wacom plugged in all the time. You seem to be saying that people designing an application with Qt Creator have trouble because they have a wacom attached, and that that's a reason Qt should drop its tablet support? That sounds weird to me. He's saying that Qt Creator and those other applications don't work on those workstations that have Wacom tablets installed. You know very well that working for you is no guarantee that it works for everyone. Sadly, our current support for tablets is very, very limited. We know it breaks every other release -- since it is never tested before a release, it breaks; then we get bug reports, it gets fixed, and then in the next release, it breaks again. I'd prefer if we fix this once and for all. Maybe the QPA architecture makes it simpler to keep working. Who knows... But since I made the suggestion to remove it: if we can't get it tested and get it to work, just disable the support. No code needs to be removed. Just make the loading of the Wacom DLL always fail. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Removing Wacom support in Qt5
On Thursday 06 September 2012 Sep, Thiago Macieira wrote: He's saying that Qt Creator and those other applications don't work on those workstations that have Wacom tablets installed. You know very well that working for you is no guarantee that it works for everyone. And the converse is true as well, of course. Sadly, our current support for tablets is very, very limited. We know it breaks every other release -- since it is never tested before a release, it breaks; then we get bug reports, it gets fixed, and then in the next release, it breaks again. I'd prefer if we fix this once and for all. I don't consider removing a feature a fix... Even the hack that got proposed in those bug reports is better than that. Maybe the QPA architecture makes it simpler to keep working. Who knows... Well, it seems clear that nobody knows :-(. But since I made the suggestion to remove it: if we can't get it tested and get it to work, just disable the support. No code needs to be removed. Just make the loading of the Wacom DLL always fail. So, basically, QTabletEvent will still exist, but will be useless? -- Boudewijn Rempt http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
On quinta-feira, 6 de setembro de 2012 09.13.01, Boudewijn Rempt wrote: But since I made the suggestion to remove it: if we can't get it tested and get it to work, just disable the support. No code needs to be removed. Just make the loading of the Wacom DLL always fail. So, basically, QTabletEvent will still exist, but will be useless? It will never be delivered. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Removing Wacom support in Qt5
On Thursday 06 September 2012 Sep, Thiago Macieira wrote: On quinta-feira, 6 de setembro de 2012 09.13.01, Boudewijn Rempt wrote: But since I made the suggestion to remove it: if we can't get it tested and get it to work, just disable the support. No code needs to be removed. Just make the loading of the Wacom DLL always fail. So, basically, QTabletEvent will still exist, but will be useless? It will never be delivered. Right, so it will be useless, then. Code will compile, but the application will be broken and porting to Qt5 will become a really difficult task. I know that there are problems with Qt and tablet support -- that with some versions of the wacom driver on Windows, there are way too many events happening for an application to manage, or that on Linux only Wacom tablets and no non-wacom tablets are supported and so on (though there's a patch in Jira for that). For me as an application developer, I wonder what the alternative would be. I guess to write two platform specific event handlers myself (win and X11, I cannot afford a Mac) and synthesize the QTabletEvents... Do a fund raiser to get me some different kinds of tablets and see how to support those. -- Boudewijn Rempt http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
Op 6-9-2012 9:41, Boudewijn Rempt schreef: For me as an application developer, I wonder what the alternative would be. I guess to write two platform specific event handlers myself (win and X11, I cannot afford a Mac) and synthesize the QTabletEvents... Do a fund raiser to get me some different kinds of tablets and see how to support those. I'd then rather see that fund raising go towards making sure the support _inside_ Qt gets up to standard... That would not only benefit Krita, but all of Qt. André ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
On quinta-feira, 6 de setembro de 2012 09.41.28, Boudewijn Rempt wrote: Right, so it will be useless, then. Code will compile, but the application will be broken and porting to Qt5 will become a really difficult task. Just as difficult as porting with an incomplete and broken support. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Removing Wacom support in Qt5
About the state of QTabletEvent in Qt 5: For platforms other than xcb this event will never be delivered. To be on par with Qt 4 somebody needs to step up and add support for Windows and OS X. The support on QPA level is there in QWindowSystemInterface, now it's up to the platform plugins to do something with it. On Linux, QTabletEvents are supported, I added this a few months back using my Wacom Bamboo. It should be considered experimental though. Event delivery, position and pressure, proximity enter/leave seem to work. Other things (e.g. additional properties like tilt which I cannot test with the Bamboo) may not. Laszlo On Thu, Sep 6, 2012 at 10:41 AM, Boudewijn Rempt b...@valdyas.org wrote: On Thursday 06 September 2012 Sep, Thiago Macieira wrote: On quinta-feira, 6 de setembro de 2012 09.13.01, Boudewijn Rempt wrote: But since I made the suggestion to remove it: if we can't get it tested and get it to work, just disable the support. No code needs to be removed. Just make the loading of the Wacom DLL always fail. So, basically, QTabletEvent will still exist, but will be useless? It will never be delivered. Right, so it will be useless, then. Code will compile, but the application will be broken and porting to Qt5 will become a really difficult task. I know that there are problems with Qt and tablet support -- that with some versions of the wacom driver on Windows, there are way too many events happening for an application to manage, or that on Linux only Wacom tablets and no non-wacom tablets are supported and so on (though there's a patch in Jira for that). For me as an application developer, I wonder what the alternative would be. I guess to write two platform specific event handlers myself (win and X11, I cannot afford a Mac) and synthesize the QTabletEvents... Do a fund raiser to get me some different kinds of tablets and see how to support those. -- Boudewijn Rempt http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
0) It's not a driver issue 1) Wacom support is broken in Qt, several bugs are closely related 2) QtCreator, qmlpuppet and every single Qt App is affected by bugs right now What do you mean by qmlpuppet? We have had a commercial QML application based on Qt 4.8 up and running fine on a wacom powered roughbook. Issues like the ones with QtCreator is not a good reason enough to me to drop from Qt. 3) There is no official Wacom support As Boudewijn said, it is not so costy to get a device. I hope Digia or someone else can stand up to get this supported officially for those situations where it does not work. 4) Few % of Qt apps are in fact targeting Wacom 5) Nobody cares about Wacom anyway, or the bug should be solved by now (some bugs are 2+ years old) We do care, but it just worked for us. Laszlo ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Nominating Marc Mutz for approver status
On 09/05/2012 07:14 PM, ext Thiago Macieira wrote: On quarta-feira, 5 de setembro de 2012 18.53.24, Sergio Ahumada wrote: Just for the record, all maintainers can add/remove people from Approvers group. In Gerrit and in JIRA? only for Gerrit .. I don't know what the process looks like in JIRA -- Sergio Ahumada ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt 5, QOpenGLFunctions
Hi everybody, did anyone try to use the QOpenGLFunctions object. I'm currently struggling with uploading my custom texture (simple uchar array) to the fragment shader. The problem is the following: As there is no solution via the QSGShaderProgram yet, I tried to use QOpenGLFunctions as it is described and explained here (http://qt-project.org/doc/qt-5.0/qopenglfunctions.html#openGLFeatures) and as it is used by the ShaderProgram anyway. Unfortunately the glBindTexture(...) method is not declared in the header, it is just missing. Does anyone know whether this is intended (then the example in the api should be changed I think) or was it accidentally forgotten? There are also some other important functions from the OpenGL ES standard missing, I think. Did someone already address this problem? Greetings Matthias --- This communication contains confidential information. If you are not the intended recipient please return this email to the sender and delete it from your records. Diese Nachricht enthaelt vertrauliche Informationen. Sollten Sie nicht der beabsichtigte Empfaenger dieser E-mail sein, senden Sie bitte diese an den Absender zurueck und loeschen Sie die E-mail aus Ihrem System. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
On 6 September 2012 08:48, Boudewijn Rempt b...@valdyas.org wrote: On Thursday 06 September 2012 Sep, marius.storm-ol...@nokia.com wrote: We only had one guy working on it, and he was primarily on OSX. He hadn't work for us for years now, hence why these bugs have been piling up. I think it shouldn't take much for someone who cares and have the HW to get it back up to scratch. I would have thought that Trolltech/Nokia/Digia would have been able to afford a wacom tablet... They can be had for as little as 90 euros. And maybe even a monoprice one, to be had for as little as 50 dollars. Don't commercial Qt-based applications like Maya, Nuke, Mari or Photoshop Elements also use QTabletEvent? The problem isn't affording a tablet, it's just putting in the time to understand how the Windows API for it is supposed to be used, as opposed to what Qt currently does with it. If as one of the bugs says, there is actually a full-screen invisible window just to catch all the tablet events, I wonder if the API is so clunky that such hacks are necessary, or just used to be necessary and now we need to completely rethink it. If anyone else has looked at the code and can offer some tips and/or patches that fix the root cause, it would be appreciated. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WebCore/platform/Timer.cpp:27: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WebCore/config.h:30: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WTF/wtf/Platform.h:1165: In file included from /Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/qglobal.h:1: In file included from /Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/../../src/corelib/global/qglobal.h:77: /usr/bin/../lib/c++/v1/algorithm:4461:28: error: no matching function for call to 'move' value_type __t(_VSTD::move(*__pp)); any idea on this error? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Removing Wacom support in Qt5
On 9/6/12 8:48 AM, ext Boudewijn Rempt b...@valdyas.org wrote: On Thursday 06 September 2012 Sep, marius.storm-ol...@nokia.com wrote: We only had one guy working on it, and he was primarily on OSX. He hadn't work for us for years now, hence why these bugs have been piling up. I think it shouldn't take much for someone who cares and have the HW to get it back up to scratch. I would have thought that Trolltech/Nokia/Digia would have been able to afford a wacom tablet... They can be had for as little as 90 euros. And maybe even a monoprice one, to be had for as little as 50 dollars. Don't commercial Qt-based applications like Maya, Nuke, Mari or Photoshop Elements also use QTabletEvent? Obviously we have a tablet laying around somewhere, under a pile of dust. I just said since this person left we haven't been working on it. Feel free to scratch the code if the itch is bugging you! -- .marius ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5, QOpenGLFunctions
On 06.09.2012 11:13, ext Wehmer, Matthias wrote: Hi everybody, did anyone try to use the QOpenGLFunctions object. I'm currently struggling with uploading my custom texture (simple uchar array) to the fragment shader. The problem is the following: As there is no solution via the QSGShaderProgram yet, I tried to use QOpenGLFunctions as it is described and explained here (http://qt-project.org/doc/qt-5.0/qopenglfunctions.html#openGLFeatures) and as it is used by the ShaderProgram anyway. Unfortunately the glBindTexture(...) method is not declared in the header, it is just missing. Does anyone know whether this is intended (then the example in the api should be changed I think) or was it accidentally forgotten? There are also some other important functions from the OpenGL ES standard missing, I think. Did someone already address this problem? Greetings Matthias --- This communication contains confidential information. If you are not the intended recipient please return this email to the sender and delete it from your records. Diese Nachricht enthaelt vertrauliche Informationen. Sollten Sie nicht der beabsichtigte Empfaenger dieser E-mail sein, senden Sie bitte diese an den Absender zurueck und loeschen Sie die E-mail aus Ihrem System. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development It was intended. The reason glBindTexture() is not part of QOpenGLFunctions, is that we assume basic OpenGL functions (OpenGL 1.0/1.1) are available on all platforms, and don't need to be resolved. Cheers, Kim ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On quinta-feira, 6 de setembro de 2012 12.05.46, Sylvain Pointeau wrote: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WebCore/platform/Tim er.cpp:27: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WebCore/config.h:30: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WTF/wtf/Platform.h:1 165: In file included from /Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/qglobal.h:1: In file included from /Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/../../src/core lib/global/qglobal.h:77: /usr/bin/../lib/c++/v1/algorithm:4461:28: error: no matching function for call to 'move' value_type __t(_VSTD::move(*__pp)); any idea on this error? Look at the include sequence: it's algorithm, included from qglobal.h The error is in libstdc++. Nothing we can do. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Qt 4.8 clang and libc++
lib/global/qglobal.h:77: /usr/bin/../lib/c++/v1/algorithm:4461:28: error: no matching function for call to 'move' value_type __t(_VSTD::move(*__pp)); any idea on this error? Look at the include sequence: it's algorithm, included from qglobal.h The error is in libstdc++. Nothing we can do. move works well, why do we have this error? is it related to the param type? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On quinta-feira, 6 de setembro de 2012 12.40.36, Sylvain Pointeau wrote: move works well, why do we have this error? is it related to the param type? /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WebCore/platform/Timer.cpp:27: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WebCore/config.h:30: In file included from /Users/sylvain/development/lib/qt-5.0/qtwebkit/Source/WTF/wtf/Platform.h:1165: In file included from /Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/qglobal.h:1: In file included from /Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/../../src/corelib/global/qglobal.h:77: /usr/bin/../lib/c++/v1/algorithm:4461:28: error: no matching function for call to 'move' value_type __t(_VSTD::move(*__pp)); This is an error triggered by including the header. Obviously, since qglobal.h has been used a thousand times by the time you get to this error, there's something *different* about Timer.cpp. Take a look at the preprocessed output of that compilation and figure out what the compiler is trying to tell you. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Qt 5, QOpenGLFunctions
Hi, On Thursday 06 September 2012 12:21:20 Kim M. Kalland wrote: On 06.09.2012 11:13, ext Wehmer, Matthias wrote: Hi everybody, did anyone try to use the QOpenGLFunctions object. I'm currently struggling with uploading my custom texture (simple uchar array) to the fragment shader. The problem is the following: As there is no solution via the QSGShaderProgram yet, I tried to use QOpenGLFunctions as it is described and explained here (http://qt-project.org/doc/qt-5.0/qopenglfunctions.html#openGLFeatures) and as it is used by the ShaderProgram anyway. Unfortunately the glBindTexture(...) method is not declared in the header, it is just missing. Does anyone know whether this is intended (then the example in the api should be changed I think) or was it accidentally forgotten? There are also some other important functions from the OpenGL ES standard missing, I think. Did someone already address this problem? There is also this patch https://codereview.qt-project.org/#change,30554 which looks to add classes that wrap every OpenGL version (not OpenGL ES 3 yet) and every OpenGL extension. The earlier versions of the patch show examples of the classes. The most recent patchsets just include the code generator. Still needs a little more work on integrating it into Qt though. Sean -- Dr Sean Harmer | sean.har...@kdab.com | Senior Software Engineer Klarälvdalens Datakonsult AB, a KDAB Group company Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322) KDAB - Qt Experts - Platform-independent software solutions ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] [DRAFT] Interested in Widgets Maintainership (was: Re: Nominating Marc Mutz for approver status)
On Wednesday September 5 2012, Sergio Ahumada wrote: On 09/05/2012 04:42 PM, Thiago Macieira wrote: It's been now 15 business days since Marc was nominated for approvership and seconded. Whoever can grant him permissions, please do so. He's got a lot of commits he needs to stage... Indeed... :) Somebody already granted him with Approver rights. I'd like to use this opportunity to mention that I'd like to take on maintenance of QtWidgets. I know that my contributions so far have mostly been to QtCore, and I'm still interested in contributing there, since I have a strong personal interest in multithreading and C++11, but I also see that QtWidgets could do with a bit of TLC, and I feel more at home here than, say, QtQuick. As most of you will know, at the QtCS, KDAB promised to produce a QtWidgets maintainer. I've talked with Till and other KDABians, and I have been ensured of their full support on this. So I guess the question now becomes: would you, the community, have me? :) Thanks, Marc -- Marc Mutz marc.m...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] [DRAFT] Interested in Widgets Maintainership (was: Re: Nominating Marc Mutz for approver status)
On Thursday September 6 2012, Marc Mutz wrote: [DRAFT] Erhm, this isn't draft anymore, promised :) -- Marc Mutz marc.m...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] [DRAFT] Interested in Widgets Maintainership (was: Re: Nominating Marc Mutz for approver status)
On 6 September 2012 15:56, Marc Mutz marc.m...@kdab.com wrote: On Thursday September 6 2012, Marc Mutz wrote: [DRAFT] Erhm, this isn't draft anymore, promised :) There's no escape now. :-) Rich. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt 4.8.3 open source release candidate packages publicly available
Hi all, Now there are Qt 4.8.3 release candidate packages available for public review. These are not yet the official release packages and should not be used as such. Packages are built against SHA1: b6d1a35d6cb464f643d7905ec731069e729d4ad4 and available at http://releases.qt-project.org/digia/4.8.3_RC1/ Have fun! Br, Juhani Juhani Taipale Software Specialist, Qt Commercial RD Digia Plc Piippukatu 11, FI-40100 JYVÄSKYLÄ FINLAND Tel: +358 50 384 3755 Visit us at :www.digia.com or qt.digia.com ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] [DRAFT] Interested in Widgets Maintainership (was: Re: Nominating Marc Mutz for approver status)
Hi Marc, On Sep 6, 2012, at 4:43 PM, ext Marc Mutz marc.m...@kdab.com wrote: On Wednesday September 5 2012, Sergio Ahumada wrote: On 09/05/2012 04:42 PM, Thiago Macieira wrote: It's been now 15 business days since Marc was nominated for approvership and seconded. Whoever can grant him permissions, please do so. He's got a lot of commits he needs to stage... Indeed... :) Somebody already granted him with Approver rights. I'd like to use this opportunity to mention that I'd like to take on maintenance of QtWidgets. I know that my contributions so far have mostly been to QtCore, and I'm still interested in contributing there, since I have a strong personal interest in multithreading and C++11, but I also see that QtWidgets could do with a bit of TLC, and I feel more at home here than, say, QtQuick. As most of you will know, at the QtCS, KDAB promised to produce a QtWidgets maintainer. I've talked with Till and other KDABians, and I have been ensured of their full support on this. So I guess the question now becomes: would you, the community, have me? :) Great to hear you're stepping up. My only worry is that the widget cluster is a big beast. Even with item views carved out it's rather large. In that respect I really want to find someone else in addition that would take over some parts and share the load (I'm actually looking around currently…). Cheers, Lars ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Failed to start video surface on QML
Hi, I am starting to study QML. I make a simple application to play a video with QtMultimediaKit, it does nothing, printing the message failed to start video surface, then the video keeps on black. Following the source code: import QtQuick 1.1 import QtMultimediaKit 1.1 Item { width: 410; height: 210 Video { id: videoW source: /media/Datos/Media/Videos/Series/Hunter x Hunter/hunter.avi x: 5; y: 5; height: 200 width: 400 } } Im using Ubuntu 12.4 with Qt 4.8.1. 10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS INFORMATICAS... CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION http://www.uci.cu http://www.facebook.com/universidad.uci http://www.flickr.com/photos/universidad_uci___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
however I still find utility in the file bug.i I meant bug.d ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On quinta-feira, 6 de setembro de 2012 22.16.44, Sylvain Pointeau wrote: Obviously, since qglobal.h has been used a thousand times by the time you get to this error, there's something *different* about Timer.cpp. Take a look at the preprocessed output of that compilation and figure out what the compiler is trying to tell you. I attached the processed file. I think the definition of move is missing. however I still find utility in the file bug.i does it say something to you? No. I can't read a 1.5 MB preprocessed source without context. You're the one with libstdc++ and the reproducible issue. You get to fix the issue. I can't help you. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Nominating Marc Mutz for approver status
Normal procedure has been that an issue gets raised in Jira, and Mark usually takes care of it. -- Sent from my Nokia N9 On 9/6/12 15:02 Ahumada Sergio (Nokia-MP/Oslo) wrote: On 09/05/2012 07:14 PM, ext Thiago Macieira wrote: On quarta-feira, 5 de setembro de 2012 18.53.24, Sergio Ahumada wrote: Just for the record, all maintainers can add/remove people from Approvers group. In Gerrit and in JIRA? only for Gerrit .. I don't know what the process looks like in JIRA -- Sergio Ahumada ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
No. I can't read a 1.5 MB preprocessed source without context. You're the one with libstdc++ and the reproducible issue. You get to fix the issue. I can't help you. not libstdc++ but the one with libc++ I read on the web that libc++ will not work well in C++03 and looking at the command line, I don't see -*std*=c++11 why is it missing? how can we activate it? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On quinta-feira, 6 de setembro de 2012 22.33.30, Sylvain Pointeau wrote: No. I can't read a 1.5 MB preprocessed source without context. You're the one with libstdc++ and the reproducible issue. You get to fix the issue. I can't help you. not libstdc++ but the one with libc++ Right, libc++. My muscle-memory wrote libstdc++ (possibly because I've just got my first commit into libstdc++). I read on the web that libc++ will not work well in C++03 and looking at the command line, I don't see -*std*=c++11 why is it missing? how can we activate it? It's missing because WebKit doesn't compile in C++11 mode. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center Intel Sweden AB - Registration Number: 556189-6027 Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden 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] Qt 4.8 clang and libc++
I read on the web that libc++ will not work well in C++03 and looking at the command line, I don't see -*std*=c++11 why is it missing? how can we activate it? It's missing because WebKit doesn't compile in C++11 mode. how can they use move then? hrg Qt enable c++11 and those header are included into webkit that doesn't use c++11.. so what to do? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On Thursday 06 September 2012 22:33:30 Sylvain Pointeau wrote: No. I can't read a 1.5 MB preprocessed source without context. You're the one with libstdc++ and the reproducible issue. You get to fix the issue. I can't help you. not libstdc++ but the one with libc++ I read on the web that libc++ will not work well in C++03 and looking at the command line, I don't see -*std*=c++11 why is it missing? how can we activate it? I'm confused? Are you working with 4.8 or with Qt5? In Qt 4.8, we used to disable c++11 support for webkit and javascriptcore, because there where too many errors upstream with C++11 at the time. Maybe it is no logner true for webkit, but the JavaScriptCore of QtScript has not been updated (and will not). So it is still the case in Qt5. In Qt 4.8: src/script/script.pro:*-g++*:QMAKE_CXXFLAGS -= -std=c++0x -std=gnu++0x In Qt 5: src/script/script.pro:CONFIG -= c++11 Regarding Webkit in Qt5, It does not seem to use load(qt_module) in its profle that is required to enable automatically c++11 like the rest of qt. (it only seem to use it when compiling the One may need to add this line in some .pro or .pri file contains(QT_CONFIG, c++11):CONFIG += c++11 -- Olivier Woboq - Qt services and support - http://woboq.com ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
I'm confused? Are you working with 4.8 or with Qt5? I want libc++ and Qt 4.8 does not provide clang-libc++. so I switched to Qt5 but facing this compilation error. sorry for the confusion. Regarding Webkit in Qt5, It does not seem to use load(qt_module) in its profle that is required to enable automatically c++11 like the rest of qt. (it only seem to use it when compiling the One may need to add this line in some .pro or .pri file contains(QT_CONFIG, c++11):CONFIG += c++11 It seems to be missing in /qtwebkit.pri where should it be exactly? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
On Thursday 06 September 2012 23:24:06 Sylvain Pointeau wrote: I'm confused? Are you working with 4.8 or with Qt5? I want libc++ and Qt 4.8 does not provide clang-libc++. so I switched to Qt5 but facing this compilation error. sorry for the confusion. Regarding Webkit in Qt5, It does not seem to use load(qt_module) in its profle that is required to enable automatically c++11 like the rest of qt. (it only seem to use it when compiling the One may need to add this line in some .pro or .pri file contains(QT_CONFIG, c++11):CONFIG += c++11 It seems to be missing in /qtwebkit.pri where should it be exactly? I'm not really sure. You can try Tools/qmake/mkspecs/features/default_pre.prf -- Olivier Woboq - Qt services and support - http://woboq.com ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Failed to start video surface on QML
I don't suppose you will get answers for such kind of questions here in this list. Br, Leandro. -- Leandro Melo de Sales Professor at Institute of Computing at Federal University of Alagoas, Brazil PhD candidate in Computer Science Pervasive and Embedded Computing Laboratory, UFCG Twitter: @leandrosalesal The warrior is strong in loyalty, intensity, determination, initiative, persistence, courage and willpower. The warrior is light in the soul, self-trust and compassion. The warrior is often called to take the front when other cowardly make a step backwards. There are warriors on the battlefields and in everyday life. 2012/9/6 rgomez rgo...@uci.cu ** Hi, I am starting to study QML. I make a simple application to play a video with QtMultimediaKit, it does nothing, printing the message failed to start video surface, then the video keeps on black. Following the source code: import QtQuick 1.1 import QtMultimediaKit 1.1 Item { width: 410; height: 210 Video { id: videoW source: /media/Datos/Media/Videos/Series/Hunter x Hunter/hunter.avi x: 5; y: 5; height: 200 width: 400 } } Im using Ubuntu 12.4 with Qt 4.8.1. http://www.uci.cu/ ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
One may need to add this line in some .pro or .pri file contains(QT_CONFIG, c++11):CONFIG += c++11 It seems to be missing in /qtwebkit.pri where should it be exactly? I'm not really sure. You can try Tools/qmake/mkspecs/features/default_pre.prf qtbase/mkspecs/features/default_pre.prf but will qtwebkit compile with c++11? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
but will qtwebkit compile with c++11? I beleive it should now. Maybe you will run into some small issues. I have this error now when I run the configure: clang++ -c -o project.o -pipe -mmacosx-version-min=10.6 -stdlib=libc++ -DQMAKE_OPENSOURCE_EDITION -fconstant-cfstrings -g -I/Users/sylvain/development/lib/qt-5.0/qtbase/qmake -I/Users/sylvain/development/lib/qt-5.0/qtbase/qmake/generators -I/Users/sylvain/development/lib/qt-5.0/qtbase/qmake/generators/unix -I/Users/sylvain/development/lib/qt-5.0/qtbase/qmake/generators/win32 -I/Users/sylvain/development/lib/qt-5.0/qtbase/qmake/generators/mac -I/Users/sylvain/development/lib/qt-5.0/qtbase/qmake/generators/integrity -I/Users/sylvain/development/lib/qt-5.0/qtbase/include -I/Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore -I/Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/5.0.0 -I/Users/sylvain/development/lib/qt-5.0/qtbase/include/QtCore/5.0.0/QtCore -I/Users/sylvain/development/lib/qt-5.0/qtbase/src/corelib/global -DHAVE_QCONFIG_CPP -I/Users/sylvain/development/lib/qt-5.0/qtbase/mkspecs/macx-clang-libc++ -I/Users/sylvain/development/lib/qt-5.0/qtbase/tools/shared -DQT_BUILD_QMAKE -DQT_BOOTSTRAPPED -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_COMPRESS -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_GEOM_VARIANT -DQT_NO_DATASTREAM /Users/sylvain/development/lib/qt-5.0/qtbase/qmake/project.cpp clang: error: invalid deployment target for -stdlib=libc++ (requires OS X 10.7 or later) ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 4.8 clang and libc++
I recently installed xcode 4.4.1 and I installed the new command line tools before to run the configure. ./configure -release -platform macx-clang-libc++ -qt-pcre How can I remove the min version or to set it up to 10.7? ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Nominating Marc Mutz for approver status
On Fri, Sep 7, 2012 at 6:28 AM, marius.storm-ol...@nokia.com wrote: Normal procedure has been that an issue gets raised in Jira, and Mark usually takes care of it. We can't assume that that will continue, as Mark will be leaving Nokia soon and needs to give priority to the Brisbane site rampdown and CI infrastructure transfer. An alternative procedure needs to be found urgently while there's still time to extract Mark's valuable knowledge of Jira administration. -- Jason ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Nominating Marc Mutz for approver status
We are already addressing this as part of the transfer. -- Tuukka Jason McDonald kirjoitti 7.9.2012 6:05: On Fri, Sep 7, 2012 at 6:28 AM, marius.storm-ol...@nokia.commailto:marius.storm-ol...@nokia.com wrote: Normal procedure has been that an issue gets raised in Jira, and Mark usually takes care of it. We can't assume that that will continue, as Mark will be leaving Nokia soon and needs to give priority to the Brisbane site rampdown and CI infrastructure transfer. An alternative procedure needs to be found urgently while there's still time to extract Mark's valuable knowledge of Jira administration. -- Jason ___ Development mailing list marius.storm-ol...@nokia.commailto:marius.storm-ol...@nokia.com http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development