https://bugzilla.wikimedia.org/show_bug.cgi?id=260

--- Comment #17 from Krinkle <[email protected]> 2012-07-17 15:56:45 UTC ---
Although Gerrit change #12720| Change-Id:
Ica40812ae221cdc7926dcbe7f82e1cb1591ea1e2 fixes a lot of issues, it introduces
one (in my opinion, minor) potential UI regression. I'll try to summarize the
exact case here:

When:
* The user is someone who doesn't (know how to) use scroll wheels (but rely
getting to the inline-scrollbar and drag that)
* On a page that has a <pre> that is not just for pre-formatting a few lines
but is actually very tall (taller than the view port / browser window)
Then (combining these two factors):
* They'd have to scroll down the page to get to the inline scrollbar whereas
they previously could re-use the main window scrollbar (because the <pre> used
to just burst out of the page layout and widen the page itself).

However, one can argue whether the previous state was better, I think it was
not obvious that the main window scrollbar can be used for this, so the fact
that it can be no longer used for that is only a regression if that was
actually obvious to the user. Either way, it could be something to take into
consideration right now if we want to block on it.

One possible solution could be to implement a maximum height on the <pre> and
as such force a vertical scrollbar as well for taller <pre>-areas. That way the
entire <pre> will be both vertically and horizontally without "leakage" outside
the view port. But requiring the use to scroll twice is also annoying.

Another solution that might work is to combine the patch set (Gerrit change
#12720), with the above max-height idea + a  :hover state that undoes. So you'd
hover over the <pre> and then it expands in both directions (if there is
something to expand, that is). That would be nice for most users (scrolling
would be done through the main-window-scrollbar), but for the category
described above it may still be an issue since moving the mouse away to the
window-scrollbar means the cursor no longer hovers the <pre> and as such
collapses the element again..

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to