Community
Participate
Working Groups
Build Identifier: 1.4.0-RC2 Only IE. I have Texts that adapt there height to the content (style : GridData.FILL_BOTH). If the text content is modified and the layout() method is called on this view during the view is hidenn then the results are not predictable. Sometimes there is a javascript error (see int the attachement) in the other case the visual appearance is wrong : some text has dispeared, some scrollbars are higger are the text itself they belong to and. The text content are not always shown. In my software I have the same effect but with CTabFolder (in hidden tabs) and with StackLayout. In the attachement you can find the following screenshots : ----------------------------------------------------------- view-state0.jpg : the view must be like that after the first,third,fifth,... button click view-state1.jpg : the view must be like that after the second,fourth,... button click view-state1-with-vert-scrollbars.jpg : the view must be like that after the second,fourth,... button click. I'd reduce the height to make that vertical scrollbars. First remark : there are horizontal scrollbars although the style NO_SCROLL is setted. But it is not a big problem until the maximum height is not reduce to 1 line. Second remark : in the screenshot "view-state1-with-vert-scrollbars.jpg" the empty text are not heigh enough to permit the input of datas (2 pixels). Workaround is to override the Text#computeTrim() or to set a GridData#minimumHeight. effect1.jpg, effect2.jpg : wrong visual appearance after clicking on the button on the first view. javascript-error-on-state-with-vert-scrollbars.txt : javascript error after clicking on the button on the first view (sometimes). It happens that IE recalls the URL with the effect that the application restarts. view-state1-with-vert-scrollbars.jpg : after reducing the height of the screen to let vertical scrollbar appearing, wrong visual appearance after clicking on the button on the first view. Reproducible: Always Steps to Reproduce: 1. Make a plug-in with the 2 views and the perspective contained the attachement 2. Start the application under IE 3. Show on the second view (UnpredictableEffectView) the initialize it 4. Click on the button on the first view 5. Show the second view => visual appearance 6. Click on the button on the first view 7. Show the second view => visual appearance
Created attachment 197380 [details] Example and screenshots
Just a small remark: Text widget does not support NO_SCROLL style flag (SWT and RAP).
We faced this weird IE behavior in other widgets too (Table for example). Sometimes, changing some widget properties (bounds for example) on invisible widget (or invisible parent) in IE has been correctly applied to the DOM, but wrongly visualized in the browser.
Serge, after the Bug 333043 has been fixed I can't reproduce it anymore. Tested with IE8 (Windows XP) and IE9 (Windows 7). I will close it now. Please reopen if the issue persist with the latest nightly build or CVS HEAD.
