Closed Bug 393748 Opened 18 years ago Closed 17 years ago

Active tasks are dimmed (grey) in task list while completed tasks are shown in black

Categories

(Calendar :: Tasks, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: anyfile, Assigned: sipaq)

References

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4pre) Gecko/20070614 Sunbird/0.5 At the moment completed task are displayed full color (black) and struck, while not-completed task are displayed dimmed (grey). I think that people should need to read easier task to-be-done (not-completed) than task completed. Moreover to-do task should be more evident than completed task. So I think it would be better if not-completed task would in in full color (black) and completed task in dimmed (and struck). Reproducible: Always Steps to Reproduce: 1. 2. 3.
Component: General → Tasks
QA Contact: general → tasks
Christian, what is your opinion as Calendar UI/UX guy? :)
I was going to make this exact same comment. The color scheme for tasks seems backwards, with pending tasks dim (in silver) and completed tasks more obvious (in black). This is true in both the task pane proper and the task portion of the Today pane. Even if you do not want to make the change universal, allowing custom fonts or font colors for those items would fix the problem, although the easiest solution would be to just reverse the current color scheme for completed and pending tasks.
Severity: minor → enhancement
Assignee: nobody → bugzilla
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Summary: Dimmed entries in task list → Active tasks are dimmed (grey) in task list while completed tasks are shown in black
So I just took a look and this is very trivial to fix. All you have to do is reverse the color of the following two fields: .calendar-task-tree > treechildren::-moz-tree-cell-text(future) { color: gray; } .calendar-task-tree > treechildren::-moz-tree-cell-text(completed) { text-decoration: line-through; color: black; } Maybe no one particularly wants to change it (it's certainly not a bug as much as a UI choice), but it still seems very odd to me to emphasize (with the darker text) completed tasks and deemphasize (with the lighter text) pending tasks.
(In reply to comment #1) > Christian, what is your opinion as Calendar UI/UX guy? :) I do not like the current color coding. I agree that it would be better to change it. * not-completed -> black * completed tasks -> gray (and struck).
If the proposal from comment #4 will be implemented this would fix Bug 367190 too.
Which file do I have to change if I want to change the css as suggested in bug 393748, comment #3?
Which file do I have to change if I want to change the css as suggested in bug 393748, comment #3? I am using lightning 0.9 with TB 2 on Windows XP
Those lines are found in the calendar.jar file
Thanks to all I have done the change proposed in comment #3 and all worked perfectly. The file that need to be changed is the file skin/classic/calendar/calendar-task-tree.css that is inside the calendar.jar Is this change to be include in future releases?
Attached patch Patch v1Splinter Review
I changed the issue described in the bug and also moved some color definitions over to system colors. Before patch: Without selection: http://www.babylonsounds.com/calendar/task-view-old-unselected.png With selection: http://www.babylonsounds.com/calendar/task-view-old-selected.png After patch: Without selection: http://www.babylonsounds.com/calendar/task-view-new-unselected.png With selection: http://www.babylonsounds.com/calendar/task-view-new-selected.png
Attachment #342934 - Flags: ui-review?(christian.jansen)
Attachment #342934 - Flags: review?(philipp)
Comment on attachment 342934 [details] [diff] [review] Patch v1 Looks good, r=philipp
Attachment #342934 - Flags: review?(philipp) → review+
> I changed the issue described in the bug and also moved > some color definitions over to system colors. Does this help to solve the issue from Bug 351145? Or does the new color schema has the same issue?
(In reply to comment #12) >> I changed the issue described in the bug and also moved >> some color definitions over to system colors. > > Does this help to solve the issue from Bug 351145? Or does the new color schema > has the same issue? This fixes the issue for the task list. I don't know what the status for the unifinder is.
Comment on attachment 342934 [details] [diff] [review] Patch v1 looks good for me. Thanks for improving the colors. r=christian
Attachment #342934 - Flags: ui-review?(christian.jansen) → ui-review+
Pushed changeset 614:553e9cd0297a to comm-central.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Keywords: uiwanted
Target Milestone: --- → 1.0
checked with nightly build 200801015052201 -> VERIFIED
Status: RESOLVED → VERIFIED
These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".
Target Milestone: 1.0 → 1.0b1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: