Le 16 oct. 06 à 21:39, Yen-Ju Chen a écrit :
I recently work on BookmarkKit a lot to be used in Mantella later.
An idea occurs to me that if Grr can also use BookmarkKit to store RSS
subscription,
then the web browser and RSS reader can work together better.
I think this kind of collaboration illustrates well the point behind
BookmarkKit :-)
There is a BKBookmarkView in /Etoile/Developer/Examples/
BookmarkKitExample
to display a given bookmark store in outline view.
I plan to move it into BookmarkKit later.
ok
A second thing is the user interface of Grr.
Most RSS readers on surface are 3-pane style,
where subscriptions on the left in a outline view
and article on the right.
I would be in favor of such UI.
I always wanted to write down some basic UI rules / guidelines for
any applications part of Étoilé. Here are some ideas…
For example, you should tend as much as possible to :
- rely on a toolbar (based on NSToolbar or GSToolbar)
- avoid group boxes, favor spaces and line separators
- favor all-in-one window/document user experience
- favor panes based interaction (like 2 or 3 panes in a window
rather than several separate windows)
- provide inspectors that can be either standalone or docked in the
main window if your application implements an all-in-one window mode
- rely on PreferencesKit for inspector, preferences etc. windows (in
other words, when you have a pane-based UI outside of a document or
main window context, it's a good idea to use PreferencesKit… which
should be renamed PaneKit by the way)
- avoid to trigger disturbing action when the user makes a single
click in a table/column/outline view (a disturbing action could be :
opening/closing a window, changing the window stack order, switching
application, copying/pasting etc.), such action should be triggered
by a double-click or by clicking a button once the selection is done
- avoid to have a "user object" visible in two different places or
ways at the same time (for example : the same mail opened in two
different windows, the same document opened in two different
applications, the same file visible in two file manager windows)
- avoid to break the guidelines for the fun (unless it's really
really fun and rather useful ;-)
- don't use scrollbars to represent time (in a video player, use a
dedicated timeline control)
- don't use progress indicator to represent intensity or space (for
example, in an audio recorder use a dedicated level indicator to show
audio input levels)
Aside of the consistency, one of the main goal is to avoid visual
clutter or disparity… this should be done first by severly reducing
the number of objects, lines, windows, buttons etc. visible on screen
at the same time. I think this is an important point that nobody
truly understands until Apple came up with Mac OS X.
I have to modify PreferencesKit in order it supports panes which
aren't packed in a bundle.
The other possibility is like GNUMail with subscriptons in a
separated window.
And it is what Grr has now.
People will expect to open multiple article windows in GNUMail-like
design.
The last time I checked GNUmail, it was changing the front window
when you click on an entry in the account/box window. This is
disturbing in my opinion.
Otherwise, why put the subscription window separately.
Then Grr has to manage multiple article windows,
which I think is too much trouble.
Therefore, the 3-pane style would be easier from this point of view.
In any case, I suggest to make the subscription window a outline view
and move all buttons into toolbar as GNUMail:
http://www.collaboration-world.com/gnumail.data/screenshots/
v1.2.0pre2/gnumail-gs.png
If Grr adapt BookmarkKit, it will be easy to do that.
I agree with you on this one I think.
Cheers,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev
