[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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic