6.0.0-alpha14
7/2/25

[#10807] Make all-day-events and normal events distinguishable in month view
Summary Make all-day-events and normal events distinguishable in month view
Queue Kronolith
Queue Version 3.0.12
Type Enhancement
State Rejected
Priority 1. Low
Owners
Requester acn (at) annachristina (dot) eu
Created 11/28/2011 (4965 days ago)
Due
Updated 12/01/2011 (4962 days ago)
Assigned
Resolved 11/30/2011 (4963 days ago)
Milestone
Patch No

History
12/01/2011 02:54:49 PM acn (at) annachristina (dot) eu Comment #10 Reply to this comment
Concerning the colors: It seems to me that kronolith already changes
the secondary color (the foreground) to black or white to match the
chosen background color -- what makes the question of light colors
appear nonrelevant as the other color will be chosen correctly.
Only when using it as a background color.
I only see one color to change (tested in traditional and dynamic 
view). This color is used (in the default configuration) as the 
background color of the event bubbles.
12/01/2011 01:24:21 PM Jan Schneider Comment #9 Reply to this comment
Concerning the colors: It seems to me that kronolith already changes 
the secondary color (the foreground) to black or white to match the 
chosen background color -- what makes the question of light colors 
appear nonrelevant as the other color will be chosen correctly.
Only when using it as a background color.
12/01/2011 01:19:20 PM acn (at) annachristina (dot) eu Comment #8
New Attachment: kronolith-colorscheme.patch Download
Reply to this comment
I tried to patch kronolith.js and it seems to work. Only when changing 
the color of a calendar, the rebuilt month view is built up with the 
"wrong" colors, but I think that I forgot some occurances in the .js 
file.

Concerning the colors: It seems to me that kronolith already changes 
the secondary color (the foreground) to black or white to match the 
chosen background color -- what makes the question of light colors 
appear nonrelevant as the other color will be chosen correctly.
12/01/2011 10:32:16 AM Jan Schneider Comment #7 Reply to this comment
But if you want to change this locally, this happens in the 
createEvent method in kronolith.js, just swap the .fg and .bg values 
for events with .al set, where setting the event's styles.
12/01/2011 10:30:47 AM Jan Schneider Comment #6 Reply to this comment
No, we already have far too many preferences in Kronolith to customize 
the UI, and I won't add another one that only works if users behave a 
certain way. This is really bad usability. When we add times (and we 
will add both start and end times) to the event bubbles, all-day 
events will be sufficiently distinguishable.
12/01/2011 10:21:38 AM acn (at) annachristina (dot) eu Comment #5 Reply to this comment
Hi,
How would that work with light colors that have too few contrast 
against the background? Opposed to Google we support arbitrary 
calendar colors.
As it would be a user-selectable option, it would be up to the user to 
choose colors which are readable.

Anna Christina
12/01/2011 10:05:18 AM Jan Schneider Comment #4 Reply to this comment
How would that work with light colors that have too few contrast 
against the background? Opposed to Google we support arbitrary 
calendar colors.
12/01/2011 09:44:20 AM acn (at) annachristina (dot) eu Comment #3 Reply to this comment
Hi,
I don't think that's a good idea, but implementing request #9866 
would make them sufficiently distinguishable.
Why is it a bad idea to make this a user-selectable option?

In my case, my calendar view looks like this:
http://files.imzadi.de/gcal.png
http://files.imzadi.de/kronolith.png

At the moment, this looks terrible in Kronolith but very well-arranged 
in Google Calendar.
Adding starting times would be a good first start (please no ending 
times, this would overcrowd this view!), but making normal events 
inverse would be a big advantage for me.

I could even do this just for me if I could get an idea where to look 
for this in the code.

Thanks a lot,
Anna Christina

11/30/2011 01:11:57 PM Jan Schneider Comment #2
State ⇒ Rejected
Reply to this comment
I don't think that's a good idea, but implementing request #9866 would 
make them sufficiently distinguishable.
11/28/2011 09:20:48 AM acn (at) annachristina (dot) eu Comment #1
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ Make all-day-events and normal events distinguishable in month view
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ New
Reply to this comment
Hi,

I would like to propose an enhancement for kronolith:

In the dynamic month view, is it possible to have a visible 
distinction between all-day-events and events with a starting time?

In Google Calendar the all-day-events have a solid background color 
and the "normal" events have a colored text with white background.

Kronolith shows all events using an solid background and it is not 
possible to distinguish between an all-day-event and a normal event.

The best way would be to make this a user preference, together with 
the option to show (only) the starting time of an event next to the 
event text.

Thanks a lot!

Regards,
Anna Christina Naß

Saved Queries