Am Freitag, 9. September 2005 02:48 schrieb Markus - 3danim.de:
> http://www.3danim.de/images/kde/current-previews-with-text.png

Some short notes:

- The album cover idea ist nice.
- larger preview on demand is already implemented: just look at the tooltip
- 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
- 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.
- 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.

> - 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.

> - give applications full control over how previews are realized; some
> applications might need bitmaps, some vector / SVG, some video, etc.

I think it's done that way already.

> - give applications full control over what is shown in a preview; nobody
> knows better than the application itself; there could of course be
> guidelines on what app-designers should put in and what not to put in

I think it's done that way already.

> - a file manager is only responsible for displaying whatever preview there
> is registered

I think it's done that way already.

> - only exception is, if there is no preview registered; then either try to
> create one (e.g. for simple things like images or PDFs) or show a generic
> icon (worst case)
>
> - 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.

-- 
Mit freundlichen Grüßen / Kind regards,

        Torsten Rahn

--
Dipl.-Phys. Torsten Rahn, credativ GmbH
Karl-Heinz-Beckurts-Str. 13, 52428 Jülich, Germany
Tel.:  +49 (2461) 6907-91
Fax:   +49 (2461) 6907-11
Mobil: +49  (160) 7452624
Email: [EMAIL PROTECTED]
_______________________________________________
Appeal mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/appeal

Reply via email to