Re: Thumbnail Bar
"Ilya Konkov" <[email protected]> Sat, 23 Feb 2008 03:30:40 +0500
| Newsgroups | gmane.comp.kde.gwenview |
|---|---|
| Message-ID | <[email protected]> |
> I meant the rounded edges. For some inspiration you can have a look at > lightroom interface. Here are two screenshots I googled: > http://www.brandspankingnew.net/img/screenshots/adobe_lightroom.jpg > http://www.leroch.org/images/lightroom/Adobe-lightroom-1.jpg There are really cool. Thanks. > > Is speed bar/file ops context menu executed by ThumbnailViewHelper? In > that > > case we can't use the same helper as for normal thumbnailview. Or probably > > add option to thumbnailview, that will be checked in showContextMenu()? > > Speed bar is handled by the item delegate. Context menu is handled by the > ThumbnailViewHelper. Ouch, seems that I messed something, when tried separate delegate. > > But if a thumbnail is already generated, it won't be generated again? > > Assuming that we use the same thumbnail view helper for both views. Also I > > think we should use this cache to generate thumbnails for those pictures > > that are near current one. For example we have pictures: 1* 2* 3* ... 13* > > 14 15 .. 77 |78| 79 .. > > '*' -- generated, |N| - current. > > If we have scrolled straight to 78, most possibly thumbnails will be > > generated for 14..77, rather than for 77, 78, 79 ... rest images. > > Hum... thinking about it more, I am not sure I didn't misinterpreted the way > the code would behave. Will check to make sure I am not wrong. I haven't seen how it's done, but looks like thumbnails are generated on request. So when you scroll to a "far" image a lot of other on the way, a lot of requests. This how it supposed to work? -- Ilya Konkov ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/