This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 23649 - Main combobox doesn't have a meaningful label
Summary: Main combobox doesn't have a meaningful label
Status: REOPENED
Alias: None
Product: HTML Checker
Classification: Unclassified
Component: General (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Michael[tm] Smith
QA Contact: qa-dev tracking
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-27 17:26 UTC by Sina Bahram
Modified: 2014-11-05 16:07 UTC (History)
2 users (show)

See Also:


Attachments

Description Sina Bahram 2013-10-27 17:26:25 UTC
I put this under enhancement because I think the interface is usable without it, but it can make it a lot more clear if a label can be put on the combobox allowing the user to switch between address, file upload, etc.

Something like format or input type, etc.
Comment 1 Michael[tm] Smith 2014-01-24 11:37:18 UTC
(In reply to Sina Bahram from comment #0)
> I put this under enhancement because I think the interface is usable without
> it, but it can make it a lot more clear if a label can be put on the
> combobox allowing the user to switch between address, file upload, etc.
> 
> Something like format or input type, etc.

I added a "Validate by" label:

  http://validator.w3.org/nu/

Lemme know what you think. If it's not what you had in mind, please reopen this bug.

I also recently streamlined the UI fairly radically. I think overall the UI should be a lot more clear to navigate now, but if I inadvertently introduced any regressions or new problems, please file bugs.
Comment 2 Sina Bahram 2014-01-27 20:44:37 UTC
First off, thanks for working on this! it's appreciated.

I can't agree with it not being a bug, in that if the visual label was wrong, would you also call it an enhancement? If so, then that's totally fine. If not, then we shouldn't differentiate between what a blind user perceives and what a sighted one does, IMHO. Right now, the screen reader user hears that a file input is expected, even though they are on text or address.

By the way, we got the same results with JAWS, NVDA and trying it with no screen reader at all. Once File has been chosen in the combo box the next  edit field and browse button do not change or go away even if you go back to the combo box and choose address. When you first go to the page, address is the default in the combo box.  Even without a screen reader running, as soon as we  choose file, the browse button to upload a file comes up and changing back to any of the three options in the combo box does not change the edit field or browse button.

Also, I'm really sorry if I ended up modifying your comment instead of replying, speaking of accessibility, Bugzilla isn't making it clear to me whether I'm adding a comment Vs. replying and so forth, so sorry for the lack of proper usage here, and please feel free to use your privillages to fix this post to fit the form better. I changed the status to reopened.

(In reply to Sina Bahram from comment #0)
> I put this under enhancement because I think the interface is usable without
> it, but it can make it a lot more clear if a label can be put on the
> combobox allowing the user to switch between address, file upload, etc.
> 
> Something like format or input type, etc.