Bug 326495 - Calendar: higher flexibility in the layout
Summary: Calendar: higher flexibility in the layout
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Dates (show other bugs)
Version: 3.5.0
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-23 12:19 UTC by bugs bunny
Modified: 2019-12-24 18:46 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.0.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bugs bunny 2013-10-23 12:19:49 UTC
Description:
Currently, the layout of the calendar is fix: years and month as hierarchy, week and day as  "data sheet".

Request:
there should be an additional, 3rd hierarchy level showing the days in the calendar view (probably with weekday)
Comment 1 caulier.gilles 2013-10-23 14:06:47 UTC
Month days are display just under date tree-view, as calendar... Click on a single day or a multiple days selection will update icon-view accordingly.

Gilles Caulier
Comment 2 bugs bunny 2013-10-24 08:58:13 UTC
(In reply to comment #1)
> Month days are display just under date tree-view, as calendar... Click on a
> single day or a multiple days selection will update icon-view accordingly.
> 
> Gilles Caulier

Maybe my request was not precisely formulated:
- currently, there is a fix 2-level hierarchy (e.g. 2010 / March 2010) as a tree-view. Here, months can be expanded and collapsed -> fine
- the proposal is to add a 3rd level (e.g. 2010 / March 2010 / Th 18) - as a tree view (!)
Remarks:
1. "March 2010" could be reduced to "March" (or: "03" only), because it is a (visible) refinement of "2010"
2. the "standard date: "YYYY-MM-DD" could be displayed as a 3-level hierarchy, e.g. "2010 / 03 / 18" (whereby both, month and days, could be collapsed/expanded)

One more point:
I see a conceptual different between the calendar tree and the tree navigator. The tree navigator has a single root, "my Albums". "My Albums" can be narrowed by different "collections" (first level hierarchy, reflecting (different) file system(s)) which again consist of sub-albums (reflecting the folder structure of the collections).
Wouldn't it be consistent to use the same concept for calendars, i.e. "My Calendars", "Collection Calendars" and "Albums Calendars". The calendars could then be displayed using the standard tree navigator.
 The current calendar would then be the global "My Calendar", right?
Comment 3 caulier.gilles 2013-10-24 16:31:27 UTC
I will be more clear... There is no plan to change layout and goal in calendar view. As i said previously, calendar day already exists on bottom left of date tree-view and is enough. No need to bloat tree-view with a large supplemental day entries...

Gilles Caulier
Comment 4 bugs bunny 2013-10-25 08:57:44 UTC
(In reply to comment #3)
> I will be more clear... There is no plan to change layout and goal in
> calendar view. As i said previously, calendar day already exists on bottom
> left of date tree-view and is enough. No need to bloat tree-view with a
> large supplemental day entries...
> 
> Gilles Caulier

Fine, however, two  final remarks. Without this feature, digiKam falls back behind:
- Lr, where the proposed 3-level presentation is displayed in the "metadata" section and where data can be imported/copied in the YYYY-MM-DD format
- Ap, where data can be exported in YYY-MM-DD format and later be imported as projects with a 3-level structure YYYY/MM/DD as folder/folder/project

In both programs, the usage of a 3-level hierarchy improves the usability a lot.