Closed Bug 270976 Opened 20 years ago Closed 16 years ago

Width of calendar/task windows

Categories

(Calendar :: Sunbird Only, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: pboynton, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 Cal Build 2004111214

As I explored adjusting the width divider between between calendar and task
windows on left, one setting seems to have disappeared. Width used to be
adjustable so divider between left and right sides was close to the middle of
the page.  Now it can only be set so only the right hand window shows or else
the left hand window are very narrow-- about 1/5 of total width of page. Result
is that tasks are not easily readable. 

Reproducible: Always
Steps to Reproduce:
1.  Either by clicking on the spot that automatically changes the width or by
dragging the width bar.  Bar will not go past fixed point about 1/5 across the
screen from left side.
2.
3.



Expected Results:  
Should have at least 3 width settings as it used to.  This version of calendar
started out OK but when I dragged divider to left it would only return part way.
 I have tried reinstalling but divider came up in same placed instead of near
the middle.
The position is likely stored in one of the .rdf files in your profile
directory, making it persist between reinstalls.

On Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041112 Mozilla
Sunbird/0.2b the divider can be dragged near the middle of the main window.
I suspect the problem is not that the task list won't get wider, but may be that
the calendar view won't get narrower.  This may be addressed by changes in week
view after 20041112 xpi was made, in bug 242317, bug 270915, and bug 269837.

What is the width of your screen?  Can you make whole window wider?
The problems on narrow screens in the 20041112 version, particularly on 800x600
pixel screens, will be reduced in the next version.  With the changes, a full
week view can be narrowed to ~615 pixels, and even less for work-week days only,
so there will be more room for the task table.
I can confirm that this happens on my 1280 x 1024 screen.  Are you confusing the
size of the screen with the size of the window?  Why can't the main view
collapse when I only want to work with the tasks list?
(In reply to comment #5)
> Why can't the main view
> collapse when I only want to work with the tasks list?

I think it is because the splitter collapses a pane when dragged smaller than
the pane's minimum size, but the splitter bar only collapses one way.

Collapsing the right side calendar view is a separate issue from narrowing it to
50%, please file a separate bug.
Apologies to those who got this before by direct e-mail. I'm just getting the
hang of how Bugzilla copies folks.

The calendar fills the screen. I am using a 11 in wide HP M500  monitor. 

Today I downloaded Sunbird 0.2b and  put it through its paces. It worked fine in
terms of adjusting the vertical divider between the two panes of the screen, but
I could not see the scroll bar on the right hand side of the window. So I tried
moving the whole window to the left of my screen and widening the window until
the scoll bar appeared.  That worked fine. Then  I clicked on the Windows icon
to fill the whole screen and again tried to adjust the width of the task display
pane.  Lo and behold, it stuck in the same position my Mozilla calendar got
stuck in!  I cannot narrow the right hand part of the window (or expand the
right hand part). Both display identically and the only adjustment I can make is
to widen the day and events list (i.e. the right hand pane.)
If you would like to fix this in your version NOW rather than waiting for the
next version, I suggest applying the patches to your copy.  You'll need a zip
tool that can create zip files (such as a basic one from info-zip.org, or if you
have a java jdk installed, you can use its jar tool, or you can find a more GUI
oriented utility.)

  Find sunbird/chrome/calendar.jar
  Unzip it to a temporary directory, say /temp/caljar using a zip tool.
  Rename the original sunbird/chrome/calendar.jar to calendar.jar.bak
  (For location of calendar.jar of Calendar extension, see 
   http://www.mozilla.org/projects/calendar/faq.html#gui_jar)

  View the patch for bug 270915.
  Maybe at https://bugzilla.mozilla.org/attachment.cgi?id=167380&action=diff
  Make the changes described in the patch in the corresponding calendar.css files
    (the file paths will be different, but not hard to find)
  For sunbird on windows/linux, you just need to modify the winstripe css file.
  (For sunbird on Macintosh, you need to modify the pinstripe css file.
   For Firefox/Thunderbird, you just need to modify the classic css file.
   For Mozilla Suite, you just need to modify the modern css file.)

  Zip the caljar directory back up into calendar.jar
    cd temp/caljar
    jar c0Mf calendar.jar *
  Verify that the contents of the new calendar.jar has 
  the same internal root directories as the original.
    jar tf calendar.jar

  Move the calendar.jar back into the sunbird/chrome directory.

  Restart sunbird.

Repeat for bug 269837 if desired.

HTH
(In reply to comment #7)
> ...  Lo and behold, it stuck in the same position...

There might be more than one scenario that causes this, but one of the scenarios
seems to be as follows.

The week view has a minimum width.  If you drag the right side of the Calendar
window, making the window narrower, you can make Calendar display only part of
the week view.  Now the splitter is stuck.  You can drag the splitter left, but
if you drop it you cannot drag it right again (to where it was just a momemt
ago).  A splitter should not behave like this.

If you drag it left far enough, the week view achieves its minimum width and the
splitter is no longer stuck.  Now you can drag the splitter left and right as
you wish.  To the left, the tasks list collapses; to the right it hits the edge
of the week view and will not go further.  This normal behaviour for a splitter.

The patch for bug 270915 only changes the week view's minimum width, making the
splitter stick in a different place.  It does not fix this problem.

What should happen?

One fix is to ensure that the main view is always fully visible.  As a user
makes the Calendar window gradually narrower, first the main view shrinks to its
minimum width, then the task list shrinks to its mimimum width and collapses,
then the main view shrinks to its minimum width again, and at that point the
window cannot be made any narrower.

An alternative fix is to make the main view able to collapse.  This has the
advantage of allowing users to hide the main view and work with a wide task
list, just by moving the splitter.  As a user makes the Calendar window
gradually narrower, first the main view shrinks to its minimum width, then it
collapses, then the task list shrinks to its mimimum width, and at that point
the window cannot be made any narrower.

(To make a splitter that can collapse to either side, set up its onmousemove to
change its collapse attribute at an appropriate point in the middle.)
QA Contact: gurganbl → sunbird
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
Was able to reproduce in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061201 Calendar/0.4a1 by resizing the task window. If it is too small it cuts off the small calander at the top right in the task window. When it gets half way through the small calander the window collapses completely. Can also only expand the task pane to 1/3 the width of the screen. IRC JBMossop
Status: UNCONFIRMED → NEW
Ever confirmed: true
With the patch in bug 360947, it is possible to drag the splitter so the tasks section is wider than the grid view.
Depends on: 360947
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.