Le 13 mai 07 à 20:29, David Chisnall a écrit : > On 13 May 2007, at 18:13, Jesse Ross wrote: > >>> Where should we put the bookmark ? Or we don't have bookmark >>> anymore ?
We store them in a folder. Another solution would be to store them in a file which can be browsed through CoreObject like a normal directory. This basically depends on how CollectionKit/BookmarkKit stores bookmarks and other collection of objects. >> Bookmarks for what? The browser? > > Bookmarks for the browser are just URLs with a name tag, and possibly > the type set to bookmark. > > I don't actually use bookmarks anymore; I just drag the link to my > desktop. I can imagine on Étoilé I would have a 'browsing' project, > where I would keep a load of links and a web view. Yen-Ju problaby means Étoilé bookmarks. Many applications support bookmarks or similar markers (sound editor, movie editor, web browser, ftp manager, file manager, etc.) so Étoilé provides a shared and unified storage for bookmarks to all applications. It's basically the same idea than Apple AddressBook. We already have BookmarkKit which is the equivalent framework for bookmark support. We still need to work out how we encode location property for movie, sound, picture, text and composite document related bookmarks. The location can be expressed in term of: - space coordinates in a picture - time code in a sound or a movie - element (like a word in a text, a page in a book) >>> How does it look like with icon view ? >> >> Just like OS X with an icon view, using previews of images/videos >> wherever possible. > > It's difficult to get this right though. Windows and OS X both do it > the wrong way; run the preview object in the main thread and allow it > to lock up the entire window. IconKit should handle this already in a background thread (I need to check) and normally takes care of caching all generated thumbnails (see IKThumbnailProvider). >>> The first thing users saw is "all" of his files/objects. >>> It will be very very big if it includes everything, even under >>> subdirectories. >> >> Agreed, that would be a bad idea -- it would get very, very big. >> Default view should maybe be "All file types modified today", rather >> than all dates. I think each project (including the default one) should have a fixed tag path that keeps the project ordered in some way by default. More on this idea later :-) > Good idea. For mail, I have two smart folders that I live in 99% of > the time: > > 1) Unread mail, which is anything that has arrived, and not been > dealt with yet. > 2) Recent mail, which is anything that arrived in the last few days. > > I think a generalised form of either of these would be a good > default. Good idea I think. Cheers, Quentin. _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
