Skip to content

accessibility issues #1263

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
2 of 7 tasks
lilmike opened this issue Mar 15, 2017 · 8 comments
Closed
2 of 7 tasks

accessibility issues #1263

lilmike opened this issue Mar 15, 2017 · 8 comments
Labels
issue/stale type/enhancement An improvement of existing functionality

Comments

@lilmike
Copy link

lilmike commented Mar 15, 2017

  • Gitea version (or commit ref): 1.1.0
  • Git version: 2.12.0
  • Operating system: arch linux
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
  • Log gist: not needed

Description

Gitea, as with gogs which it was forked from, has many accessibility issues with screen readers including:

  1. The dropdown menus are clickables, so many screen readers do not know what to do with them as they do not use the mouse cursor.
  2. The license selection/.gitignore selection (and most other menus of that type) are inaccessible, as they all use mouse oriented actions.
  3. Possibly others I haven't seen yet.

Unfortunately, this is caused by the toolkit you use, which does not seem interested in making their toolkit accessible. It can be worked around with aria markup, or by changing toolkits (the first of which is easier to begin with but requires more maintenance over time, the second of which is of course much harder, but once you get it done it's done pretty much forever).

See the original issue on gogs for more info: gogs/gogs#3340

Looking forward to seeing if anything can be done about this.
-Michael.

@lunny lunny added this to the 1.x.x milestone Mar 15, 2017
@lunny lunny added the type/enhancement An improvement of existing functionality label Mar 15, 2017
@lilmike
Copy link
Author

lilmike commented Apr 29, 2018

Hi,
I was just revisiting this issue as I was trying to find a git manager that had some of the features of gitlab enterprise (which gitea does). Any news on this?
-Michael.

@lilmike
Copy link
Author

lilmike commented Apr 30, 2018

I did a simple try of adding role="listbox" to all items that act as listboxes in gitea, and role="option" to every option in those menues, just to see if it would even help at all. Turns out it won't. So the long and short of it is... semantic UI will need to go if this project is to become accessible. I'd honestly be willing to give converting the project over to another framework my best try, though I'm honestly not super familiar with css, js, or go, but I don't want to do the work if the prospect won't be accepted anyway. So the questions:

  1. Is changing framework (even if I do the brunt of the work) even on the table?
  2. Are there prefered frameworks if so?

At the worst I can always fork gitea and make my changes even if they won't be merged back in -- that's the beauty of open source. But I'd like to get my changes merged into gitea if possible, if only because it already has a following and so everyone can benefit.
-Michael.

@lafriks
Copy link
Member

lafriks commented Apr 30, 2018

It is possible for switching framework but the problem is that for functionality we need simple dropdown list wont help much anyway for most of the dropdowns as we need them searchable and more advanced.

For me preferable would be bulma + vue but that's just for me :)

@lunny
Copy link
Member

lunny commented May 2, 2018

I like bootstrap3/4 + vue :)

@Flameborn
Copy link

Bootstrap's accessibility is a lot better, it has proper ARIA markup for the dropdowns, for example.

As it stands now, pretty much everything that has a dropdown, including license selection, repository creation, language switching, etc, are inaccessible to any screen reader on any OS.

How much work would a framework switch be? While I don't know client-side programming, I am familiar with GoLang, so I would be happy to contribute and test, as this project is the only full-featured, self-hosted Git service which is light on resources.

@lafriks
Copy link
Member

lafriks commented May 15, 2018

It will be quite big task as quite much all html markdown and javascript functionality needs to be changed

@stale
Copy link

stale bot commented Jan 26, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale stale bot added the issue/stale label Jan 26, 2019
@stale
Copy link

stale bot commented Feb 18, 2019

This issue has been automatically closed because of inactivity. You can re-open it if needed.

@stale stale bot closed this as completed Feb 18, 2019
@lafriks lafriks removed this from the 1.x.x milestone Feb 18, 2019
@go-gitea go-gitea locked and limited conversation to collaborators Nov 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
issue/stale type/enhancement An improvement of existing functionality
Projects
None yet
Development

No branches or pull requests

4 participants