| Summary: | In fullscreen mode (F11): making the address bar / tab bar visible causes the web page to move down | ||
|---|---|---|---|
| Product: | [Applications] Falkon | Reporter: | magiblot |
| Component: | general | Assignee: | David Rosca <nowrep> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | magiblot, nate |
| Priority: | NOR | Keywords: | usability |
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
magiblot
2018-06-24 22:04:18 UTC
Yeah, this is what most other browsers do. Painting over QWebEngineView also negatively impacts performance (see native scrollbars), so this will never be implemented. Hi David, I understand what you say, and certainly I agree with it, but the point of this report is to avoid moving the display of the web, not painting over QWebEngineView. That was no more than a mere assumption from me. Thus, I don't think "WONTFIX" is the right resolution for this report. It is yet to be seen if anybody else can come up with an alternative method to solve this. I believe this can't be overlooked. With this issue, the fullscreen mode is not suitable for practical use, in my humble opinion. Well, I have come to the conclusion that, rather than the display issue, what annoys me the most from the fullscreen mode is the delay before the bars hide again. Right now this delay seems to be exactly 1 second, which is excessive to my taste because it feels sluggish. Nevertheless, I can't decide for everybody else, so my suggestion is to make this delay configurable from the preferences window. Indeed a much simpler solution than dealing with rendering. |