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

List:       kde-core-devel
Subject:    Re: More KServiceTypeProfile thoughts (and why gvim gets launched !)
From:       weis <weis () stud ! uni-frankfurt ! de>
Date:       1999-11-16 23:43:59
[Download RAW message or body]

Hi,

On Tue, 16 Nov 1999, David Faure wrote:

> On Wed, Nov 17, 1999 at 12:14:55AM +0100, weis wrote:
> > Hi,
> > 
> > On Tue, 16 Nov 1999, David Faure wrote:
> > 
> > > In the last discussion about it we (especially Preston, Torben and I, IIRC)
> > > decided that before the user configures anything (using filetypes),
> > > the preferred service would be arbitrarily chosen from the installed services.
> > > 
> > > Result : for text/plain, the default gets set to gvim instead of kedit 
> > > or write ! (for those who have gvim installed, found by kappfinder)
> > > 
> > > It works as we said, but do we really want to ship a desktop whose default
> > > action for text files is opening the ugly, non-user-friendly-at-all gvim ? :-)
> > > 
> > > I see no other solution that what I suggested long ago : a preference number
> > > IN the application desktop file, serving as default (overriden by the 
> > > user's profile).
> > > 
> > > + : we can decide how the default config looks like for our application .desktop files
> > > - : somebody (like StarOffice :)) can install services that screw up our files.
> > > 
> > > (or should we allow preferences > 5 only for KDE programs ? :-))) No flames, I'm kidding !)
> > > 
> > > I think it's better to require users to change their defaults when installing
> > > some third-party software rather than when starting KDE for the first time
> > > (who wants gvim ?? :-)
> > > 
> > > Or is there another solution I didn't see ?
> > > 
> > > BTW : gvim is an alias for vim, this has nothing to do with gnome :)
> > 
> > :-)
> > 
> > Well, a little correction to the old approach:
> > 
> > One may put stuff in the apps .desktop file. If the user starts for the
> > first time a service for which he has no entry in his profile we
> > look at the stuff in the apps .desktop file. Then we immediately save
> > the resulting app in the profile to ashure that software installed
> > later (like StarOffice) can not register itself for servicetypes
> > where the user was used to other apps.
> > 
> > So the only modification is not to choose by random or whatever on
> > the first time. Instead we choose by the stuff in the apps .desktop files.
> > 
> > This way we make shure that after installing new software on a system
> > the users dont get the new apps suddenly if they used another one before
> > while users who did not use the servicetype until now will get the
> > latest software installed on first try.
> 
> This would be a good thing to do, but it doesn't solve the gvim problem.
> Since gvim is found by kappfinder at install time, there's no difference
> between gvim and kedit. Both are there before the user runs anything.

There is! We provide kwrite.desktop and give it the higher number, while
all kappfinder generated .desktop files dont have any -> kwrite is chosen!

> A hack would be - if no profile is present - to prefer KDE apps over
> "non-KDE" ones (using the directory name to know which is which), but 
> that's somewhat a hack.
> 
> Any other idea ? :-)

Can we discuss it on IRC, now ?

Bye
Torben
 
> 
> -- 
> David FAURE
> david@mandrakesoft.com, faure@kde.org
> http://home.clara.net/faure/
> KDE, Making The Future of Computing Available Today
> 
> 

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