From kde-core-devel  Sat Oct 29 19:58:26 2005
From: Benjamin Meyer <ben () meyerhome ! net>
Date: Sat, 29 Oct 2005 19:58:26 +0000
To: kde-core-devel
Subject: Re: image viewers: a different approach
Message-Id: <200510291756.24007.ben () meyerhome ! net>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=113061590618648
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1191983.AnZaIFpnz5"

--nextPart1191983.AnZaIFpnz5
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 29 October 2005 7:10 am, Lubos Lunak wrote:
> Dne =C4=8Dt 27. =C5=99=C3=ADjna 2005 23:41 Richard Moore napsal(a):
> > On 10/27/05, Lubos Lunak <l.lunak@suse.cz> wrote:
> > >  And we shouldn't hurry that much with dropping the app before checki=
ng
> > > 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 ju=
st
> 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 ord=
er
> to reasonably match functionality of standalone apps.

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

=2DBenjamin Meyer

=2D-=20
aka icefox
Public Key: http://www.icefox.net/public_key.asc

--nextPart1191983.AnZaIFpnz5
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDY/AH1rZ3LTw38vIRAryXAJ4ooiwMBRlxdkiZDDaqjG03uzXpsACfSAk2
nRG6BJJa79/37+tyRiTbZLo=
=ppU3
-----END PGP SIGNATURE-----

--nextPart1191983.AnZaIFpnz5--