Calendar Dates in List View Need to Pop More

Bug #1003498 reported by Nat Katin-Borland
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KARL3
Fix Released
High
Balazs Ree

Bug Description

Dates on the Calendar list view don’t pop enough. If you mouse over them they get darker, but until you mouse over them they are barely legible. Maybe we can just have the dates default to the darker mouse over color? I think this would make them much easier to read. Additionally, we need more spacing/differentiation between events in the List View. Can we do an alternating grid style that looks more like the Files section?

Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Balazs, we weren't given a color to use, but perhaps you can use your own judgement.

Changed in karl3:
assignee: nobody → Balazs Ree (ree)
importance: Undecided → Low
milestone: none → m105
tags: added: calendar ux2
Revision history for this message
Balazs Ree (ree) wrote :

The question is most likely "yes" to both questions.

Revision history for this message
Balazs Ree (ree) wrote :

... the answer is yes even ;)

Changed in karl3:
status: New → Confirmed
Changed in karl3:
milestone: m105 → m106
Changed in karl3:
assignee: Balazs Ree (ree) → blaflamme (blaise-laflamme)
Changed in karl3:
assignee: blaflamme (blaise-laflamme) → JimPGlenn (jpglenn09)
status: Confirmed → Fix Committed
JimPGlenn (jpglenn09)
tags: added: tested
Revision history for this message
Balazs Ree (ree) wrote :

I asked Blaise to revert the 100% width to the exact pixel width where it was. I would like to explain why.

Currently the day / week / month and the list views, use the same width. The day/week/month views cannot be made fluid without requiting their grid css entirely: they work with two layouts "wide" and "narrow".

Previously "wide" was used in the Universal calendar, and "narrow" layout in the normal calendar. In ux2, this change is done based on the viewport width, so you will get narrow or wide as you need, independently if you are in universal or normal calendar.

Currently we have two options with the list view:

1. leave it also have one of the fixed layout (so it will behave identically to the day/week/month view). This happens if Blaise reverts the 100% width. At a later time we can make all calendar views fluid and properly viewable on mobile devices.

2. or, make the list view fluid now. In this case the 100% needs to be brought back and the class has to be separated. BUT. In my opinion we may not want to do that, as it may be disturbing for the user if the width (of the toolbar and the calendar) changes when the view is switched!

Revision history for this message
Paul Everitt (paul-agendaless) wrote : Re: [Bug 1003498] Calendar Dates in List View Need to Pop More

Let's do the safest, quickest, least risky approach.

--Paul

On Jun 11, 2012, at 9:55 AM, Balazs Ree wrote:

> I asked Blaise to revert the 100% width to the exact pixel width where
> it was. I would like to explain why.
>
> Currently the day / week / month and the list views, use the same width.
> The day/week/month views cannot be made fluid without requiting their
> grid css entirely: they work with two layouts "wide" and "narrow".
>
> Previously "wide" was used in the Universal calendar, and "narrow"
> layout in the normal calendar. In ux2, this change is done based on the
> viewport width, so you will get narrow or wide as you need,
> independently if you are in universal or normal calendar.
>
> Currently we have two options with the list view:
>
> 1. leave it also have one of the fixed layout (so it will behave
> identically to the day/week/month view). This happens if Blaise reverts
> the 100% width. At a later time we can make all calendar views fluid and
> properly viewable on mobile devices.
>
> 2. or, make the list view fluid now. In this case the 100% needs to be
> brought back and the class has to be separated. BUT. In my opinion we
> may not want to do that, as it may be disturbing for the user if the
> width (of the toolbar and the calendar) changes when the view is
> switched!
>
> --
> You received this bug notification because you are subscribed to KARL3.
> https://bugs.launchpad.net/bugs/1003498
>
> Title:
> Calendar Dates in List View Need to Pop More
>
> Status in KARL3:
> Fix Committed
>
> Bug description:
> Dates on the Calendar list view don’t pop enough. If you mouse over
> them they get darker, but until you mouse over them they are barely
> legible. Maybe we can just have the dates default to the darker mouse
> over color? I think this would make them much easier to read.
> Additionally, we need more spacing/differentiation between events in
> the List View. Can we do an alternating grid style that looks more
> like the Files section?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/karl3/+bug/1003498/+subscriptions

Revision history for this message
JimPGlenn (jpglenn09) wrote :

looks good

JimPGlenn (jpglenn09)
tags: added: r3.89
Revision history for this message
Nat Katin-Borland (nborland) wrote :

The Dates pop more, but we seem to have picked up another List View bug. What's going on with the event times? See screenshot. Each time says "Even" or "Odd". This is happening for the Global Staff and Community calendars.

Changed in karl3:
status: Fix Committed → In Progress
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Balazs, hopefully this is an easy one.

Changed in karl3:
assignee: JimPGlenn (jpglenn09) → Balazs Ree (ree)
milestone: m106 → m108
JimPGlenn (jpglenn09)
tags: removed: r3.89 tested
Changed in karl3:
importance: Low → High
Changed in karl3:
milestone: m108 → m109
Balazs Ree (ree)
Changed in karl3:
status: In Progress → Fix Committed
Revision history for this message
JimPGlenn (jpglenn09) wrote :

looks good

tags: added: tested
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Looks good

JimPGlenn (jpglenn09)
tags: added: r3.89
JimPGlenn (jpglenn09)
Changed in karl3:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.