299236 - installing lightning forces large minimum size on the threadpane

Status: RESOLVED FIXED

(Calendar :: Lightning Only, defect)

Description

[Mike Shaver (:shaver emeritus)]

When we overlay in our month views, they get added to the deck which also
contains the threadpane.  Because, I suspect, of how our month views determine
their size, and also because of the vagaries of the XUL box model and its
resizing techniques, resizing the deck (via the splitter) doesn't cause us to go
into our collapse-to-minimal-and-grow resizing pattern, and we're left forcing
the threadpane to always be the same size as a decently-sized month view.

In a more perfect world, I'd solve this with a change that also fixed bug
293192, but for now I think I'm going to make those view pieces display:none and
toggle them out of our deck-switch observer.  And pray a little, because I don't
know what that'll do to our sizing in various edge cases.

Better ideas more than welcome.

Comment 1

[Mike Shaver (:shaver emeritus)]

display: none was a mess because the xbl things aren't constructed at the right
time when we switch in the view. collapsed worked better, though I still end up
with a 0 ppm relayout the first time we uncollapse.  Needs more attention as
part of bug 293192, which I hope it will get.