Task orientation and mimetypes

[Thomas Zander]

On Mon, Apr 22, 2002 at 04:08:48PM +0200, Stephan Kulow wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Monday 22 April 2002 10:14, Ralf Nolden wrote:
> > On Samstag, 20. April 2002 15:48, Thomas Zander wrote:
> > > Hmm?  Using the K menu is for starting applications. I am not quite sure
> > > what that has to do with documents which are opened from konqueror.  The
> > > document based approuch is fully implemented in konq; using mime you
> > > always have the same editor when you click on a certain filetype.
> >
> > THOMAS !!! You just brought up a very very good idea I think!
> >
> > We have the mime-type based apporach for opening files from konqueror or
> > the desktop that opens that application that is set for this mime-type. On
> > the other hand, the menu editor allows to "deactivate" links in the k menu.
> >
> > How about the following mechanism that would allow the user to still change
> > things:
> >
> > - for the base KDE installation, the menus in the K menu only offer the
> > applications that are set as the standard application for opening a given
> > mime-type. In the case where embedded parts in konqueror are used, take the
> > topmost single application assigned.
> > - deactivate all other choices in the k menu. The user can reenable those
> > programs if he likes to.
> > - if a program like pixie gets installed afterwards, the mime-type usually
> > changes to that program (windows-like). I would say it would be ok to leave
> > the former "standard" kde application in the K menu as a choice, so not
> > deactivating an application if another application is installed for the
> > given mime-type.
> > -if the mime-types get edited, why not enable the user to choose to display
> > the assigned applications one by one in the k menu ? I mean, a checkbox in
> > front of every listed application would give the user the choice to
> > enable/disable the application.
> >
> > Just food for thought to make the k-menu more task-oriented (which means,
> > mime-oriented would be a good start for offering choice).
> > Any ideas ?
> >
> where stays kpat and amor?

Right; the K menu was designed to operate as a application starter; where the 
konqueror way of starting apps is starting an editor for a file.

These should both stay as they both have their purposes.

If you want to work mime based; use konq. Which was what my original post was 
about, I seem to have expressed myself poorly there; sorry.

-- 
Thomas Zander                                            zander at earthling.net
The only thing worse than failure is the fear of trying something new
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20020422/8c1a7c9e/attachment.sig>