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

List:       kde-look
Subject:    Re: kde's future
From:       "Friedrich W. H. Kossebau" <Friedrich.W.H () Kossebau ! de>
Date:       2001-01-09 21:43:47
[Download RAW message or body]

rik@kde.org wrote:
> #if Thomas Diehl
> > Personally, I prefer the direct approach like in Windows (ie do
> > everything directly in the file dialog, either via toolbar buttons or
> > right click menus). So does every other (ex-)Windows user I have talked
> > to about this subject so far.
> 
> Personally, I prefer the RISC OS style, where you don't have these
> stupid^H^H^H^H^H load/save dialogs.
> 
> When you choose 'Save...', you get a dialog with one icon and a text
> entry box to allow you to change the name. You drag the icon somewhere, e.g.
> into a konqueror window open on a directory, or your desktop, or whatever,
> to save it.

Is this only done when a file had been newly created? And further on is
saved automatically when the app is closed?
 
> There is no 'Load...' menu entry. You just drop a file on the app.

document-centric approach proposal to use by KDE 
(optionally of course and already halfway implemented/prepared):

* creation of document by RMB on Desktop or konqwindow
  that said I have to stress my wish for an extended 'new' menu with
subfolders! 
  'New/Letters/Official' would be a quick thing to create a new official
style letter that is 
  then opened by KWord. Or 'New/Icons/KDE Default-Style/Document' to
create a new icon based on   
  the default KDE-Style document icon that is opened by the icon editor.
Mostly I am already in 
  the place I would like to store that file so I do the click for 'new'
there.

  No more need to tell the app where to save a newly created file. Only
fill out the naming 
  dialog that pops up before the file's template is copied.

* opening of document by RMB on file on Desktop or in konqwindow, or by
drop on an app's symbol
  or an already running app 
  BTW: When is the drop of an document on a running application meant to
open a new window, when    to insert that file into the actual loaded?
IIRC in alternative os (w, mo) there is usually the 
  second option used, which is more intuitive to me, too. So I would
vote for carefully 
  rethinking the actual way in KDE.

* automatic saving on leave as default
  basic version control could be reached by having an option to revert
to file's state of opening 
  time (autobackup uses temp-file with automatic restortion if needed),
and undo buttons

* copying/moving by dragging and dropping an document symbol (see
khexeditor!) from the toolbar
  opens the question what to do if file is copied and content in app has
already changed.  
  should be directed to the user :-)

All this could be accessible while still offering that old fashioned
way. Those who like this way could simply remove the new/load/save items
from the menu and add a draggable document icon to the toolbar. Latter
lacks support in almost all apps by now. But perhaps it is simply done
by using khexeditor (is there another app beside offering this?) as a
template :)

Here I would like to introduce another wish I have: 
Could there be toolbar profiles for the menu/toolbar settings? That way
it would be quickly done to change the layout with customized toolbars.
Or even better: load the apps with a parameter which profile to use. So
I could define Kwrite with one profile for cpp-files, and with another
one for pure txt-files. Makes even more sense when having EA.

Oh if I only were a millionaire: I would give up my studies and do only
KDE coding. But I'm not :( So forgive me my demanding ideas. You should
know I have another lot still inside my head. 

Sun doesn't see the moon I don't either

Friedrich

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