[Digikam-devel] [Bug 225471] Change Digikam to follow usability guidelines

[Fri Duh]

https://bugs.kde.org/show_bug.cgi?id=225471


Fri Duh <friiduh at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |friiduh at gmail.com




--- Comment #3 from Fri Duh <friiduh gmail com>  2010-02-05 13:36:15 ---
This idea could be done by distributors because I myself dont feel that
professionals would like to see photo ratings, tags, creating date only on
sidepanel one by one function.

When we do have rating, tags and modification time under the thumbnail, a user
can see right away the information from multiple photos without clicking
trought them or doing a "blind filter" by filtering the view to see what photos
would have 3, 4 or 5 stars. 

And we do have thumbnails listing possible to place by name, date and rating. 

Now for users who want this (they can be distributors etc) suggested thing.
They can go to settings and turn off all metadata shown under thumbnails. Then
they can resize the thumbnail size to smaller and they end up to view that has
no empty space between photos.

But rows and colums are tied to have at least the 1:1 format when disabled all
metadata under thumbnails, because the photos can be horizontal or vertical
position. http://imagebin.ca/view/reS8PG-C.html

We already have had the discussions about some metadata being top of the
thumbnails on album view, example the rating stars. And we have ended up to
have the current way for that to not block the thumbnails what is very
important information on album view, like the rating and other metadata itself
if user wants to see them.

The sidepanels in the mockup has the normal usability flaw that does not allow
hiding them. I am not willing to use a digiKam on 1280x800 or under (netbooks
etc) resolution screens if I can not hide the sidepanel when needed. I already
hide them even with over 1920x1200 resolution because sometimes I do not need
other side.

And what someone says "dublicate" like having tags on left and right, I say it
a feature because I can do mure accurate searching and filtering together. Like
first choosing a whole tag parent from left and then from right to do more
accurate filtering with parent, childrend or just selected. Something what I
can not do on any other photo management application (lightroom included). 

What I think is that we should continue doing what we are doing, making a sane
defaults what works for the most people but does not stop skilled users to get
their needed tools. The starting wizard is great example of that what ask basic
questions and makes default settings by that. What we could do, is think is
there any way to include 1 question more without that comes a too long wizard.
Very difficult question to answer. 

Because we are trying to offer a photo management application for:

Home users:
* Takes photos with cellphones and Pocket cameras (less DSRL owners)
* Owns a normal computer, usually normal laptop with small screen and one
hard-drive
* Receive photos from friends
* Wants to share own photos
* Wants to make a slideshow for friends
* Does basic tagging
* Does basic fixing like removed redeyes, crops, rotates and basic lighting.


Amateurs:
* Owns DSLR and might take hundreds of photos on day
* Owns external drives, mayby other computers and second monitor.
* Receive photos from friends
* Maintain own gallery
* Does complex searches among photos (might own GPS locator) 
* Manipulates photos and edit them usually in complex ways (HDR/Panorama,
fixing spots and perspective)
* Makes backups trought digiKam

Professionals:
* Owns multiple DSLR's and might take a thousands of photos on day
* Owns multiple computers (for journeys and home/studio etc), multiple external
drives (backups, different album locations on network shares etc) and multiple
monitors (Not so rare to have 2-3 big screens where one has album and one
editor while third one showing the last shot photo from camera)
* Receive photos from other photographers
* Maintain multiple own galleries
* Shows multiple slideshows of own work to customers
* Does very complex searches and edits lots of metadata (copyrights etc)
* Maintains multiple different versions from same photos.
* Does need to have complete control to all RAW-processing.

We just end up that we can not have one simple GUI for everyone. We can not
integrate image editor to photo management window. We can not just hide
metadata and other important features to context menu or to sidepanels and just
show "pictures" like user would be browsing the own music collection. 

And I say we do very good job on balancing between all these three lines. We do
need help to find problems and find a solution for them, but the solution need
to take all three different groups of users in care. 

We are not trying to fight against Gwenview or F-Spot. They have own home
users. But we are not either trying to be too complext for basic user.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.