[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    Re: kdenetwork/kdict
From:       Frans Englich <frans.englich () telia ! com>
Date:       2004-07-13 20:49:04
Message-ID: 200407132049.04441.frans.englich () telia ! com
[Download RAW message or body]

On Tuesday 13 July 2004 20:27, Christian Loose wrote:
> Am Dienstag, 13. Juli 2004 22:26 schrieb Frans Englich:
> > On Tuesday 13 July 2004 20:06, Christian Loose wrote:
> > > Am Dienstag, 13. Juli 2004 21:55 schrieb Andras Mantia:
> > > > No, but if desktop FOO using XDG has an editor (FOOEdit), your
> > > > solution won't prevent KEdit of showing up there... I admit this is
> > > > more theoretical, but it means that you need to adapt the NotShowIn
> > > > list each time a desktop introduces an (basic) application that's
> > > > present in KDE.
> > > >
> > > > I don't comment the rest, as my point is simple: I don't like this
> > > > solution, and that's all.
> > >
> > > I don't like the solution either.
> > >
> > > So far IIRC we always said if you don't want a specific app then don't
> > > install it (like when you see Cervisia's icon in Konqueror). If your
> > > distribution only provides our cvs modules as one package then blame
> > > the distribution.
> > >
> > > Question: what happens if the user explicitly installed the kedit
> > > package but uses GNOME? Will he see kedit in the menu?
> >
> > Give a realistic case.
>
> Okay, how about this.
>
> You added "NotShowIn=GNOME;" to kpdf. I would expect that the GNOME
> developers will add "NotShowIn=KDE;" to gpdf.

Yes, it would be useful for us if the GNOME developers did the same(which I 
encouraged them to do). I don't if that have been done, however.

>
> Contrary to kpdf, gpdf already updated to xpdf 3.0. This xpdf version has
> support for PDF 1.5. So it does make sense to explicitly install gpdf as
> KDE user.

And does users now about that? Fix the bug instead.


		Frans

[prev in list] [next in list] [prev in thread] [next in thread]