2013/11/4 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 trou
On Nov 2, 2013 3:35 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:
> >
> > A PHP person could fix the attached program so that we can search for
> > ".*foo.*"
Richard Hughes wrote:
>
>Please don't portray me as a modern-day highwayman as I'm really just
>trying to build an awesome application installer for GNOME. It's two
>orders of magnitude harder to actually write a shared standard and ask
>other desktops to adopt it (making changes as required) ra
> Hi,
>
> I've been asked by Richard Hughes from Gnome and Fedora to raise the
> profile of using AppData metadata within KDE. I know very little
> about this area myself, but thought it was worthwhile raising on the
> list for discussion. If you have any questions about AppData then
> Richard w
написане Sat, 02 Nov 2013 16:38:48 +0200, Richard Hughes
:
On 2 November 2013 14:34, Matthias Klumpp wrote:
Yes, scripty could do that. It would make the files less readable an
probably very huge, but it is certainly possible. I could imagine
allowing PO files as translation sources, which a
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113534/#review42934
---
This review has been submitted with commit
aaff4563c51a5139d28
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113533/#review42935
---
This review has been submitted with commit
4948675621c409d3b72
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113534/
---
(Updated Nov. 4, 2013, 10:17 a.m.)
Status
--
This change has been mar
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113533/
---
(Updated Nov. 4, 2013, 10:17 a.m.)
Status
--
This change has been mar
On Sunday 03 November 2013 12:49:52 henry miller wrote:
> Let me rewritte the above into a FAQ format:
> Q: Why does KDE not ship appdata files
> A: the maintainers of appdata have admited they have no interest in
> standards, thus KDE has no formal ability to get things we need changed.
> In addi
Hey! :)
We (Muon) currently use AppStream in the PackageKit-Plugin, which is about to
be merged into master.
Adopting AppData would give us a lot more data about applications, which would
be awesome, as we currently lack e.g. long application descriptions.
I don't really care much about spec d
On Sunday 03 November 2013 12:49:52 henry miller wrote:
> Richard Hughes wrote:
> >Please don't portray me as a modern-day highwayman as I'm really just
> >trying to build an awesome application installer for GNOME. It's two
> >orders of magnitude harder to actually write a shared standard and ask
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113602/
---
Review request for KDE Runtime.
Repository: kde-runtime
Description
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113260/#review42954
---
Looks OK to me, but I'd like John to give it a last look.
- Ke
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113260/#review42961
---
I've asked on the Qt Development list about Qt 5 Solaris suppor
> On Nov. 4, 2013, 4:12 p.m., John Layt wrote:
> > I've asked on the Qt Development list about Qt 5 Solaris support. I'm told
> > it builds and works to some extent, and patches are welcome, but not
> > without having been tested on a real Solaris build first, which I have no
> > desire to do
> On Nov. 4, 2013, 4:12 p.m., John Layt wrote:
> > I've asked on the Qt Development list about Qt 5 Solaris support. I'm told
> > it builds and works to some extent, and patches are welcome, but not
> > without having been tested on a real Solaris build first, which I have no
> > desire to do
Oh my this is a really long thread...
GNOME Software Center can show/hide
any applications they want, they can even
just choose to hide all KDE/Qt apps just
for the sake of not liking them.
AppData and AppStream have to some
extend little to do with GNOME Software
Center on our land, most KDE
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113607/
---
Review request for KDE Base Apps.
Repository: kde-baseapps
Description
-
Hi,
what would be nice to have is information about which MIME types an
application can read and write.
Christoph Feck (kdepepo)
KDE Quality Team
On 4 November 2013 17:32, Christoph Feck wrote:
> what would be nice to have is information about which MIME types an
> application can read and write.
This is already in the .desktop file, and is thus extracted into the
AppStream metadata.
Richard.
2013/11/4 Christoph Feck :
> Hi,
>
> what would be nice to have is information about which MIME types an
> application can read and write.
Take a look at the AppStream spec:
http://www.freedesktop.org/software/appstream/docs/chap-AppStream-Metadata.html#sect-AppStream-Metadata-ASXML
;-)
Cheers,
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113608/
---
Review request for KDE Base Apps.
Repository: kde-baseapps
Description
-
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113630/
---
Review request for kde-workspace.
Repository: kde-workspace
Description
On 4 November 2013 20:56, Weng Xuetian wrote:
> Some questions:
> 1. What about non-application case?
In GNOME we only consider an application to have a desktop file
without NoDisplay=true. That's probably a desktop-level choice tho.
> 2. What if an application doesn't actually have an window, o
25 matches
Mail list logo