Re: [Development] Qt 5.2 Testing (System tray)
That's basically how it looks. I'm happy to accept all patches that are required upstream (after review of course), but the authors (ie. Canonical) will have to submit them here. Cheers, Lars On 10/14/13 9:44 PM, "Hausmann Simon" wrote: > >I agree very much with what Thiago said. Also note that the project can't >_take_ patches, the legal framework requires the author to contribute >them explicitly (and accepting the cla on the way). > > >Thankfully there are canonical folks around in the Qt project submitting >good stuff in other places. > > >Simon > > > >Fra: Thiago Macieira >Sendt: 21:30 mandag 14. oktober 2013 >Til: development@qt-project.org >Emne: Re: [Development] Qt 5.2 Testing (System tray) > > > > >On segunda-feira, 14 de outubro de 2013 19:40:15, Jiergir Ogoerg wrote: >> Thanks, if so, case closed, the Ubuntu users will have to wait for >> Canonical's patches and the users testing the versions of Qt from Qt's >> website are likely to file false bugs in the future, so I'd vouch for >> including Canonical's patches into upstream Qt to avoid this issue and >> possible future false bug reports. >> But since Canonical is taking a certain stance on certain issues >>(including >> Mir) I understand why Canonical's patches might not be welcome upstream. > >If the patches are technically correct and don't break the rest of the >platforms, I don't see why we shouldn't accept them upstream. > >If the patch is large, then the patch must come with a promise of >maintenance >as well. > >We would require the same of any other port or large modification. In >fact, we >do require that of our QNX/BB10 friends and it's being required of the >Android >and iOS ports too. >-- >Thiago Macieira - thiago.macieira (AT) intel.com > Software Architect - Intel Open Source Technology Center > > > >___ >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 5.2 Testing (System tray)
I agree very much with what Thiago said. Also note that the project can't _take_ patches, the legal framework requires the author to contribute them explicitly (and accepting the cla on the way). Thankfully there are canonical folks around in the Qt project submitting good stuff in other places. Simon Fra: Thiago Macieira Sendt: 21:30 mandag 14. oktober 2013 Til: development@qt-project.org Emne: Re: [Development] Qt 5.2 Testing (System tray) On segunda-feira, 14 de outubro de 2013 19:40:15, Jiergir Ogoerg wrote: > Thanks, if so, case closed, the Ubuntu users will have to wait for > Canonical's patches and the users testing the versions of Qt from Qt's > website are likely to file false bugs in the future, so I'd vouch for > including Canonical's patches into upstream Qt to avoid this issue and > possible future false bug reports. > But since Canonical is taking a certain stance on certain issues (including > Mir) I understand why Canonical's patches might not be welcome upstream. If the patches are technically correct and don't break the rest of the platforms, I don't see why we shouldn't accept them upstream. If the patch is large, then the patch must come with a promise of maintenance as well. We would require the same of any other port or large modification. In fact, we do require that of our QNX/BB10 friends and it's being required of the Android and iOS ports too. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5.2 Testing (System tray)
On segunda-feira, 14 de outubro de 2013 19:40:15, Jiergir Ogoerg wrote: > Thanks, if so, case closed, the Ubuntu users will have to wait for > Canonical's patches and the users testing the versions of Qt from Qt's > website are likely to file false bugs in the future, so I'd vouch for > including Canonical's patches into upstream Qt to avoid this issue and > possible future false bug reports. > But since Canonical is taking a certain stance on certain issues (including > Mir) I understand why Canonical's patches might not be welcome upstream. If the patches are technically correct and don't break the rest of the platforms, I don't see why we shouldn't accept them upstream. If the patch is large, then the patch must come with a promise of maintenance as well. We would require the same of any other port or large modification. In fact, we do require that of our QNX/BB10 friends and it's being required of the Android and iOS ports too. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center 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.2 Testing (System tray)
Qt4 systray works in Gnome shell and KDE, Qt5 systray doesn't work in Gnome shell and KDE. About 1 month ago I tested Qt5 systray (from dev branch) and it didn't work. Maybe it is general problem of Qt5 systray implementation? 14.10.2013 19:10, Jiergir Ogoerg ?: But the Qt4's systray works properly in this same version of Unity (I just tested myself). The issue you linked to is a different one, and the post is old and doesn't work - you can't white-list anything any longer in Unity (desktop > unity > panel doesn't exist in dconf), so it's certainly a Qt5+ issue. So the question stays, is it a policy for Qt4 to work with the Unity sys tray and Qt5 to not work? from Richard Moore mailto:r...@kde.org>> That's a bug in the design of Unity. See http://www.howtogeek.com/68119/how-to-bring-app-icons-back-into-unitys-system-tray/ ___ 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 5.2 Testing (System tray)
On Mon, Oct 14, 2013 at 12:05 PM, Thiago Macieira wrote: > On segunda-feira, 14 de outubro de 2013 18:55:56, Jiergir Ogoerg wrote: > > To test qt4 I did "sudo apt-get install libqt4-dev", that is, the libs > that > > come with Ubuntu. I'm not a Qt developer so I hope you guys figure out > why > > (Ubuntu's) Qt4 works and (the offline version of) Qt5.2 beta doesn't. > Since > > Ubuntu is the most popular distro I would guess it's worth spending some > > time investigating this issue, I'm just a Qt user so I don't know how Qt > > works underneath. > > If they patch Qt, we can't do much. > Disclaimer: I'm not ubuntu packager. For their patch, can be obtained from here, http://archive.ubuntu.com/ubuntu/pool/main/q/qt4-x11/qt4-x11_4.8.4+dfsg-0ubuntu9.debian.tar.gz and related one is kubuntu_14_systemtrayicon.diff Which they introduce a new plugin type for tray, and used by this package: http://packages.ubuntu.com/raring/sni-qt Looks like this hasn't ported yet to Qt5. (Qt5 has such qpa plugin for systray so I guess patch on qt is not required anymore, but needs some one to implement that). ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5.2 Testing (System tray)
Thanks, if so, case closed, the Ubuntu users will have to wait for Canonical's patches and the users testing the versions of Qt from Qt's website are likely to file false bugs in the future, so I'd vouch for including Canonical's patches into upstream Qt to avoid this issue and possible future false bug reports. But since Canonical is taking a certain stance on certain issues (including Mir) I understand why Canonical's patches might not be welcome upstream. On Mon, Oct 14, 2013 at 7:29 PM, Keith Gardner wrote: > It looks like they are trying to create their own QPA plugin for Qt5. For > the appmenu changes, they reference the changes they made to the Qt4 source > code and are porting to a Qt5 QPA plugin. I would assume that changes for > the system tray icon would also be included in the plugin. > > https://bugs.launchpad.net/appmenu-qt/+bug/1157213 > > > On Mon, Oct 14, 2013 at 11:17 AM, Jiergir Ogoerg wrote: > >> I see, you guys don't have time (motivation or whatever) to look closer >> into this issue. At least I tried. >> >> As to Ubuntu's popularity - I don't like Canonical nor Ubuntu - but I >> have to use it cause it sucks less than other distros I tried out and >> regardless >> of the platitudes about "popularity" we can get into - it's clear that >> Ubuntu is so popular that Qt's devs shouldn't leave this issue >> uninvestigated, since >> the source code for Ubuntu's Qt4 version is open source and available you >> guys could check if you wanted. >> >> >> On Mon, Oct 14, 2013 at 7:05 PM, Thiago Macieira < >> thiago.macie...@intel.com> wrote: >> >>> On segunda-feira, 14 de outubro de 2013 18:55:56, Jiergir Ogoerg wrote: >>> > To test qt4 I did "sudo apt-get install libqt4-dev", that is, the libs >>> that >>> > come with Ubuntu. I'm not a Qt developer so I hope you guys figure out >>> why >>> > (Ubuntu's) Qt4 works and (the offline version of) Qt5.2 beta doesn't. >>> Since >>> > Ubuntu is the most popular distro I would guess it's worth spending >>> some >>> > time investigating this issue, I'm just a Qt user so I don't know how >>> Qt >>> > works underneath. >>> >>> If they patch Qt, we can't do much. >>> >>> I hope their packagers are around the mailing list to answer. >>> >>> PS: Ubuntu being the most popular depends on your criteria for defining >>> what >>> "popular" means. >>> -- >>> Thiago Macieira - thiago.macieira (AT) intel.com >>> Software Architect - Intel Open Source Technology Center >>> >>> ___ >>> 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 >> >> > ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5.2 Testing (System tray)
It looks like they are trying to create their own QPA plugin for Qt5. For the appmenu changes, they reference the changes they made to the Qt4 source code and are porting to a Qt5 QPA plugin. I would assume that changes for the system tray icon would also be included in the plugin. https://bugs.launchpad.net/appmenu-qt/+bug/1157213 On Mon, Oct 14, 2013 at 11:17 AM, Jiergir Ogoerg wrote: > I see, you guys don't have time (motivation or whatever) to look closer > into this issue. At least I tried. > > As to Ubuntu's popularity - I don't like Canonical nor Ubuntu - but I have > to use it cause it sucks less than other distros I tried out and regardless > of the platitudes about "popularity" we can get into - it's clear that > Ubuntu is so popular that Qt's devs shouldn't leave this issue > uninvestigated, since > the source code for Ubuntu's Qt4 version is open source and available you > guys could check if you wanted. > > > On Mon, Oct 14, 2013 at 7:05 PM, Thiago Macieira < > thiago.macie...@intel.com> wrote: > >> On segunda-feira, 14 de outubro de 2013 18:55:56, Jiergir Ogoerg wrote: >> > To test qt4 I did "sudo apt-get install libqt4-dev", that is, the libs >> that >> > come with Ubuntu. I'm not a Qt developer so I hope you guys figure out >> why >> > (Ubuntu's) Qt4 works and (the offline version of) Qt5.2 beta doesn't. >> Since >> > Ubuntu is the most popular distro I would guess it's worth spending some >> > time investigating this issue, I'm just a Qt user so I don't know how Qt >> > works underneath. >> >> If they patch Qt, we can't do much. >> >> I hope their packagers are around the mailing list to answer. >> >> PS: Ubuntu being the most popular depends on your criteria for defining >> what >> "popular" means. >> -- >> Thiago Macieira - thiago.macieira (AT) intel.com >> Software Architect - Intel Open Source Technology Center >> >> ___ >> 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 > > ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Qt 5.2 Testing (System tray)
I see, you guys don't have time (motivation or whatever) to look closer into this issue. At least I tried. As to Ubuntu's popularity - I don't like Canonical nor Ubuntu - but I have to use it cause it sucks less than other distros I tried out and regardless of the platitudes about "popularity" we can get into - it's clear that Ubuntu is so popular that Qt's devs shouldn't leave this issue uninvestigated, since the source code for Ubuntu's Qt4 version is open source and available you guys could check if you wanted. On Mon, Oct 14, 2013 at 7:05 PM, Thiago Macieira wrote: > On segunda-feira, 14 de outubro de 2013 18:55:56, Jiergir Ogoerg wrote: > > To test qt4 I did "sudo apt-get install libqt4-dev", that is, the libs > that > > come with Ubuntu. I'm not a Qt developer so I hope you guys figure out > why > > (Ubuntu's) Qt4 works and (the offline version of) Qt5.2 beta doesn't. > Since > > Ubuntu is the most popular distro I would guess it's worth spending some > > time investigating this issue, I'm just a Qt user so I don't know how Qt > > works underneath. > > If they patch Qt, we can't do much. > > I hope their packagers are around the mailing list to answer. > > PS: Ubuntu being the most popular depends on your criteria for defining > what > "popular" means. > -- > Thiago Macieira - thiago.macieira (AT) intel.com > Software Architect - Intel Open Source Technology Center > > ___ > 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 5.2 Testing (System tray)
On segunda-feira, 14 de outubro de 2013 18:55:56, Jiergir Ogoerg wrote: > To test qt4 I did "sudo apt-get install libqt4-dev", that is, the libs that > come with Ubuntu. I'm not a Qt developer so I hope you guys figure out why > (Ubuntu's) Qt4 works and (the offline version of) Qt5.2 beta doesn't. Since > Ubuntu is the most popular distro I would guess it's worth spending some > time investigating this issue, I'm just a Qt user so I don't know how Qt > works underneath. If they patch Qt, we can't do much. I hope their packagers are around the mailing list to answer. PS: Ubuntu being the most popular depends on your criteria for defining what "popular" means. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center 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.2 Testing (System tray)
To test qt4 I did "sudo apt-get install libqt4-dev", that is, the libs that come with Ubuntu. I'm not a Qt developer so I hope you guys figure out why (Ubuntu's) Qt4 works and (the offline version of) Qt5.2 beta doesn't. Since Ubuntu is the most popular distro I would guess it's worth spending some time investigating this issue, I'm just a Qt user so I don't know how Qt works underneath. On Mon, Oct 14, 2013 at 6:32 PM, Thiago Macieira wrote: > On segunda-feira, 14 de outubro de 2013 18:10:34, Jiergir Ogoerg wrote: > > But the Qt4's systray works properly in this same version of Unity (I > just > > tested myself). > > > > The issue you linked to is a different one, and the post is old and > doesn't > > work - you can't white-list anything any longer in Unity (desktop > > unity > > > panel doesn't exist in dconf), so it's certainly a Qt5+ issue. > > > > So the question stays, is it a policy for Qt4 to work with the Unity sys > > tray and Qt5 to not work? > > Does Qt 4 get patches from Ubuntu to work with the new systray protocol? > > Or does the Unity host accept the old XEmbed systray protocol? > -- > Thiago Macieira - thiago.macieira (AT) intel.com > Software Architect - Intel Open Source Technology Center > > ___ > 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 5.2 Testing (System tray)
On segunda-feira, 14 de outubro de 2013 18:10:34, Jiergir Ogoerg wrote: > But the Qt4's systray works properly in this same version of Unity (I just > tested myself). > > The issue you linked to is a different one, and the post is old and doesn't > work - you can't white-list anything any longer in Unity (desktop > unity > > panel doesn't exist in dconf), so it's certainly a Qt5+ issue. > > So the question stays, is it a policy for Qt4 to work with the Unity sys > tray and Qt5 to not work? Does Qt 4 get patches from Ubuntu to work with the new systray protocol? Or does the Unity host accept the old XEmbed systray protocol? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center 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] Qt 5.2 Testing (System tray)
But the Qt4's systray works properly in this same version of Unity (I just tested myself). The issue you linked to is a different one, and the post is old and doesn't work - you can't white-list anything any longer in Unity (desktop > unity > panel doesn't exist in dconf), so it's certainly a Qt5+ issue. So the question stays, is it a policy for Qt4 to work with the Unity sys tray and Qt5 to not work? from Richard Moore That's a bug in the design of Unity. See http://www.howtogeek.com/68119/how-to-bring-app-icons-back-into-unitys-system-tray/ ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
