Bug 159675 - composer todo/events color of leading category
Summary: composer todo/events color of leading category
Status: RESOLVED DUPLICATE of bug 21879
Alias: None
Product: korganizer
Classification: Applications
Component: incidence editors (show other bugs)
Version: 4.9.3
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-22 00:34 UTC by Marcin Wilk
Modified: 2016-08-31 19:27 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Marcin Wilk 2008-03-22 00:34:01 UTC 
Version:            (using KDE 3.5.9)
Installed from:    Fedora RPMs
OS:                Linux

both composers of todo and events if there are more than one category defined should give an option to choose/change, which one is a leading category and gives todo/event a color!!!

it would improve a work with tasks an allow to small project management behavior - eg. it will be possible to define todo with 2 categories: 1. leading "call" (which gives color helping to identify activity/category) & 2. Project_1 (which help to index all todos/events from one Project)
Comment 1 Marcin Wilk 2008-03-22 22:20:43 UTC 
today if there are more than one category defined in both todo/event composers, color of first one is displayed. Since categories automatically goes in alphabetical order the user has no control on color management. if he/she cares about color of todo/event its nothing else just resin form multi category usage...
Comment 2 Denis Kurz 2016-08-31 19:27:31 UTC 
Voters, please reassign your votes to bug 21879 (a duplicate of which you voted here!) if you are still interested in this feature.

*** This bug has been marked as a duplicate of bug 21879 ***