image viewers: a different approach

[Lubos Lunak]

Dne čt 27. října 2005 23:41 Richard Moore napsal(a):
> On 10/27/05, Lubos Lunak <l.lunak at suse.cz> wrote:
> >  And we shouldn't hurry that much with dropping the app before checking
> > this really would be the best solution. Gwenview in browse mode indeed
> > looks a lot like Konqueror with gvdirpart, view mode looks a lot like
> > Konqueror with gvimagepart, and a lot of code in app/ more or less
> > duplicates what Konqueror can do as well, but there are issues. Technical
> > issues would be things like fullscreen mode - a KPart can't make
> > Konqueror (or any hosting app for that matter) switch to fullscreen mode
> > and it probably shouldn't; on the other hand Konqueror's fullscreen mode
> > is just making the window fullscreen and removing the menubar, which is
> > far from Gwenview's fullscreen mode.
>
> I implemented an action for qtvision that would hide all menus,
> toolbars etc. (and let apps register additional widgets to be hidden).
> This combined with the full screen action could easily be made into a
> mechanism to allow an embedded kpart to switch the containing app to
> full screen.

 Well I didn't say the problems would be impossible to solve, they just would 
have to be solved. Like fullscreen with what you propose here ... or maybe 
rather the other idea with creating a new separate window, you probably 
wouldn't want app XYZ's window to rearrange and go fullscreen just because 
XYZ happens to use image part for viewing some image.

 But there would be also more. Thumbnails view - Gwenview's dirpart is vastly 
superior Konqueror's iconview for images, and not only because iconview is 
bloody slow. You can e.g. also set up Konqueror to have two split views, one 
showing thumbnails, other showing selected image, but we all know nobody 
really would use that because splitting a view into two, linking them and 
locking one is not trivial to set up. And Gwenview tries to preload in 
advance next image, but the standalone imagepart even doesn't know from which 
part is is invoked, let alone know in advance it would be invoked.

 I expect KParts and Konqueror would need quite some modifications in order to 
reasonably match functionality of standalone apps.

-- 
 Lubos Lunak
 KDE Developer