340395 - www.mozilla.org uses ugly hack to "hide" content

Status: RESOLVED INVALID

(www.mozilla.org :: General, enhancement)

Description

[Mats Palmgren (inactive)]

http://www.mozilla.org/css/base/template.css

	.skipLink {
		position: absolute;
		left: -999px;
		width: 990px;
	}

The above rule assumes that the UA does not provide a scroll mechansim
for viewing that element (in which case it would trigger a long horizontal
scrollbar).

I gather that the only reason Gecko does not implement CSS2.1 11.1.1
correctly is that sites depends on this behaviour (not providing a scroll
mechanism for overflow left of the origin).
http://www.w3.org/TR/CSS21/visufx.html#propdef-overflow

I don't think Mozilla.org should encourage hacks like the above.

Comment 1

[Reed Loden [:reed]]

--> mozilla.org :: www.mozilla.org

steven: Can you look into this, please?

Comment 2

[victory <[e-mail]>]

yea, anyone can see it using Amaya

Comment 3

[Steven Garrity [:sgarrity]]

Yeah, that doesn't seem unnecessarily hacky. I presume a "display: none;" would work fine and still server the purpose of this link?

Comment 4

[Gordon P. Hemsley [:GPHemsley]]

This bug seems to still apply to the current iteration of the website, although it's now on #skip.

It really should be "display: none;", as noted in comment 3.

Comment 5

[Mats Palmgren (inactive)]

(In reply to comment #3)
> I presume a "display: none;"
> would work fine and still server the purpose of this link?

Maybe not, the purpose might be to read out "Skip to Content" when first
tabbing into the document, you should check with someone that uses a 
screen reader before changing it.  Still, there must be a better way of
doing this.

Comment 6

[Mike Alexis [:malexis]]

Assuming this bug is invalid due to new codebase, but please reopen if needed.