Community
Participate
Working Groups
Build Identifier: Version: 3.6 build id: v201203202101 env: winxp 32bit, eclipse 3.6, IBM jre 1.6, preview by Trident please refer to the attachment, select "combobox", the give different value for "dojo combobox set default sample" and "dojo combo box sample", then after changing the values, the "inputs" dialog can not be displayed Reproducible: Always Steps to Reproduce: 1.import org.eclipse.edt.rui.dojo.sample_0.8.0 2.select combobox and change all values 3.then "inputs" dialog can not be displayed completely
Created attachment 212975 [details] inputs dialog can not be displayed correctly
Created attachment 212976 [details] inputs dialog can not be displayed correctly
I am not sure I follow this scenario. Can you provide more details? Does 'select combobox' mean to open that particular file? Which values should be changed?
(In reply to comment #3) > I am not sure I follow this scenario. Can you provide more details? Does > 'select combobox' mean to open that particular file? Which values should be > changed? Hi Brian, I have seen this scenario on XiangYue's testing machine. In combo box sample of Gallery, click on those combo boxes, after several times, then left panel will be partly hidden. This only happens when use Trident(IE) as the render engine, and seems related with settings, I can't reproduce on my local env. I will try to find the real issue.
Any updates on this issue?
(In reply to comment #5) > Any updates on this issue? This bug can only be reproduced when you minimized your eclipse window, then Gallery can't be displayed completely. I think we should add a horizontal scroll bar in Gallery to resolve this issue, what's your opinion?
If this happens in the .7 release, I think we should defer it at this point. Adding a horizontal scroll bar seems like a temporary fix. I would rather try to find the complete solution when we have more time, assuming one exists. This could be an issue with the browser.
(In reply to comment #7) > If this happens in the .7 release, I think we should defer it at this point. > > Adding a horizontal scroll bar seems like a temporary fix. I would rather try > to find the complete solution when we have more time, assuming one exists. > This could be an issue with the browser. This bug can be reproduced in .7 release.
IE8