-
Notifications
You must be signed in to change notification settings - Fork 5.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect cursor position in Chrome #3036
Comments
I am also having this issue for both chrome and firefox on Linux |
This issue is still very easily reproducible in the standard ACE kitchen sink:
Problem:
Examples of text exhibiting the problem:
|
This issue is still happening on Chrome for Windows 10. In my case there's no excessive amount of spaces or commas, but just a veeery long line (±110,000 characters long). And at the end of it the cursor is off by ±40 characters. I know even in my edge case the users are not expected to edit it, but what makes it a huge problem for me is that my users are navigating markers in those lines and the markers are off too. A marker at column ~20.000 is already off by 8 characters. |
After some research, I found that my manually configured fontconfig was the root issue of very similar behavior. Here how it works after removing font binding: My part of config that caused this: <match>
<edit mode="prepend" name="family"><string>Noto Sans</string></edit>
</match> in UPD: Added from arangodb/arangodb#13117 (comment) The general point of all this strangenesses is that (my pov):
So, broken behavior could be part of "no monospace font got when requested". My system is Arch Linux + Sway + most configs done manually. <match>
<edit mode="prepend" name="family"><string>Noto Sans</string></edit>
</match> Why and for what reason I added those lines to my fontconfig - is a kind of a mystery for me :) One more thing: when I discovered this bug, I have tried disable/enable/tweak every style related to the input area of Ace, but without any luck, so I was sure that it was not caused by any of page styles. |
This issue has not received any attention in 1 year. If you want to keep this issue open, please leave a comment below and auto-close will be canceled. |
This issue is still happening and still reproducible in the standard ACE kitchen sink (https://ace.c9.io/build/kitchen-sink.html) as per the steps described in my earlier comment. IMO the importance of the mobile experience will only grow bigger over time, so this would be a good thing to improve, even if this is an edge-case. |
Fixed in 1.13.1 |
Cursor has incorrect position when you edit longer line in Chrome 51 on Mac OS X.
The text was updated successfully, but these errors were encountered: