Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 352827

Summary: Texts cut off when Internet Explorer is started zoomed
Product: [RT] RAP Reporter: Sabine Neubauer <neubauer>
Component: RWTAssignee: Project Inbox <rap-inbox>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: P2 CC: cgan, tbuschto
Version: 1.4   
Target Milestone: 1.5 M6   
Hardware: All   
OS: All   
Whiteboard:
Bug Depends on: 270397    
Bug Blocks:    
Attachments:
Description Flags
Screenshot illustrating the problem none

Description Sabine Neubauer CLA 2011-07-22 04:03:55 EDT 
Build Identifier: 

If an user uses Internet Explorer in a zoomed mode, some texts are cut. The problem also exists if the browser is started zoomed and not only if the user zooms on runtime.

I can not recognize a problem if I uses firefox initially zoomed.

I found several entries (issue 350784, issue 351218) about problems with zoom, but these seem all cover zooming on runtime. And issue 340841 seems to be only fixed for mozilla browsers. Hence, I file this new issue.


Reproducible: Always

Steps to Reproduce:
1. Start your Internet Explorer with zoom factor (e.g. 110%)
2. Start the examples demo
3. Access the examples demo in the zoomed Internet Explorer
=> dependent on the zoom level some of the labels are cut (e.g. "Drag" instead of "Drag & Drop"
Comment 1 Sabine Neubauer CLA 2011-07-22 04:06:12 EDT 
Created attachment 200155 [details]
Screenshot illustrating the problem

The used RAP version in the screenshot is 1.4. But the problem also exists if I access the RAP examples demo on http://rap.eclipsesource.com/rapdemo/examples#input which is running on RAP 1.5
Comment 2 Tim Buschtoens CLA 2011-07-22 04:34:56 EDT 
Is this 64bit version of IE9 only? I cant reproduce it with 32bit version, in which case this issue should be convered in bug 340002.
Comment 3 Sabine Neubauer CLA 2011-07-22 04:39:23 EDT 
I use IE 8 64bit and I know a person using IE 8 32bit having the same problem.

It is very important to set the zoom factor in Internet Explorer before the first access. Otherwise, the problem does not exist.
Comment 4 Ivan Furnadjiev CLA 2011-07-22 04:42:24 EDT 
(In reply to comment #2)
I can reproduce it (the screenshot from comment #1) with 32bit version of IE9.
Comment 5 Tim Buschtoens CLA 2011-07-22 06:04:59 EDT 
For IE9 this will probably go away with Bug 270397, but i dont see any solution for older IE since they dont have a propper getBoundingClientRect implementation. (It would probably have to involve some kind of "guessing" the textsize.)
Comment 6 Tim Buschtoens CLA 2012-03-09 06:33:20 EST 
*** Bug 373616 has been marked as a duplicate of this bug. ***
Comment 7 Tim Buschtoens CLA 2012-03-12 11:52:17 EDT 
It seems this issue exists on all 64bit IEs. As a solution we will add 1px in width to all textsize measuring results if its a 64bit IE.
Comment 8 Tim Buschtoens CLA 2012-03-14 11:50:19 EDT 
It seems its also reproduceable in the combo:
RAP 1.5M5, IE9-32bit on 64bit windows.

I can reproduce it by setting zoom to 105% and starting controls demo with default theme. The checkbox text "Ceck with Image" is cut off to say just "Check with".

That it affects all versions of IE makes the decision how to solve this a bit harder. Adding 1px in IE for all cases is not ideal.
Comment 9 Tim Buschtoens CLA 2012-03-14 12:23:41 EDT 
Its possible to detect zoom in IE:
https://github.com/yonran/detect-zoom/blob/master/detect-zoom.js
Comment 10 Tim Buschtoens CLA 2012-03-15 11:43:19 EDT 
Fixed in CVS HEAD. One pixel in width is added for all measurements if IE is started zoomed. Note that changing zoom on runtime is still not supported.