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 aa...@kde.org 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

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 Nov 2013 11:59, Albert Astals Cid aa...@kde.org 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

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 aa...@kde.org 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

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 12:32, Albert Astals Cid aa...@kde.org 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

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 where

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 13:30, Sven Brauch svenbra...@googlemail.com 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

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 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

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

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

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 14:04, Felix Rohrbach f...@gmx.de 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

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 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

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 aa...@kde.org 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

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

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 aa...@kde.org wrote: I am all for listing high quality applications, it's just that this just

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

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 large for me

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

Re: Adopting AppData in KDE?

2013-11-03 Thread Richard Hughes
On 3 November 2013 17:15, Thomas Lübking thomas.luebk...@gmail.com 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

Re: Adopting AppData in KDE?

2013-11-03 Thread Nicolás Alvarez
2013/11/3 Richard Hughes hughsi...@gmail.com: On 3 November 2013 17:15, Thomas Lübking thomas.luebk...@gmail.com 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

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 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 failed me,