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