Re: [Qt5-feedback] QSG* classes in QtDeclarative will be renamed [was: Re: QtQuick2 considerations]
On Fri, 2011-10-21 at 13:18 +0200, Kent Hansen wrote: QSGItem -- QQuickItem QSGView -- QQuickView QSGCanvas -- QQuickCanvas QSGPaintedItem -- QQuickPaintedItem Header files will be renamed accordingly (e.g. qsgitem.h -- qquickitem.h). Thanks, but don't you think that the QQ prefix looks rather silly now? You basically say Qt Qt User Interface Creation Kit Item, no? I'd argue that the Q of Quick is already the regular prefix. regards, Michael ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
[Qt5-feedback] Qt Project live
Hi, The Qt Project is now live! For details, please check out www.qt-project.org and my blog at labs.qt.nokia.com. As part of going live with open governance and the Qt Project, we have created a new set of mailing lists. As a consequence, this mailing list will be shutdown, and no further posts will come through. Please take this opportunity to head over to the Qt Project (http://lists.qt-project.org), and sign up for the new mailing lists. Thanks! Best regards, Lars Knoll Chief Maintainer ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
[Qt5-feedback] Command line parser in QtCore?
Moin moin, it would be nice to have a command line parser in QtCore, i.e. some class that parses stuff like ./program -vh --long-option --value=5 foo.dat given some format definition. KCmdLineArgs and KCmdLineOptions from kdecore do exactly that for KDE programs. I don't have time right now, but perhaps someone wants to pick up this task? Greetings Stefan ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
Op 21-10-2011 16:29, Stefan Majewsky schreef: Moin moin, it would be nice to have a command line parser in QtCore, i.e. some class that parses stuff like ./program -vh --long-option --value=5 foo.dat given some format definition. KCmdLineArgs and KCmdLineOptions from kdecore do exactly that for KDE programs. I don't have time right now, but perhaps someone wants to pick up this task? Does it need to be in core? Would an add-on module that only depends on QtCore not be just as useful? André ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
On 2011-10-21, Andre Somers an...@familiesomers.nl wrote: Does it need to be in core? Would an add-on module that only depends on QtCore not be just as useful? The plans in The Great KDE Plan is to put the kcmdline stuff in the 'kcore' library which is only having QtCore as dependency and isn't that big by itself. /Sune ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
The question is never why not have something in core, it's why does this need to be in core. Being small in size is not a very good reason... On 21/10/2011 20:12 Иван Комиссаров wrote: CMD line parser is very small utility, not more than 500-1000 lines of code (even with feature of type-checking), so why not to include it into Core? As far as i remember, kde implementation doesn't have some features (i compared some tools when i need some parser; boost parser was best option for me; however it has awful syntax and doesn't integrate with Qt types and QVariant, so i had to reinvent wheel:( ) 21.10.2011, в 21:03, Andre Somers написал(а): Op 21-10-2011 16:29, Stefan Majewsky schreef: Moin moin, it would be nice to have a command line parser in QtCore, i.e. some class that parses stuff like ./program -vh --long-option --value=5 foo.dat given some format definition. KCmdLineArgs and KCmdLineOptions from kdecore do exactly that for KDE programs. I don't have time right now, but perhaps someone wants to pick up this task? Does it need to be in core? Would an add-on module that only depends on QtCore not be just as useful? André ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
Ok, this functionality is need for most medium and big applications - better reason?)) Other variants - not to include at all (fo), create separate module (whole library for 500 lines of code - fooo), link to kcore (is it really better than +10kb to QtCore?) 21.10.2011, в 21:37, vivai...@gmail.com написал(а): The question is never why not have something in core, it's why does this need to be in core. Being small in size is not a very good reason... On 21/10/2011 20:12 Иван Комиссаров wrote: CMD line parser is very small utility, not more than 500-1000 lines of code (even with feature of type-checking), so why not to include it into Core? As far as i remember, kde implementation doesn't have some features (i compared some tools when i need some parser; boost parser was best option for me; however it has awful syntax and doesn't integrate with Qt types and QVariant, so i had to reinvent wheel:( ) 21.10.2011, в 21:03, Andre Somers написал(а): Op 21-10-2011 16:29, Stefan Majewsky schreef: Moin moin, it would be nice to have a command line parser in QtCore, i.e. some class that parses stuff like ./program -vh --long-option --value=5 foo.dat given some format definition. KCmdLineArgs and KCmdLineOptions from kdecore do exactly that for KDE programs. I don't have time right now, but perhaps someone wants to pick up this task? Does it need to be in core? Would an add-on module that only depends on QtCore not be just as useful? André ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Global shortcut proposal
Hi Mark, (note: now that http://qt-project.org is up and running, I'd suggest you subscribe there and start directing questions to those MLs, hopefully e.g. the development list will see some activity..) On Tue, Oct 18, 2011 at 8:33 PM, Mark mark...@gmail.com wrote: I want to adjust QShortcut to use it for global shortcuts as well Nice one! Now some questions pop up. It has been said that (global) shortcuts should probably be handled through the window manager. In Qt's case that means (?) through LightHouse right? This is going to be platform-dependent, which will definitely involve lighthouse. But how am i supposed to do that? Where is lighthouse even hidden? You probably want to be looking at the qtbase repository, specifically, qtbase/src/plugins/platforms/. And what happened to QtCore? Is that now QtBase? Modules and repositories are not a 1:1 mapping, for various reasons and I'm not the best person to talk about that. But basically, qtbase is where an awful lot of stuff like qtcore and the platform plugins live, so that's a good first bet fore 'core' functionality. Most of the others are fairly self-explanatory, I think, perhaps with the exception of 'qtpim' which appears to contain the Contacts, Organizer, etc functionality formerly from Mobility. So where do i get started with this? Assuming you have a working Qt5 build already: have at it. Hack away, write autotests for your code as much as possible, test your functionality by writing an example app(s) using it... whatever you want. If you don't, then take a look at the README in the Qt5 repo for help on getting set up (note: you apparently also need to pass '-qpa' to configure as of recently, I plan to submit a change adding some more docs to all of that. If configure fails, try adding a '-v' parameter, too, to see why.) Pop onto #qt-labs on freenode if you aren't there already, too. Lots of helpful folks around, just be a bit patient for answers, particularly if you're asking outside of european office hours.. :) BR, Robin ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
On Fri, Oct 21, 2011 at 8:18 PM, Thiago Macieira thi...@kde.org wrote: If you do find a compelling reason to be inside QtCore (such as changing the QCoreApplication custom parser), it may make the case for it. Note that most Qt applications do not use command-line parsing, so the presence of the parser should not adversely affect those applications. One could argue that this was not used by Qt application until now since this was not available. One good reason to add it - this is needed (IMHO - see [1]) and it will make the work better by introducing a more familiar interface for applications. I know that bash_completion can ask applications about it's command line switches [2]), so ... why not bringing this killer feature to all Qt5 applications for free? [1] http://stackoverflow.com/questions/870258/command-line-parser-for-qt4 [2] please correct me if I am wrong ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
21.10.2011, в 22:33, Thiago Macieira написал(а): On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote: One could argue that this was not used by Qt application until now since this was not available. Most applications are graphical and launched from menu launchers. Command-line arguments aren't often used… I heard that on Linux you can configure argument that are passed to you application when launched from menu:) ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] qtrepotools git url needs to be updated
21.10.2011, 21:47, sergio.ahum...@nokia.com: Hi, This should fix it http://codereview.qt-project.org/7203 Is it OK that your Gerrit requires HTTP authentication to see anything? Where can I register to get inside? -- Regards, Konstantin ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
On Fri, Oct 21, 2011 at 8:33 PM, Thiago Macieira thi...@kde.org wrote: On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote: One could argue that this was not used by Qt application until now since this was not available. Most applications are graphical and launched from menu launchers. Command-line arguments aren't often used... Just because it's a menu doesn't mean it doesn't involve arguments. Those menu launchers still frequently use command line arguments, even if offered via a .desktop file. They may also exist for other purposes, e.g. debugging, or switching on certain functionality. The fact that there are so many reinventions of these command line parsers shows there is something of a need for them - I've seen at least four different implementations not including simple mangling of QCoreApplication::arguments()... ...but I think this is really just an academic exercise until there is real code, anyway. ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
21.10.2011, 22:40, Иван Комиссаров abba...@gmail.com: 21.10.2011, в 22:33, Thiago Macieira написал(а): On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote: One could argue that this was not used by Qt application until now since this was not available. Most applications are graphical and launched from menu launchers. Command-line arguments aren't often used… I heard that on Linux you can configure argument that are passed to you application when launched from menu:) Surely. Actually, it's possible even on Windoze. -- Regards, Konstantin ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] qtrepotools git url needs to be updated
Hi, On Fri, Oct 21, 2011 at 8:41 PM, Konstantin Tokarev annu...@yandex.ru wrote: Is it OK that your Gerrit requires HTTP authentication to see anything? Where can I register to get inside? I think there should be some kind of read-only access, yeah. But as the message on the HTTP auth says - it uses your bugreports.qt.nokia.com account, so if you have a JIRA login, use it - otherwise, make one, and you'll be fine. BR, Robin ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Global shortcut proposal
On Fri, Oct 21, 2011 at 8:07 PM, Robin Burchell robin...@viroteck.netwrote: Hi Mark, (note: now that http://qt-project.org is up and running, I'd suggest you subscribe there and start directing questions to those MLs, hopefully e.g. the development list will see some activity..) Another ml.. On Tue, Oct 18, 2011 at 8:33 PM, Mark mark...@gmail.com wrote: I want to adjust QShortcut to use it for global shortcuts as well Nice one! Now some questions pop up. It has been said that (global) shortcuts should probably be handled through the window manager. In Qt's case that means (?) through LightHouse right? This is going to be platform-dependent, which will definitely involve lighthouse. But how am i supposed to do that? Where is lighthouse even hidden? You probably want to be looking at the qtbase repository, specifically, qtbase/src/plugins/platforms/. oke, cool. Good to see that all key shortcuts are already in those platform plugins. Now i guess i need to figure out where you guys have hidden the QShortcut source ;) and just start hacking and trying. And what happened to QtCore? Is that now QtBase? Modules and repositories are not a 1:1 mapping, for various reasons and I'm not the best person to talk about that. But basically, qtbase is where an awful lot of stuff like qtcore and the platform plugins live, so that's a good first bet fore 'core' functionality. Most of the others are fairly self-explanatory, I think, perhaps with the exception of 'qtpim' which appears to contain the Contacts, Organizer, etc functionality formerly from Mobility. Thanx for explaining that. So where do i get started with this? Assuming you have a working Qt5 build already: have at it. Hack away, write autotests for your code as much as possible, test your functionality by writing an example app(s) using it... whatever you want. Nope, not done a thing with it yet. If you don't, then take a look at the README in the Qt5 repo for help on getting set up (note: you apparently also need to pass '-qpa' to configure as of recently, I plan to submit a change adding some more docs to all of that. If configure fails, try adding a '-v' parameter, too, to see why.) Ahh, black magic ;) Will do. Pop onto #qt-labs on freenode if you aren't there already, too. Lots of helpful folks around, just be a bit patient for answers, particularly if you're asking outside of european office hours.. :) Will do as well. Haven't been there in a while. BR, Robin Thank you for your reply. ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
On Fri, Oct 21, 2011 at 8:33 PM, Thiago Macieira thi...@kde.org wrote: On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote: One could argue that this was not used by Qt application until now since this was not available. One good reason to add it - this is needed (IMHO - see [1]) and it will make the work better by introducing a more familiar interface for applications. I know that bash_completion can ask applications about it's command line switches [2]), so ... why not bringing this killer feature to all Qt5 applications for free? If you code it, they will come. So, lets say (in theory) that we rip off the KDE's code and rename s/K/Q/g, can this be in Qt4, core or whatever? ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] qtrepotools git url needs to be updated
On Fri, Oct 21, 2011 at 12:24 PM, Krenar Qehaja ked...@gmail.com wrote: Hi everyone, Just cloned qt5 today and I noticed that qtrepotools url has recently changed from git://gitorious.org/qt-labs/qtrepotools.git to git://gitorious.org/qt/qtrepotools.git while qt5/.gitmodules still points to the old url. Regards, Krenar I guess the some goes for qlalr too. ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Global shortcut proposal
On Friday 21 October 2011 19:50:33 Mark wrote: On Tue, Oct 18, 2011 at 8:33 PM, Mark mark...@gmail.com wrote: Hi, I want to adjust QShortcut to use it for global shortcuts as well and would like to lay out my idea on how i intend to do that. Any feedback on it would be more then welcome. The first thing to do is add an enum value to Qt::ShortcutContext http://doc.qt.nokia.com/latest/qt.html#ShortcutContext-enum: Qt::SystemShortcut (that becomes value 5) with the description: The shortcut is active in a system wide context when the application is running. Next up is probably (being optimistic here) tweaking the eventFilter of the QShortcut class to act on global shortcuts for Windows, Linux and MAC when the Qt::SystemShortcut enum is set. This was discussed before, and the problem is that one would want a framework to register the global shortcut into a central place on the system that handle conflicts in shortcut and proper configuration. KDE has such a thing, i don't know about the other systems. Now some questions pop up. It has been said that (global) shortcuts should probably be handled through the window manager. In Qt's case that means (?) through LightHouse right? Not really. Qt application need to work on all the platform and window manager. But how am i supposed to do that? Where is lighthouse even hidden? And what happened to QtCore? Is that now QtBase? Lighthouse is the codename for QPA. That is, the windowing system abstraction layer and its plugins. The abstraction layer is in QtGui (all the files with _qpa), the plugins are in src/plugins/platforms Considering global shortcut is part of that, i guess you need to add some interface in the abstraction layer, and then a specific implementation for each platform in the plugins. Note that this would only be the client code. The server side framework to handle the registration or the conflicts is outside of the scope of Qt. So where do i get started with this? Checkout the code, open the editor :-) And I've never build Qt 5 yet nor did i ever contribute actual code to it.. so that's gonna be interesting. Everything has a begining :-) But you should definitively look at previous implemntations (such as the one in qxt). And in particular how the kde infrastructure works, because it would be nice if it was integrated into it. That said, being perfect the first time is not possible. ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Re: [Qt5-feedback] Command line parser in QtCore?
On 22/10/2011, at 5:18 AM, Thiago Macieira wrote: On Friday, 21 de October de 2011 16:29:36 Stefan Majewsky wrote: Moin moin, it would be nice to have a command line parser in QtCore, i.e. some class that parses stuff like ./program -vh --long-option --value=5 foo.dat given some format definition. KCmdLineArgs and KCmdLineOptions from kdecore do exactly that for KDE programs. I don't have time right now, but perhaps someone wants to pick up this task? Hello Stefan Speaking as QtCore's maintainer, I'll reserve the decision until I see your proposal. A while back, we also found ourselves in need of decent command line parsing. It kinda surprised me that Qt didn't offer anything already in this area, since it seemed like the sort of thing that Qt would normally provide. So we considered our options. Our apps are not KDE apps, so we were not able to look there for a solution. We also do not use boost (let's not debate that, it's not the point of this post), so we were not able to use their solution either. In the end, we decided we needed to write our own, which we did. At the time, I had the thought that if we do it right, maybe one day we could consider contributing it back to become part of Qt. Funny how things come around.. Let me state a couple of things before going further. The code in question is 100% our own, so no issues with copyright and contributors, etc. I'd just have to get formal approval from our legal people to release it (that would take time, but since this code isn't particularly novel, I think I can get that approval). Our solution currently supports the main needs for a command line parser, but it won't have every bell and whistle people might want. That said, I don't think it would be particularly difficult to add support for the main omissions. With that out of the way, I've put the class definition up on pastebin for comment. I've withheld the implementation until I've had a chance to clear it with our legal people. In the meantime, I think the interface of the class is probably enough to get some feedback on whether people think this has the potential to be a viable candidate for a command line parser for Qt: http://pastebin.com/45PiHzLA Note that the code currently does not adhere to the Qt coding guidelines (it follows ours instead), but if we do end up contributing it to Qt, then it should not be too difficult to bring it into line. -- Dr Craig Scott Computational Software Engineering Team Leader, CSIRO (CMIS) Melbourne, Australia ___ Qt5-feedback mailing list Qt5-feedback@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
