-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 hi You guys sure have. Gnome 3 is already quite accessible, and turning on orca "just works". My rant was mainly aimed at developers who, for one reason or another, either don't know how to, don't want to, or will not fix accessibility issues. There are some unlabeled controlls in gnome, lots of unlabeled buttons in the settings parts of gnome, as well as duplicate buttons and combo boxes in the power settings. I'll wait for gnome 3.16 before I start filing bugs since you guys are busy trying to get that out the door. I will raise one issue now though. I've heard that the message tray is gone, and in f22, it is. Notifications have been moved to the calendar, which is accessible, I've used it. But how do I get to applications that formally resided in the message tray without resorting to the mouse? Could a keyboard shortcut be added in 3.16 that would jump to that area? I only ask because if a blind person has to resort to a mouse to get to status applets, it will seriously slow us down Thanks Kendell clark Sent from Fedora GNU/Linux Bastien Nocera wrote: > Hey, > > As Zbyszek commented, your best bet is to file bugs (preferably > upstream) against those applications which break accessibility. > > We also have a number of changes planned to various parts of GNOME > to make it easier to start a screen reader during installation, or > on existing installations. > > We've already made great strides in GNOME 3, where enabling > accessibility features doesn't require restarting applications or > the desktop. That makes it easier for users to use, and developers > to test applications. > > In short, file bugs. For GNOME at least, they will be fixed. > > Cheers > > ----- Original Message ----- >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >> >> hi You know, that's a fantastic idea. For the most part though, >> accessibility just works. There are exceptions, but as long as >> you follow the gtk standards, like providing labels for custom >> widgets, making sure your button is really set as a button in gtk >> and doesn't just draw an image of a button on screen or similar, >> orca and similar just work. Gnome does have issues with unlabeled >> controls, mostly buttons, and duplicate controlls where orca will >> read a control twice, and it's usually the second instance of >> that control that's actually sensitive and actionable. But it >> definitely cannot hurt to have an accessibility rating for >> applications. There remain some serious issues in some toolkits, >> such as wxgtk. List boxes in linux are not presentable by orca. >> This is probably either a toolkit error or an orca one that can >> be solved. Qt works for the most part. I would like eventually, >> but am not holding my breath, for applications being run using >> wine to be usable by orca. This would require some kind of >> windows accessibility to linux accessibility translator or >> mapper. LIke I said, I want only to be equal among sighted >> people. I don't want special treatment. If you're designing a >> product or software, just consider accessibility. It isn't magic >> or a hard thing to do, it's just something that';s often not done >> by hardware and software manufacturers. That said, linux is much >> much better at this than windows, who leaves the blind people to >> their own devices when installing stuff. There are actually >> driver install programs that are inaccessible, so you can't even >> read the thing that installs your hardware drivers. Linux's >> device model is different, and superior imo and doesn't require >> this Thanks for reading Kendell clark Sent from Fedora GNU/Linux > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJVCzh/AAoJEGYgJ5/kqBTdrlcQAIX+brqJ4m0Uneax8NZ31tGF C8SuZWYvgkFQjr7mfc6iokpEEriwLHoErc+SNfySunC8exXxUvr4DV5ihh/HGrwF eEOl+7Fw9Nap7pCZ+zMB25eOJCetlemsCKO7q5LdWYd+pqOEqxEo/qt8QjQkSbD7 tyDpywlz1xn69SzgZG1PvKAgkG2sEHzKX2GyTwM9YbKPai0qjIAn/ADMgQATChZp On5VnUdxPwP316vKPV1f9pZsARqubOhHhcpoTPpra+CHRDuvpA5Z6CSPyiIAS6pW 2g1/i/AGhRvZY3o5hnaUgrCFRP3Cga+fcPJvA0Ha2ktqsS6DDScqXAzAAoRa8jWH rLsKEJYMIYaF3AGY30N7xQWaj0gWPm3LEr0Yd3WWbMj+sdJCtINRmcU2t7W+1c2h 4ezywiwq5fF1+orJfcdDnZ4hp0AOQmXDcZ8u2PVv9IC5k3X9VTHFtkf25kIAd11Q mDt5IGrQWQ0zXFWUAhXIyO28txczvKWNad51NC2GYn1tmP97SZ7uIEmB8t/tu3dc zmlH8RhMjnUD4t6I/vurPh+9BSmJPMWNyFo6IGhrRtWVFQCV9a9CGIk0cns4kO4e 7SPpR+R7lumILKKucbZgwiOMIPflrByz9BuQ9yexLl32nPf0LYZJHnWnhbM0FdER Cjg+70aRPsvDHo78S2HM =Oq3M -----END PGP SIGNATURE----- -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
