-
Notifications
You must be signed in to change notification settings - Fork 17.9k
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
x/website: hovering over links on redesigned website can break scrolling #32739
Comments
@dominikh super weird 😕 The extent to which the styling has been changed on that page is text color. I’m unable to repro using Firefox 67.0.4 (64-bit) on macOS Mojave 10.14.5 (18F132) but I’m using a trackpad to scroll and not a mouse wheel, which may be the issue? It would be very odd if so. This requires a bit more investigation. I'm assuming you're on linux? This also never occurs on https://golang.org? |
Changed in comparison to what? https://golang.org/doc/ and https://tip.golang.org/doc/ seem significantly different to me. The diff (ignoring case changes and whitespace) between https://golang.org/lib/godoc/style.css and https://tip.golang.org/lib/godoc/style.css is almost a thousand lines. As far as reproducing it is concerned: I know several people who cannot reproduce it, but @mvdan can. I am on Linux, I don't know anything about his setup, but I'm sure he'll chime in.
That is correct. Since I can reproduce the issue reliably, I'll try and see if I can diagnose it further. |
I'm on Firefox 67.0.4 on Linux, with a trackpad as well. I get the same behaviour that Dominik gets, as far as I can tell. I can also reproduce on Chromium 75.0.3770.100, by the way. |
|
Thanks for doing the investigation and analysis.
My guess is that it's related to the fonts available on your system, etc. It's possible to reproduce on macOS/Chrome by manually forcing a smaller height to the h3 element, e.g., I suspect |
Well, yes, that surely is a factor, but not really an explanation for why the h3 isn't automatically sized to contain its children. It doesn't have any size forced upon it by the stylesheet as far as I could see and should thus be as large as its children. Edit: the tl;dr as to why this happens is that line-height is complex, and CSS is utterly screwed. On a more constructive note, there should be no reason to have |
I agree. |
Where this was added: https://go-review.googlesource.com/c/tools/+/85396/19/godoc/static/style.css |
Change https://golang.org/cl/183597 mentions this issue: |
A header element should not be forced to scroll when its height is smaller than its children. Let it overflow instead. overflow: auto is used to ensure that child floating elements are contained within their parent. For the case where this is used (Go version that a function was added), the version number won’t be any larger than the other text in the header, that declaration isn’t needed. Fixes golang/go#32739 Change-Id: I99aea447b19c95840c04af7d7e13280af1ac05de Reviewed-on: https://go-review.googlesource.com/c/website/+/183597 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org>
Environment
Firefox 67.0
What did you do?
Frequently Asked Questions (FAQ)
What did you expect to see?
I expected the website to scroll.
What did you see instead?
Instead of scrolling the website, I am scrolling… the link.
The text was updated successfully, but these errors were encountered: