Closed Bug 290325 Opened 19 years ago Closed 16 years ago

Font is too small and gets cut off when event time is less than 30 minutes

Categories

(Calendar :: Calendar Frontend, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: girshtel, Assigned: berend.cornelius09)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

Font is too small and gets cut off when event time is less than 30 minutes.

Reproducible: Always

Steps to Reproduce:
1. Enter an event anywhere
2. set your default event time to 15 minutes
3.

Actual Results:  
Text is hardly readable in the current view

Expected Results:  
Software should increase bounding box to fit the size of the font or let user
increase box slightly
I'm not sure about this one.  Increasing the size of the box could create
problems.  Imagine this scenario:  Two 10 minute events scheduled at 10:10 and
10:20.  If the box for the first event was expanded by default, it would hide
the second event.  The alternative, of having the user be able to extend the box
manually, conflicts with the current behavior goal of dragging the top and
bottom of an event box to alter the time limit.  (ie, extending the box should
make the event last longer.)  

Since floating over the event yields a tooltip with the entire event data
displayed, I think that might be sufficient for a user.  My opinion is that this
should be marked WONTFIX, but I'm open to persuasion.
(In reply to comment #1)
> I'm not sure about this one.  Increasing the size of the box could create
> problems.  Imagine this scenario:  Two 10 minute events scheduled at 10:10 and
> 10:20.  If the box for the first event was expanded by default, it would hide
> the second event.  The alternative, of having the user be able to extend the box
> manually, conflicts with the current behavior goal of dragging the top and
> bottom of an event box to alter the time limit.  (ie, extending the box should
> make the event last longer.)  
> 
> Since floating over the event yields a tooltip with the entire event data
> displayed, I think that might be sufficient for a user.  My opinion is that this
> should be marked WONTFIX, but I'm open to persuasion.


Ok, lets forget about the user resizing the event box. So lets make the program
resize the font accordingly so everything can be read. Even if the font is size
6 for 10 min intervals!The larger the event time, the larger the font. I just
hate to see an event with half the letters being cut off from the bottom.
(In reply to comment #2)

The reduced font idea sounds better, but I'm curious about a couple of issues:

1.) How would an event with a smaller font look near events in normal size?  If
it's unattractive, we shouldn't use it.
2.) What would be the new minimum length of an event (for it to be readable)
with font size 4 in week view? In day view?  Also, can you pin down exactly what
the current minimum is?  If we aren't gaining much, we shouldn't use it.

If you could hack sunbird/calendar a bit to put together a screenshot for 1
(attach it to this bug) and get the data for 2, that'd be very helpful.  It
should just be a matter of modifying the .css file (see here
http://wiki.mozilla.org/Calendar:FAQ#How_can_I_assign_colours_to_event_categories.3F
only instead of background-color change the font size for one category where you
make a short test event.)

If you aren't able to do this, I'll try to get around to it sometime soon.  If
you can though, and all goes well, I'll confirm this as an enhancement request.
Eug,
    While roaming around the bug system, I found bug 257408, which I think you
might want to take a look at.  Especially bug 257408 comment 10 seems to deal
with exactly the issue you're describing.  If you agree that this is the case,
this bug should probably be marked as a duplicate of it.
QA Contact: gurganbl → general
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
Component: General → Calendar Views
QA Contact: general → views
Was able to reproduce using nightly for Dec 1 v. 0.4a1 of Sunbird following the steps above. Only a problem in day view.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
This ought to be fixed with Bug 387402.
Status: NEW → RESOLVED
Closed: 16 years ago
Depends on: 387402
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Version: Trunk → unspecified
Bug 387402 is verified, so I mark this issue VERIFIED, too.
Status: RESOLVED → VERIFIED
Assignee: nobody → Berend.Cornelius
You need to log in before you can comment on or make changes to this bug.