Resize Grips on HTML Elements are Too Small and Cannot be Scaled
Reported by lonnie...@startport.com, Sep 17
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/69.0.3497.81 Chrome/69.0.3497.81 Safari/537.36 Example URL: http://www.lonniebest.com/ResizeGripTooSmall/ Steps to reproduce the problem: 1. Sample Page: http://www.lonniebest.com/ResizeGripTooSmall/ 2. Video Demonstrating Reproducibility : https://youtu.be/5F3EBNW8jhU What is the expected behavior? Expect much larger resize grip than shown in the video and on the sample page, when viewed with a 4K monitor What went wrong? Resize grip are too small and do not scale. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 69.0.3497.81 Channel: n/a OS Version: Ubuntu 16.04.5 Flash Version:
Tested the issue on chrome reported version# 69.0.3497.81 using Ubuntu 17.10 HP desktop(please find attached screenshot for reference). As per expected behavior in comment# 0, issue seems to specific to 4K monitor, hence routing this to Inhouse team for further triaging it, hence adding TE-NeedsTriageFromHYD label to it. Thanks!
Thanks, this is an issue. Looks like we don't scale the resize corner for page zoom (which we use for UI scaling as well). This is an easy enough fix in PaintLayerScrollableArea::PaintLayerScrollableArea::CornerRect. I'll see if I can find some time to actually do it.
Jan 17 (5 days ago),
This happens on Windows as well. Presumably it happens on any high-DPI device. My laptop's 4K screen is set to 250% scaling and the visible grabber in the text area is almost invisible. It turns out the grabber is actually properly scaled, but the *graphics* for the grabber are not. That is, the hit area for sizing the textarea are quite large, but the graphics don't scale. The graphics are displayed at the right size when the textarea is made small enough that a vertical scrollbar appears. I first noticed this on crbug.com but it can also be reproduced here: https://www.w3schools.com/tags/tryit.asp?filename=tryhtml_textarea Note: even when this is working "correctly" (on a 100% scaled monitor) the grabber's visual extent and clickable extent are significantly mismatche. The two diagonal lines cover the lower right-hand corner of the box, but they don't even extend to the corners. This means that most (perhaps 70-80%?) of the clickable extent is invisible. Most new laptops have high DPI screens so this issue is rapidly becoming more important. Most customers using Chrome on a new laptop will have great difficulty sizing textareas. Feel free to treat the other issue as a separate bug.
Sign in to add a comment