[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 19:47:38
Message-ID: 200407131947.38508.frans.englich () telia ! com
[Download RAW message or body]

On Tuesday 13 July 2004 19:24, Andras Mantia wrote:
> On Tuesday 13 July 2004 22:01, Frans Englich wrote:
> > Read the thread where these questions are discussed(it's splitted up
> > in two sections because of being posted at end of a month)
>
> I read it afterwards.
>
> > If your question is strictly interpreted: yes. All small programs
> > which either do not work in a foreign environment, or is "trivial"
> > and have an equivalent, is not shown. For example, we do not hide
> > Kopete/Gaim. I have no plans of changing more programs(so it is what
> > you see).
>
> I disagree with your changes and after reading the thread I didn't
> really see an agreement. Only Havoc agreed for real (as they do the
> same in RH), the others were mainly suspicious and the most recommended
> solution was putting the applications belonging to the "Other" desktop
> to a category submenu.

(I excluded Kate for that reason)

> Aside of the problem that "NotShowIn=GNOME;"  
> works just for GNOME and not another (3rd) desktop using XDG menus,
> thus your solution does not do the job,

That's the point -- ROX does not ship its own applications, for example(or 
perhaps I got your statement wrong?)

> I find it a problem hiding apps 
> from the users, forcing them to use the application provided by the
> active desktop environment

Sure, I agree that's an problem, although I do to a lesser extent. But do you 
know what I find more important?

* The usability problem caused by a flooded menu with more or less identical 
entries

* The integration problem caused by a dysfunctional XDG spec(since it leads to 
usability issues)

And you forget something -- we only do this to programs which are more or less 
identical. E.g., there is no major reason for the user to prefer GFoo infront 
of KFoo(kwrite/gedit for example). You may care, and I may care, but not the 
99% of users out there. So strictly speaking we "force" users to one choice, 
but no one cares since the other choice is the same.
This aspect, as most other usability issues, is a question of compromise and 
majority approach. 

> and especially doing such a change without 
> an agreement from the maintainer.

Read the other thread(kdegraphics, Maks Orlovich) and follow up there, if 
necessary.


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