Commit notifications for specs
Aaron J. Seigo
aseigo at kde.org
Wed Apr 30 11:52:43 PDT 2008
On Wednesday 30 April 2008, Pau Garcia i Quiles wrote:
> > Oh, I remember you mentioning this, but I forgot to ask you: any example
> > of KDE or GNOME apps not following a spec without a good reason?
> > (note that the issue is a bit orthogonal to the discussion, since the
> > specs are, hopefully, more widely adopted than just in GNOME & KDE)
> For example, KIconLoader in KDE.
KIconLoader follows all relevant specs since 4.0, including the naming spec.
> And two other examples, not exactly what you asked but important IMHO:
> - The KUIServer developer is trying to put together a JobViewServer
> spec but, AFAIK, the Mathusalem developer helping too much. Bad for
> everybody because we might end with a sub-par spec which is too tied
> to KDE/Qt.
- the visual notifications (aka galago) spec which we have tried to get
involved with several times from the KDE side but which routinely falls on
deaf ears =/
> - KIO, GIO and GnomeVFS. KIO is the I/O framework used by KDE since,
thankfully it's also one of the less interesting areas for collaboration since
they are, really, ways of implementing support for well known IO access
protocols (http, ftp, scp, file:/, etc). so there is already a basis for
cooperation from the user's POV (URIs + well known protocols); i do lament
the duplicated efforts, of course.
> common spec. Even if a "Freedestop.org Input/Output spec" is defined
as someone else pointed out, this wouldn't really make much sense. we could
define a common ABI for IO providers/slaves to implement, of course.
> Please note I'm not saying software that does not implement the fd.o
> spec should be trashed, only that if you want your software to be part
> of the official repository:
> * If you don't implement the fd.o spec, you *must* justify it (i. e.
> show why it is a bad spec)
> * If you don't implement the fd.o because for no reason, keep your
> software in your own repository.
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 194 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freedesktop.org/archives/xdg/attachments/20080430/c2ce0df4/attachment.pgp
More information about the xdg