199037 - Audit calendar code for places where LONG date format doesn't fit well

Status: RESOLVED INVALID

(Calendar :: General, defect)

Description

[Pham]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030323
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030323

I can't see why anybody would want to waste space or use long as the default
preference. Change the defult date text format to SHORT

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Pham]

This would help because some people don't bother to use prefs and get mad at
something easily configured by prefs

Comment 2

[Brant Gurganus]

This sounds reasonable and simple.  This might be related to the broken default
preferences.

Comment 3

[Pham]

------- Additional Comment #2 From Brant Langer Gurganus  2003-04-16 15:37 -------

This sounds reasonable and simple.  This might be related to the broken default
preferences.

The prefs are only broken(for me) when I delete the profile. I don't think it's
related to the broken prefs

Comment 4

[Mike Potter]

New contact from [e-mail] to [e-mail]
Filter on string OttawaMBA to get rid of these messages. 
Sorry for the spam.

Comment 5

[gekacheka]

(In reply to comment #0) 
> I can't see why anybody would want to waste space or use long as the default
> preference.

The long date format typically includes the day of the week, omitted in short.
It is not so bad if you have your o.s. settings for long date set to use
abbreviations:
  ddd, dd MMM yyyy
(windows: start | settings | control panel | regional options | date )

Comment 6

[Robin Edrenius]

Do we want this? In that case I'll make a patch for it, If we don't want this change, this bug should be marked wontfix.

Comment 7

[Matthew (lilmatt) Willis]

Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove

Comment 8

[Joey Minta]

Attachment: flip default

This patch is trivial with proper pref structure. :-)  Attaching to try to prompt a decision on this bug.

Comment 9

[Michiel van Leeuwen (email: mvl+moz@)]

I didn't investigate this very much, but i had the idea to remove the entire pref, and just decide (on a per-usage base) which format would be better.
My idea is that in some places on the screen, there isn't much space, so almost everybody want short there. But in other places, there is plenty of space, so use long there.
Forcing the user to decide which part of the UI is more important sounds like bad usability to me.

To get a good idea of this, we need to get an idea of where the long format really wastes space, instead of just using the space that's available anyway.

Comment 10

[Matthew (lilmatt) Willis]

(In reply to comment #9)
> I didn't investigate this very much, but i had the idea to remove the entire
> pref, and just decide (on a per-usage base) which format would be better.

This is similar to how dates work in list view in the Mac OS Finder.
The larger the amount of space alotted for the "Last Modified" column, the more verbose the date format becomes, automagically.

We just need to keep track of the user's locale. :)

I like removing that pref.

Comment 11

[Michiel van Leeuwen (email: mvl+moz@)]

Comment on attachment 229726 [details] [diff] [review]
flip default

r- for now.
We should default to the most usable format, and I think that's the long format.
If there are places where there really is no room for the long format, we should try to fix those cases, either by making more room or by switching to short only there.

Comment 12

[Joey Minta]

updating summary based on mvl's review comments.

Comment 13

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

jminta, could you please provide an update on the status of the patch/bug?

Comment 14

[ovidiu]

may be of interest bug 399605 (dep/block?)
I only see related cause seams to appear on long format date ..

Comment 15

[Pete Riley]

In the today pane, in the Soon section, it would be nice if there was a 'medium' date for appointments, for example:

Wednesday 15:00-16:00
or even
Wed 1500-1600

Even better, IMO:

Wednesday
--------------------
* 15:00-16:00
  Appointment 1
* 17:00-1800
  Appointment 2

Comment 16

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

I believe comment 15 is covered mostly in bug 421304. I think we should close this bug and rather decide on a per-case basis.