Re: Adopting AppData in KDE?

2013-11-03 Thread Rex Dieter
Rex Dieter wrote: > Matthias Klumpp wrote: > >> The current >> AppStream library uses GObject/GLib, which can be used without >> problems from any Qt app > > this one? https://gitorious.org/appstream/ > > Are there any formal releases/tarballs? (I'm having trouble finding any) My googling fa

Re: Adopting AppData in KDE?

2013-11-03 Thread Rex Dieter
Matthias Klumpp wrote: > The current > AppStream library uses GObject/GLib, which can be used without > problems from any Qt app this one? https://gitorious.org/appstream/ Are there any formal releases/tarballs? (I'm having trouble finding any) It appears apper needs this to enable appstream

Re: Adopting AppData in KDE?

2013-11-03 Thread Nicolás Alvarez
2013/11/3 Richard Hughes : > On 3 November 2013 17:15, Thomas Lübking wrote: >> * does it presently qualify as "standard" at all? (not as long as it states >> particular tools - like gnome i18n, as claimed by David) > > Well, it's my standard, and I'm happy to do the extra work if any > other desk

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 17:15, Thomas Lübking wrote: > I think everyone who read this thread was immediately aware that the "high > quality applications" argument is "flawed" (i've actually another term in > mind) Sure, that might be true, but that's not what I was originally trying to help with. AppD

Re: Review Request 113355: Reduce UDSEntry memory usage with implicit sharing

2013-11-03 Thread Frank Reininghaus
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113355/ --- (Updated Nov. 3, 2013, 7 p.m.) Status -- This change has been discard

Re: Review Request 113355: Reduce UDSEntry memory usage with implicit sharing

2013-11-03 Thread Frank Reininghaus
> On Oct. 31, 2013, 2:41 p.m., Frank Reininghaus wrote: > > I see now that I have tried to put too much stuff into a single patch - > > it's too hard to digest and to understand, and the number of possibilities > > to modify different aspects of UDSEntry in a different way is just too > > larg

Review Request 113591: Reduce UDSEntry memory usage by sharing the contained QStrings if possible

2013-11-03 Thread Frank Reininghaus
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113591/ --- Review request for kdelibs and David Faure. Repository: kdelibs Descript

Re: Adopting AppData in KDE?

2013-11-03 Thread Thomas Lübking
On Sonntag, 3. November 2013 16:28:56 CEST, Albert Astals Cid wrote: El Diumenge, 3 de novembre de 2013, a les 13:24:40, Richard Hughes va escriure: On 3 November 2013 12:32, Albert Astals Cid wrote: I am all for listing "high quality applications", it's just that this just doesn't help. Su

Re: Adopting AppData in KDE?

2013-11-03 Thread David Edmundson
Attached is an appdata xml file for every kde project. http://static.davidedmundson.co.uk/kde_appdata.zip (note, I have not tested these in anything) and the script to generate it http://static.davidedmundson.co.uk/appdata_generator.txt (requires an "svn checkout svn://anonsvn.kde.org/home/kde/

Re: Adopting AppData in KDE?

2013-11-03 Thread Albert Astals Cid
El Diumenge, 3 de novembre de 2013, a les 13:24:40, Richard Hughes va escriure: > On 3 November 2013 12:32, Albert Astals Cid wrote: > > I am all for listing "high quality applications", it's just that this just > > doesn't help. > > Sure it does. We're not going to get AppData files for sodipod

Re: Adopting AppData in KDE?

2013-11-03 Thread David Edmundson
Spec comments: - The spec says to link to a .desktop file for the application. This is typically installed with the application (or it is in KDE apps anyway), I'm confused as to how this is intended to work. - I would include project icon and project license in the file format. Maybe this is link

Re: Adopting AppData in KDE?

2013-11-03 Thread Àlex Fiestas
On Sunday 03 November 2013 15:09:13 David Edmundson wrote: > That means we get Gnome app centre support, and if Muon want to use > that spec - that'd be great too. As far as I know Muon-packagekit is already using it (ot it s planned at least).

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 14:04, Felix Rohrbach wrote: > "Nice application you have there, would be a shame if something would... > happen to it." Not at all. If something as important as Krita didn't ship an AppData file in Fedora 22, we'd just write one ourselves and put it in the Fedora srpm file. I'

Re: Adopting AppData in KDE?

2013-11-03 Thread Sven Brauch
On Sunday 03 November 2013 13:50:05 Richard Hughes wrote: > I don't think that's true at all. Krita and Inkscape are two of the > killer apps I'd love to feature more prominently in GNOME Software. Yes, and of course both applications would do anything it takes to get listed in the package manage

Re: Adopting AppData in KDE?

2013-11-03 Thread David Edmundson
The whole discussion of whether gnome excludes apps without app-data will improve the quality of those listed is sort of a moot topic. We could do with this having this sort of metadata available for all KDE apps; and in fact we already maintain this sort of data to build the pages at http://kde.

Re: Adopting AppData in KDE?

2013-11-03 Thread Felix Rohrbach
Richard, do you realize how you sound like? "Nice application you have there, would be a shame if something would... happen to it." Imho it's a matter of respect to discuss a standard beforehand with a community. And this threat to exclude apps, well... Also, using this as a sign of quality is n

Re: Can we make api.kde.org search better?

2013-11-03 Thread Allen Winter
On Saturday, November 02, 2013 08:35:13 PM Albert Astals Cid wrote: > El Dissabte, 2 de novembre de 2013, a les 12:59:00, Allen Winter va escriure: > > On Saturday, November 02, 2013 12:15:15 AM Albert Astals Cid wrote: > > > Hi, yesterday i was talking with someone about the desktop file class we

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 13:30, Sven Brauch wrote: > Assuming KDE did that, then we would end up with a situation where you can't > easily install Krita in distributions that ship GNOME, and you can't easily > install Inkscape in distributions that ship KDE. I don't think that's true at all. Krita and

Re: Adopting AppData in KDE?

2013-11-03 Thread Sven Brauch
On Sunday 03 November 2013 12:22:52 Richard Hughes wrote: > This is what we've decided to do in GNOME, KDE is free to decide any policy > it wants. We've decided that 500 high quality applications are better than > 3000 broken ones. Assuming KDE did that, then we would end up with a situation wher

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 12:32, Albert Astals Cid wrote: > I am all for listing "high quality applications", it's just that this just > doesn't help. Sure it does. We're not going to get AppData files for sodipodi, cinepaint or arora any time soon. I don't think _having_ an AppData file makes an applic

Re: Adopting AppData in KDE?

2013-11-03 Thread Albert Astals Cid
El Diumenge, 3 de novembre de 2013, a les 12:22:52, Richard Hughes va escriure: > On 3 Nov 2013 11:59, "Albert Astals Cid" wrote: > > I've never created a standard so I can't comment on how to do it > > properly, but > > > writing it and then "threatening" to exclude from package managers those

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 Nov 2013 11:59, "Albert Astals Cid" wrote: > I've never created a standard so I can't comment on how to do it properly, but > writing it and then "threatening" to exclude from package managers those that > don't adopt it doesn't seem to be a way to start a discussion to me This is what we've

Re: Adopting AppData in KDE?

2013-11-03 Thread Albert Astals Cid
El Dissabte, 2 de novembre de 2013, a les 19:48:01, Richard Hughes va escriure: > On 2 November 2013 19:33, Albert Astals Cid wrote: > > What's the point in having an installer that hides more than half of the > > apps in the world that don't ship a file that is not a standard and > > doesn't see