Wt

https://redmine.webtoolkit.eu/issues/1947

I've tried the patch, it works - sorta.

My code looks like this:

this~~m_layout>setColumnStretch(0,0);

thism_layout>setColumnStretch(1,this->m_columnCount > 2 ? 60 : 75);

thism_layout~~>setColumnStretch(2,this->m_columnCount > 2 ? 40 : 25);

For 3 columns it looks right, but for 2 columns I seem to get 50/50. Tried changing to 80/20 in the code above for 3-columns, but it still shows the exact same size as 75/25.

Correction: I tried changing to 80/20 for **2* columns, not 3 columns. Result still appears to be a 50/50 split when set to 80/20.

Try this:

Using the existing test harness, simply click on the "Test" tab repeatedly. On my system, the column widths change every time until they "settle".

Gotta say, I would be eternally grateful if you could get this fixed in 3.3.10. I've been putting off a release because this affects the layout of almost every page in my app.

I just released 3.3.10. I really couldn't put off its release any longer. I will look further into this, but it should be possible to just apply the fix as a single patch on top of 3.3.10.

When I apply the patch to the 3.3.10 release, my sub-menus no longer pop up. And then of course it also shows the original behavior with the grid column widths being shifted every time I click the tab, etc.

Any chance I can get a fix for this problem?

Hey,

Did you test with or without Roel's patch? Preferably I'ld like to know the result without Roel's patch?

If it still fails: it would be really helpful if the test cases reproduces the issue.

Koen

I tested without Roel's patch. A git diff shows that the only files changed from the detached head tag 3.3.10 are 'src/js/WtResize.js' and 'src/js/WtResize.min.js'.

I'll add a tab and some various data to the tabs to see if I can get the test case to reproduce.