image viewers: a different approach

James Richard Tyrer tyrerj at acm.org
Sat Oct 29 18:41:52 BST 2005


Luciano Montanaro wrote:
> El Miércoles, 26 de Octubre de 2005 15:43, Benjamin Meyer escribió:
> 
>>On Wednesday 26 October 2005 7:41 am, Michael Olbrich wrote:
>>
>>>Hi,
>>>
>>>I have been following the discussion on KView and I think we need to
>>>take a step back. Focusing on individual applications will only result
>>>in chaos.
>>>The first step would be to look at the different tasks we want to
>>>accomplish. For me there are 4:
>>>
>>>1. basic viewer. For links on webpages, emails and individual local
>>>images.
>>>Features: fast, incremental loading, zoom. Maybe scrolling by dragging.
>>>This is probably somewhere between khtmlimage and KView.
>>>
>>>2. Enhanced viewer. For image folders (photos). Basic manipulation.
>>>Features: previews, step through images, rotate (and save), exif
>>>manipulation.
>>>Most of the current viewers fit more or less in this category.
>>
>>What ever happened to the all in one basic viewer that can view images,
>>pdf's, etc?
>
> Just to clarify, do you mean konqueror?

No, in the previous discussion, I didn't mean Konqueror.  The way it is 
now, when a a viewer's KPart is used in Konqueror, it is a subset of the 
features that the viewer has when launched as a stand alone application. 
  Specifically, when used in Konqueror the KPart should not be able to 
save or print (this is redundant since Konqueror can already do this) or 
modify a file.

OTOH, the KParts used in an all-in-one viewer should all be usable in 
Konqueror as preview viewers.

-- 
JRT




More information about the kde-core-devel mailing list