477278 - Please QA /en-US/firefox/all-2.html

Status: VERIFIED FIXED

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

Description

[Laura Mesa [:lmesa] [:lvmesa]]

Please QA /en-US/firefox/all-3.html which can be found at

https://www-trunk.stage.mozilla.com/en-US/firefox/all-2.html

Thanks!

Comment 1

[Stephen Donner [:stephend] Not actively reading bugmail]

Please assign "Please QA..." bugs to me, thanks!  (It helps me keep track of them.)

Comment 2

[Stephen Donner [:stephend] Not actively reading bugmail]

Hi Marco - when you get a chance, could you work your usual accessibility QA magic and let Steven know of any issues?  Thanks!

Comment 3

[Stephen Donner [:stephend] Not actively reading bugmail]

[1] We need the same fix to change the number of available languages from 45 -> 55, as per bug https://bugzilla.mozilla.org/show_bug.cgi?id=475760#c3.
[2] The W3C's XHTML 1.0 Strict validator balks, claiming 40 errors (mostly due to table-row ID values).

Comment 4

[Marco Zehe (:MarcoZ)]

Another comment on the table summaries: These could again be more context sensitive, IMO. For example *any* tables of localized builds gets the summary "Firefox builds available for download." It would be good if these could say "European Firefox builds available for download." or similar, so that when someone decides to open multiple continents, the tables are easily distinguishable.

Comment 5

[Laura Mesa [:lmesa] [:lvmesa]]

I really like your idea Marco--thoughts Steven?

Comment 6

[Stephen Donner [:stephend] Not actively reading bugmail]

Do we want to change the color of the "Open All" / "Close All" text?  The PDF mocks I have (which are outdated), have "View All" in the same dark grey as the continent names; just checking.

Comment 7

[Laura Mesa [:lmesa] [:lvmesa]]

The text does blend in--I think It would be better if that text were in the blue used for the "+" signs.

Comment 8

[Steven Garrity [:sgarrity]]

I've updated the Open All / Close to a darker grey to match the mockups.

I'll see if we can add the more detailed table summaries from comment #4.

Comment 9

[Laura Mesa [:lmesa] [:lvmesa]]

What's the status here?

Comment 10

[Steven Garrity [:sgarrity]]

The two remaining issues are XHTML validation issues (due to repeated IDs) and more descriptive table summaries. Both are coming soon (delayed for a couple of days while we got the all-1 version together - almost there).

Comment 11

[Steven Garrity [:sgarrity]]

The tables now have language specific summaries. The only remaining issue that I know if the duplicate ID validation errors - not something that visitors will actually notice, but we should still try to fix (Wil and I are banging our heads against it).

Comment 12

[Stephen Donner [:stephend] Not actively reading bugmail]

Attachment: Screenshot of "Other Systems and Languages" white text

Steven, as with the other all-x.html pages, can we move the navbar up a bit so that the "Other Systems and Languages" text has more contract?

Comment 13

[Steven Garrity [:sgarrity]]

(In reply to comment #12)
> Steven, as with the other all-x.html pages, can we move the navbar up a bit so
> that the "Other Systems and Languages" text has more contract?

I've moved the background image down a bit so there's a bit more contrast behind the bottom of the menu (r22578).

Comment 14

[Wil Clouser [:clouserw]]

(In reply to comment #11)
> The tables now have language specific summaries. The only remaining issue that
> I know if the duplicate ID validation errors - not something that visitors will
> actually notice, but we should still try to fix (Wil and I are banging our
> heads against it).

Fixed.

Comment 15

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #14)
> (In reply to comment #11)
> > The tables now have language specific summaries. The only remaining issue that
> > I know if the duplicate ID validation errors - not something that visitors will
> > actually notice, but we should still try to fix (Wil and I are banging our
> > heads against it).
> 
> Fixed.

The W3C's validator is still complaining that the "submit" ID is used twice.

Comment 16

[Steven Garrity [:sgarrity]]

(In reply to comment #15)
> The W3C's validator is still complaining that the "submit" ID is used twice.

This should now be fixed in trunk (r22772).

Comment 17

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #16)
> (In reply to comment #15)
> > The W3C's validator is still complaining that the "submit" ID is used twice.
> 
> This should now be fixed in trunk (r22772).

Indeed, that's verified fixed; Marco, is this good from your end?

Comment 18

[Wil Clouser [:clouserw]]

This is scheduled to go out today.  Are there any remaining issues?

Comment 19

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #18)
> This is scheduled to go out today.  Are there any remaining issues?

Yes, the broken link mentioned in 480896.

Comment 20

[Steven Garrity [:sgarrity]]

(In reply to comment #19)
> Yes, the broken link mentioned in 480896.

Bug #480896 is fixed.

Comment 21

[Stephen Donner [:stephend] Not actively reading bugmail]

I think we can now ship, as bug 480896 is indeed verified FIXED.

Resolving as such.

Comment 22

[Laura Mesa [:lmesa] [:lvmesa]]

Reopened for more feedback from the community.

Comment 23

[Tomer Cohen :tomer]

* Too much mouse clicks in order to get the download begin.
* It is not trivial to locate the operating system switch button. People may download files for the wrong OS in case the script in unable to guess their OS correctly. 
* Geographic knowledge is required in order to download. It may sound strange, but not everyone know on which continent he is, including young childs.

Comment 24

[Jesper Kristensen]

I guess the continent headers are there to make it easier to scan a shorter list of languages, but the lists are still nearly as long as they were before, so I don't see any value added by these headers. The headers also requires more clicking and more thinking (which one should I click?). I don't like them.

Comment 25

[Seth Bindernagel]

Keep in mind that the design is what we are testing.  So, when I look at these suggestions and how to frame my comments, I am trying to focus on the best way to display the information in the new designs.  We will test them against the existing design to see if they have an impact on downloads and the bounce rate on the existing all.html page.

(In reply to comment #24)
> I guess the continent headers are there to make it easier to scan a shorter
> list of languages, but the lists are still nearly as long as they were before,
> so I don't see any value added by these headers. 

The lists are long.  I am wondering if there is a way we can change the display to have the "primary" languages of a region listed, and then a side section within the existing list that says, "Other languages spoken in this region".  We might be able to display "primary" languages bigger and "secondary" languages smaller.

The challenge here is how we define "primary".  And what is the best way to display the information within the existing designs.  Not an expert, so I don't know.  

But, let's test the 4 designs to see what is best.  Some UI/UE experts will claim that graphical representations of regional preferences is a good way to display information.  It's up for debate for many of the reasons listed above...hence the proposed testing by lmesa and Mozilla marketing team.

Comment 26

[Stephen Donner [:stephend] Not actively reading bugmail]

All blocking issues have been resolved and verified; we're ready to go live with this all-1, all-2, all-3 test.

We'll verify this bug when all pages have been pushed live.

Comment 27

[raymond [:retornam] (inactive)]

verified fixed