On Friday 09 September 2005 00:45, Torsten Rahn wrote: > - larger preview on demand is already implemented: just look at the tooltip Unfortunately it is not much better. See for yourself: http://www.3danim.de/images/kde/proposed-previews-comparison.png Something along these lines should be possible given the new rendering capabilities.
> - a .desktop http:/ link w/ previews would require a running internet > connection so one would have to create those previews after all others are > done and deal with timeouts Correct. That's why I wrote potentially. There might even be cases where users explicitly don't want one. Just wanted to point it out in case someone has a good idea. > - videos have already a preview (since years). It seems they just don't > work for your specific file(formats?) or you need to install some KDE > component. I have never seen this and couldn't find an option for it (running SuSE 9.3). Are we even talking about the same thing? I was thinking of icon-size or semi-fullscreen (see proposed preview above) playback instead of the video-reel icon. Aaron blogged about a video running in a file opener dialogue the other day, but that is something different. > - The font _is_ antialiased. it's handcrafted to make it work > without being dependent on a certain font to be installed and to make sure > it works well with tiny previews. antialiasing doesn't work well for tiny > fonts though so I chose to only do slight antialiasing to avoid a blurry > mess. Sorry, you are correct. My fault. > > - provide means to let applications register their own preview at some > > central instance; that way, whatever program is used for showing folder > > contents will not need to know all the different file formats, just where > > to get previews from; basically this encapsulates how previews work away > > from most of the system > > I think it's done that way already. > [...] Could someone informed shed light on this please? > > - permit "cycling" pages for multi-page documents without opening a > > separate program > > - whatever page of such a document is visible (on top), stays visible > > (doesn't jump back to page 1) when entering the folder a second time > > - permit scaling the preview up to full-screen or near-full-screen > > If we don't find an intuitive non-obtrusive solution for the UI handling > for those suggestions i'd rather consider these overengineered. Correct, it must not get in the way. However most of the literature I've read in the past weeks really stresses that digital documents need context to be more useful than they currently are. In the case of a spacial file manager or related concepts, I think this is essential. Just think about how many times you left a book open on your desk on a certain page, just to remind you of something you wanted to do. It just permits to add a lot of context. But again, I agree that it must not be an interaction nightmare. -- Markus Weiland [EMAIL PROTECTED] http://www.3danim.de _______________________________________________ Appeal mailing list [email protected] https://mail.kde.org/mailman/listinfo/appeal
