image viewers: a different approach
ben at meyerhome.net
Sun Oct 30 21:21:26 GMT 2005
On Saturday 29 October 2005 5:31 pm, Ingo Klöcker wrote:
> On Sunday 30 October 2005 00:00, Benjamin Meyer wrote:
> > On Friday 28 October 2005 6:39 pm, Ingo Klöcker wrote:
> > > On Friday 28 October 2005 12:08, Benjamin Meyer wrote:
> > > > Just to kill this portion of the thread here are a few apps off
> > > > the top of my head that want an embeded viewer for images:
> > > >
> > > > KMail, viewing images
> > >
> > > Sorry for repeating what I already wrote above:
> > >
> > > Why should we want an embedded viewer for images in KMail? If we
> > > show images inline then they are simple <img> tags in the HTML code
> > > we create for displaying the message in the KHTMLPart. So no
> > > embedded viewer is needed for this.
> > You make no sense. You are embedding khtmlpart so embedding *is*
> > done. In essence khtmlpart is your image viewer.
> It might not make sense to you because I didn't explain it good enough.
> Anyway, the current situation is like this:
> - For viewing messages we use KHTMLPart. If attached images are shown
> inline then they are obviously displayed by the KHTMLPart. This won't
> - For viewing single attached images (e.g. via context menu->View) we
> currently open a simple window with a KHTMLPart which displays a
> trivial HTML page with a single <img> tag.
> I don't like the latter (because the user can't even rotate the image)
> and therefore want to use an external image viewer in KDE 4.
Ah, ok thanks, your explanation makes much more sense now. So for KDE4 you
will launch whatever app the mimetype is associated with via krun (i.e.
Konqueror which will have an image viewing part)
Public Key: http://www.icefox.net/public_key.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the kde-core-devel