New issue
Advanced search Search tips

Issue 884575 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug



Sign in to add a comment

Resize Grips on HTML Elements are Too Small and Cannot be Scaled

Reported by lonnie...@startport.com, Sep 17

Issue description

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:
 
Labels: Needs-Triage-M69
Components: -Blink Blink>Scroll
Cc: viswa.karala@chromium.org
Labels: Triaged-ET TE-NeedsTriageFromHYD
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!
884575.png
130 KB View Download
Components: -Blink>Scroll Blink>Forms
Labels: -Pri-2 Pri-3
Owner: bokan@chromium.org
Status: Assigned (was: Unconfirmed)
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.
Components: -Blink>Forms Blink>Forms>Textarea

Comment 6 by brucedaw...@chromium.org, Jan 17 (5 days ago)

Labels: -Pri-3 OS-Windows Pri-2
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.

textarea_small_grabber.PNG
19.2 KB View Download
textarea_large_grabber.PNG
15.3 KB View Download

Sign in to add a comment