-
-
Notifications
You must be signed in to change notification settings - Fork 566
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
android firefox touch is offset by size of address bar #1558
Comments
Start a new pull request in StackBlitz Codeflow. |
I got the same issue a while ago! I think it's a FF mobile app issue... |
FF is my daily browser. I haven't seen such an error on any other page. Elk has also other drawing errors. If I edit a post on my same mobile, the edit box is drawn behind the keyboard. So I can not see what I should be editing. It shows the original text though. So it's missing slight scroll down after pressing edit so that the edit text box would be visible. I don't run into such on other pages either. |
I just close my #1292 in favor of this issue which is clearly what the problem I encountered was. |
I thought the same but I don't think it's tight to the elk application. |
I can confirm this behavior, and currently am keeping the address bar pinned to the screen (as opposed to auto-hiding on scroll) in order to avoid this. I've experienced this issue on other apps that have sticky elements, as well. My guess is that the Firefox auto-hiding toolbar messes with how these elements are detecting where they are positioned on the screen. |
Duplicate of #368 |
Thanks, BTW, there is a selection in FF for address bar location. Mine is at the bottom of the screen, so it's off to another direction. |
Confirmed, and this also affects the positioning of the drawn caret when editing text... It will be offset by the height of the bar, even when the cursor is in the right place. (I get around this by sliding my finger left and right on the Gboard spacebar to position the cursor.) |
I could be missing something, but this fixes the bottom nav bar for me on mobile in Firefox, doesn't regress in Chrome, and doesn't affect the desktop layout. resolve elk-zone#1558
I'd filed a PR with a fix that works for me, but it doesn't seem like it will be accepted. I've created a userstyle that simply sets |
Hi,
gorgeous app, thanks! I was wondering how I can't hit the buttons at the bottom of screen, or bottom of toot input box. Then I noticed that touch placement is off by size of auto-hiding address bar of firefox.
So in my one+ 8 I use FF for web. I tried the latest version at main.elk.zone. I first noticed it while I tried hitting the language selection, I could not hit it. It always opened wrong view. After moment I realized I have to scroll page a bit to get address bar visible from FF, and then I manage to hit the button. I can also hit little above the button, and it works.
I believe the app doesn't calculate the size of screen, it is not realizing FF autohides the address bar.
The text was updated successfully, but these errors were encountered: