Last modified: 2012-09-27 01:10:39 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T25532, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23532 - Zooming fonts with CTRL++ causes tab overprinting in vector
Zooming fonts with CTRL++ causes tab overprinting in vector
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
1.17.x
All All
: Normal normal (vote)
: ---
Assigned To: Trevor Parscal
http://en.wikipedia.org/wiki/Main_Page
: accessibility
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-05-15 14:37 UTC by Platonides
Modified: 2012-09-27 01:10 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Problem screenshot (31.83 KB, image/png)
2010-05-15 14:37 UTC, Platonides
Details
jumble (78.54 KB, image/png)
2010-12-15 03:51 UTC, Dan Jacobson
Details

Description Platonides 2010-05-15 14:37:07 UTC
Created attachment 7376 [details]
Problem screenshot

There are some border lines over tabs when viewing the wiki in a bigger size than default.

Steps to reproduce:
1. Go to http://en.wikipedia.org/
2. Press Ctrl +

(similar quirks with bigger zoom)
Comment 1 Dan Jacobson 2010-12-15 03:44:58 UTC
I can't believe nobody caught this problem that affects vector, but
not monobook skins.

It's so simple to reproduce.
In Firefox visit
http://en.wikipedia.org/wiki/Main_Page
Now start hitting CTRL++ or ALT v z i, to zoom in, making fonts bigger
for older users.

Observe how the "Main Page" "Discussion" "View Source" tabs start
overprinting and getting truncated, etc.

Now restore sizes with CTRL+0 and try again with
http://en.wikipedia.org/wiki/Main_Page?useskin=monobook
See, all fine in monobook. No such bug.

Seen with Mozilla/5.0 (X11; Linux i686; rv:2.0b7) Gecko/20101111 Firefox/4.0b7 Iceweasel/4.0b7
Comment 2 Dan Jacobson 2010-12-15 03:51:56 UTC
Created attachment 7914 [details]
jumble

Here I have hit CTRL++ many more times than usual, to better show the problem.
Note in monobook, the same amount of CTRL++'s at most only cause the globe logo to move over some text. The tabs maintain their proper appearance.
Comment 3 Trevor Parscal 2010-12-15 19:10:06 UTC
(In reply to comment #1)
> I can't believe nobody caught this problem that affects vector, but
> not monobook skins.

Far from it, I rigorously test this exact behavior constantly, and am following our documented guidelines.

http://www.mediawiki.org/wiki/User_interface_guidelines#Design_Considerations

Yes, if you have a really small monitor the tabs may overlap. To help with this, a JavaScript powered extension causes tabs to collapse into a drop-down menu when there's not enough room.

You are seeing that if the text scales REALLY big (larger than 200% or it's original size) and the user's screen is REALLY small (lower than 800px wide) there's an issue. So - yes, that's true. But it's already known and accepted.

Ideas for how to solve for this edge case are welcome.
Comment 4 Dan Jacobson 2010-12-15 21:42:47 UTC
200%?! All I know is "Read" becomes "d" upon even the very first hit
of CTRL++, starting from a CTRL+0 state, here on my 7 inch EEEPC 702
at resolution 800x480. I also know that monobook gets it right.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links