Summary | Add per-tag colored dots to event bubbles |
Queue | Kronolith |
Queue Version | Git master |
Type | Enhancement |
State | Accepted |
Priority | 1. Low |
Owners | |
Requester | wizrd (at) hotmail (dot) com |
Created | 03/13/2011 (5176 days ago) |
Due | |
Updated | 06/19/2013 (4347 days ago) |
Assigned | |
Resolved | |
Milestone | |
Patch | No |
Yes, I know it is not a real solution, but at least one user would be
able to distinguish certain events within the same calendar.
This is how Google Calendar is implemented, for example
#16still hold true. This is not likely to bedeveloped by a Horde dev unless there is some sponsorship.
A few of my users using there calenders in a very impressive manner. A
calender without color would be less usable for them. That's why they
reject the newest version - what I can understand absolute. But H3 has
reached its end of life and an upgrade shouldn't pushed to far into
the future.
other calendar client, it's a mess to implement, and it's not going
to happen earlier, just because the priority is raised.
- Providing new input on how to implement this without a severe
performance penalty.
- Providing a patch with a suggested implementation. Of course this
should take the previous point into account.
- Contracting the feature via Horde LLC.
Of course all other input (like a discussion about possible UI
alternatives) keeps reminding us of the issue as well and might
provide ideas about alternative solutions.
other calendar client, it's a mess to implement, and it's not going
to happen earlier, just because the priority is raised.
other calendar client, it's a mess to implement, and it's not going to
happen earlier, just because the priority is raised.
least medium.
From the comments I understand that the tags backend does not support
this. At least not without an enormous performance hit.
But what seems to be misunderstood is that, IMHO, this used to be one
of the key niceties that Horde had going for it. It seems such a
little thing, but the different colors really made a calendar useable.
To me, and the users I have spoken with, a one-color-calendar is just a blur.
Please re-implement some form of colouring, be it in categories or in
tags or in other bits. The omission of this feature is a shame.
State ⇒ Accepted
Priority ⇒ 1. Low
Taken from Michael Rubinsky
request this bug-report being changed to a enhancement request. Even
if it takes some time I believe it would be worth the effort to find
a solution for this.
Would it be a possibility to colour events only if there is just one
tag assigned to it?
going to color the event bubbles, they are already colored from the
calendar's selected color. The only possible solution is to add small
colored dots to the event bubbles for the event's tags (not the
calendar's tags).
Are the performance implications that big in this
the tag backend once for each and every event that is to be displayed
in the current view. It doesn't matter if the event is tagged with one
tag or twenty. It is for this reason we explicitly do NOT query the
tag information for the calendar views. We can probably add a
configuration switch to turn this off/on on an install-by-install basis.
We would also need a way to store (and hence query) the user's tag
colorings, probably in the prefs system, since this information does
not belong in the tagger backend.
I'll reopen this as an enhancement request, but I have no plans on
working on this in the near future.
request this bug-report being changed to a enhancement request. Even
if it takes some time I believe it would be worth the effort to find a
solution for this.
Would it be a possibility to colour events only if there is just one
tag assigned to it? Are the performance implications that big in this
case, also? Why is that so, if I may ask?
implemented soon. I think colored dots would suffice for the tags
since I saw the calendar's colors being used as background color of
the events.
performance implications for this. In fact, we went through some
effort to explicitly NOT query the tag system when building the month
view for performance reasons.
implemented soon. I think colored dots would suffice for the tags
since I saw the calendar's colors being used as background color of
the events.
We could also add small "dots" to the event when displayed in a
calendar view for each tag, but this is still not ideal since both the
calendar itself, and the events can be tagged. So, you could end up
having to display the same color dots for every event belonging to a
calendar, in addition to that event's bubble being colored based on
the calendar. Too confusing, IMO.
This also might have performance implications. We would now have to
not only query the tags from the content system, but also query the
tag colors from the user's prefs. For views like a month view, this
can add up, though I guess if we make this a config switch, we can let
the admin decide which is more important...
tags with events (like colors for gmail labels, or how you can do
colors for custom flags in IMP 5).
category_colors. Is colouring of tags not supported?
applications have made the switch over yet, but Kronolith has.
categories were taken over as tag, correctly.
But I wonder why they do not get coloured like I set in
category_colors. Is colouring of tags not supported?
Assigned to Michael Rubinsky
State ⇒ Not A Bug
Priority ⇒ 1. Low
applications have made the switch over yet, but Kronolith has.
Priority ⇒ 2. Medium
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Summary ⇒ Categories / Tags Ignored
Type ⇒ Bug
Queue ⇒ Kronolith
categories set in the preferences.
I have tried creating new and copying but any Categories in Horde do
not "follow" Kronolith Tags for events.
This worked in previous horde versions, just appears to be broken /
dropped in Horde 4 Alpha