[Sugar-devel] Journal feature request--more data in main display
Aleksey Lim
alsroot at member.fsf.org
Wed Jul 8 11:33:29 EDT 2009
On Mon, Jul 06, 2009 at 12:51:43PM -0700, Edward Cherlin wrote:
> On Fri, Jul 3, 2009 at 7:36 PM, Eben Eliason<eben at laptop.org> wrote:
> > On Fri, Jul 3, 2009 at 2:17 PM, Gary C Martin<gary at garycmartin.com> wrote:
> >> On 3 Jul 2009, at 10:01, Martin Langhoff wrote:
>
> >>> Wishlist: "show files by size" filter or option? If the Uruguay
> >>> experience is any indicator, a fact of life is that users after all
> >>> *will* hit:
> >
> > Yes, exposing size in the main list might be worth considering.
>
> I'm looking at the UI in Calibre, a Free Software personal document
> database (home page calibre.kovidgoyal.net) that scans designated
> folders, reads metadata from the files or from a server, and provides
> a variety of views and sort options. It currently has an index of more
> than 2,000 files on my hard drive. (I have a separate program for
> cataloging my music files and maintaining playlists.)
>
> I can enter text in a search bar, and get back any document that has
> that text in any field. Columns are
>
> o Title
> o Author
> o Size
> o Date
> o Rating
> o Publisher
> o Tags
> o Series (Think course)
>
> Calibre also provides individual and bulk conversion of e-book formats.
>
> Journal could use all of those and more. Collaborators (total number,
> or by name), something like a mime-type/Open With... menu, version
> history, bookmarks.
Since idea of having extra columns(and horizontal scrollbars) is not
popular among design team ;) I guess the right way is having several UI
profiles in Journal i.e. journal profile(by default), Calibre-like
profile(for books), Rhytmbox-like(for audio) etc.
The idea is that all these profiles are all about browsing
objects(tagging, search etc) and keep these functionality in one place
could be a good idea.
Moreover there are some technical purposes for that:
* caching images like(icons) in one process
* accessing to objects metadata from one process
* after adopting rainbow, the process of arbitrary access to all objects
will be restricted and having arbitrary access only in one process
could simplify situation
--
Aleksey
More information about the Sugar-devel
mailing list