image viewers: a different approach

[Benjamin Meyer]

On Saturday 29 October 2005 7:10 am, Lubos Lunak wrote:
> 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.

Woho there, if I want to view one (or a few) files, Konqueror is fine.  When I 
want to view lots of photos with slideshows and sorting, etc etc I want an 
image organizer.  Attempting to give a simple viewer a 3rd rate image 
organizer doesn't sound like a good idea. 

-Benjamin Meyer

-- 
aka icefox
Public Key: http://www.icefox.net/public_key.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20051029/8406d7f3/attachment.sig>