Le 7 avr. 05, à 20:46, M. Uli Kusterer a écrit :
At 23:40 Uhr -0500 06.04.2005, Jesse Ross wrote:
That said, I don't think we will want the user's home folder to be
the dump for this kind of files. Rather, I think the actual files
should go in an "All Files" subfolder of the home folder. The user can
then keep the home folder nice and clean and put only links to really
important files in there, and live search folders that search "All
Files". (Of course, All Files would be searchable as well, you won't
*have to* create live search folders for that)
Something like that.
The problem with this is that it mainly only works with 1-level
hierarchies. What about deeper ones? What if I want a folder that
always shows all my bills, in folders, one per year. And each
year-folder would have folders containing the actual bills, one for
each month? That would be a live search folder of live search folders
that automatically creates new folders...
I have started to write TrackerKit to allow such things on model side
or UI side. For example… A live search folder would have a "special
field" where you can drop attributes with a "path logic" and reorder
them as you want, this would be reflected on UI side on the fly by
nested live subfolders. Each subfolder level would match an attribute
in "tracker path" and subfolders would use this attribute (bound to its
depth level) as its name.
I need to do a mockup for that. … but you can get an idea on TrackerKit
wiki page :
http://www.dromasoftware.com/etoile/mediawiki/index.php?
title=TrackerKit
- Make alerts that don't require interaction to show up, then fade
out, and keep track of all alerts.
This is dangerous. The reason why many alerts are so annoying is not
because they require you to click the "OK" button, but because they
are unnecessary. My favorite example is the Unix app MetaCard, which
always asks you "Do you really want to quit?" when you choose the
"Quit" menu item, simply because the programmer was too lazy to
implement a proper "Save Changes?" dialog that only triggers when
you've actually changed something.
That said, a facility like Growl is a useful *addition* for advanced
users. There have been applications for a long time that have a "Don't
show this alert anymore" checkbox on dialog windows that not everyone
may want to be warned about. I don't see why we couldn't have a
standardized popup there that lets the user choose other options like
"log & auto-OK after 10 seconds".
For beginners, however, this should be done via actual dialog
windows. Otherwise it is too easy for them to miss a new window
because they're concentrated on another part of the screen.
I agree, we need to find the right balance.
- Incremental search. Like OS X is using everywhere, like Filie has,
like Google Suggest < http://www.google.com/webhp?complete=1&hl=en >.
Good idea -- let's make that type of search really easy for
developers to implement.
Agreed. Also have a look at what Apple have for this. NSSearchField
and SearchKit might be good candidates (though I think SearchKit isn't
ObjC, I thought I'd mention it so GNUstep's search API gets designed
in a way that lets me implement an OS X version based on SearchKit).
We have LuceneKit which will be roughly what SearchKit but with a nicer
API and written in Objective-C. Later I will plug LuceneKit in
ExtendedWorkspaceKit and implement a compatibility layer for Spotlight
API (which is indirectly related to SearchKit).
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
