| Summary: | Improve support for browser-zooming on runtime | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Tim Buschtoens <tbuschto> |
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> |
| Status: | ASSIGNED --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | flavio.donze, sgouta2, tbuschto, webmaster, wian |
| Version: | 1.5 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Tim Buschtoens
To prevent these issues, the zooming first has to be detected. I could not find a bulletproof way to do so using the browsers window or document objects. However, it should be possible to detect the changes in textsize, by comparing the result of the measurement of the same string every time the clientHeight/clientWidth values change. If a zoom has been detected, all textsize-dependet layouts have to be recalculated. These are, on one hand, the purely client-side elements, mostly the text-elements within Buttons, ToolItems, MenuItems, etc.. Since most (not all) of them are based on either MultiCellWidget or Atom, that task is managable, though somewhat intricate. On the other hand, since the server also stores textsize information, this data and the layouts that depend on it have to be updated also. Is there anything planned regarding this bug? Sorry, missed that comment. Currently not, since i'm not really happy with the solution is described, and it would be a lot of work. I think this is comething for 2.1, at the earliest, unless someone wants to provide a solid patch. *** Bug 370755 has been marked as a duplicate of this bug. *** |