Quantcast
Channel: Dojo Toolkit: Ticket #6932: [patch] [cla] BorderContainer: splitter width/height not being computed
Browsing latest articles
Browse All 16 View Live

status changed; resolution set

status changed from new to closedresolution set to fixed (In [14959]) Compute splitter thickness at layout time, if not already computed. Fixes #6932 !strict

View Article



Article 8

OIC, then it's not a dup of #5672, since in this ticket BorderContainer is a direct child of TabContainer. The first patch is probably OK... the second and third patch will work in the common case but...

View Article

Article 7

Here's the test case: Bad  http://www.cb1inc.com/files/BorderContainerBad.html Fixed  http://www.cb1inc.com/files/BorderContainerFixed.html This just fixes the BorderContainer?'s splitter. I'm sure...

View Article

summary changed

summary changed from [patch] [cla] BorderContainer splitter width/height not being computed to [patch] [cla] BorderContainer: splitter width/height not being computed Can you attach a test case? If...

View Article

attachment set

attachment set to cb1-splitter-fix-v2.1.patch

View Article


Article 4

Oops, I accidentally put spaces instead of tabs in the v2 patch. :)

View Article

Article 2

Ok, I tried a different approach that works too. See v2 patch. -Chris

View Article

owner set

owner set to peller hmm. perhaps we can optimize further by only doing this check when the initial result was zero? We shouldn't have to compute them on each layout.

View Article

Browsing latest articles
Browse All 16 View Live




Latest Images