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

List:       kde-usability
Subject:    Re: 1st strategy to useability: find and learn, and therefor scale
From:       Sebastien Laout <sebastien.laout () tuxfamily ! org>
Date:       2003-10-28 11:05:38
[Download RAW message or body]

Le mar 28/10/2003 à 10:07, solo turn a écrit :
> additional to "structured information" like menues, you should be able to search for things you
> want to do. to make the find-algorithm more precise, something "adaptive" would be necessary.
> something which learns out of users preferences or behaviour.
> 
> the best thing i saw in this respect up to now is http://www.obdev.at/products/launchbar/  (mac os
> x innovators contest 2nd place). these guys deserve the oscar for novel application of well known
> concepts.
> 
> its basically a "search" on the options/programs your system offers, and it remembers the choices
> you made last time and rates it higher. and it is abbreviation driven.
> 
> this is a neat approach to forget about menus, discussions about where to put what. and, it is an
> addition which can be improved just by changing algorithms.
> 
> alt-f2 is already doing some of this (see http://bugs.kde.org/show_bug.cgi?id=66203), but no
> search, no learning is included.
> 
> why this is important?
> 
> to find things there is 2 kinds of people:
> - the ones who click through folder structures
> - the ones who open a search&find window
> 
> the more information you have, the more "search" is important. www started of as structured thing
> (links, etc), later it got so large, that by bookmarking and clicking you get no results. search
> has become the most important thing to find things.
> 
> with such an approach you are prepared to:
> - have 20 webbrowsers
>   and the user chooses which one to use and not redhat
> - 100.000 configuration options
> - a big disk
> - new filesystems which employ different techniques to store information
>   new windws, new reiser
>   where a file may have different attributes, where one
>   is folder, multiple tasks it belongs to, etc.etc.
> 
> sorry for crossposting this to two useability lists, but i am convinced that the "find and learn"
> thing is not trivial, and gives value to every system.
> 
> -solo.

Hum !
Very good :
A new brick of the task oriented concept...
Browse informations and data without thinking about applications that
have produced them and where they are stocked...

I often use Alt+F2 to open applications (if I don't use khotkeys for it)
: I hate to lost time...
Very good if it also could be done with files and documents !

Hum... What could we do ?
Alt+F2 is a good start point (or do it in another location?)...

Is Mac OS X use a data base based file system ?
Search for files could take time with our "old" file system...
Or we could limit search to home directory (or ~/Documents), for the
files.

Ok. Then, is exist a system to browse into bookmarks, adress book... ?
Could be good if all applications can access to an API to browse this
sort of data and not parse files by themeselve, and be noticed changes.
<mylife>I personnaly will add a "bookmark mirroring" in my BasKet app
and this API would help me (I haven't searched yet)</mylife>

_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]