On Mon, Jul 06, 2009 at 12:51:43PM -0700, Edward Cherlin wrote: > On Fri, Jul 3, 2009 at 7:36 PM, Eben Eliason<e...@laptop.org> wrote: > > On Fri, Jul 3, 2009 at 2:17 PM, Gary C Martin<g...@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 _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel