Bug 107715

Summary: Add cameras to album treeview
Product: [Applications] digikam Reporter: Dik Takken <kde>
Component: Import-AlbumsAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED INTENTIONAL    
Severity: wishlist    
Priority: NOR    
Version: 0.7.2   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Dik Takken 2005-06-19 12:42:37 UTC
Version:           0.7.2 (using KDE KDE 3.4.1)
Installed from:    Gentoo Packages
OS:                Linux

I'd like to access the photos on my digital camera directly from the album treeview in the main Digikam GUI:

* Cameras can simply be folders in the album treeview, using a camera icon in stead of a folder icon
* Selecting a camera will show thumbs of its contents, exactly like 'normal' album folders do
* Copying images from the camera is simply a matter of drag and drop to another album folder
* Cameras can automatically be added to the treeview when connected and removed when disconnected.

I think this can be a very simple and intuitive way to access a camera. Users who want more options can always use the more advanced camera dialog.
Comment 1 Mikolaj Machowski 2005-06-19 17:30:00 UTC
On one hand it is great idea - especially for people who have more than
one digital camera. On the other hand multiplication of interfaces is
a Bad Thing.

If advanced settings dialog could be somewhat embedded into general view
window it would be great.
Comment 2 Dik Takken 2005-06-19 18:45:54 UTC
I can imagine the camera icons having a 'properties' entry in their RMB menu that can be used to specify advanced download options, like name translation (can be done realtime in the thumbnail view of the camera folder)  and auto-rotate.

After taking a look at the advanced options of the current download dialog, I think all of that can be implemented using camera folders and a properties dialog in stead. The current download dialog will no longer be needed then.
Comment 3 Renchi Raju 2005-06-19 19:59:00 UTC
there are a couple of problems with this. in 0.8, the views have been split up so that albums, tags, dates, searches are separate views, to prevent cluttering up the interface. adding a camera will be a step back.

in addition, drag and drop is not an intuitive method. if a newbie hasn't seen how it works, he will never know how to download his pictures :)
Comment 4 Dik Takken 2005-06-19 22:58:28 UTC
> in 0.8, the views have been split up

Screenshots?

> to prevent cluttering up the interface

I was thinking the main interface layout was really clean. The RMB menu of the thumbnails however... :)

> if a newbie hasn't seen how it works, he will never know how to download his pictures

Well, there's always copy/paste. Everyone knows how that works. You can even add a 'download selected photos to ...' entry to the RMB menu of each camera. 
Comment 5 Dik Takken 2006-07-29 15:54:54 UTC
Uploading images back to the camera will also be quite easy, when the camera is just another folder in DigiKam. Just copy/paste or drag/drop. I did not find an upload option in current DigiKam.

By the way, I like the new tabbed views layout of Digikam 0.9. A 'cameras' view seems quite ideal to me though. It seems more natural to have it integrated into the main interface in stead of a seperate dialog. 
Comment 6 caulier.gilles 2007-08-30 12:41:02 UTC
Dik,

Added Camera List to Album Gui sidebar is definitivly a wrong idea "for me". This will bloat Album GUI as well and the code is not designed to do it easily. 

Sorry, but i will never implement that.

Note that i have implemented full support of D&D between Album GUI and Camera GUI with next 0.9.3 (KDE3) and 0.10.0 (KDE4). You can upload or download pictures using D&D.

With KDE4 implementation, the Camera GUI interface have been revisited to be more standard than the rest of digiKam. Look in my blog: 

http://www.digikam.org/?q=node/253

Marcel, please give me your viewpoint about this B.K.O file.

Gilles
Comment 7 caulier.gilles 2007-09-12 05:14:55 UTC
Folowing comments #6, I close this file...

Gilles