-
-
Notifications
You must be signed in to change notification settings - Fork 262
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
Easy-effects accessibility with Orca #1168
Comments
Things seem a little different here on Arch Linux. It does not seem I have an "Assistive Technologies" section. What you are using is the GNOME screen reader? |
Yes. If you're on Gnome, maybe look in the Control Center, or Control Panel. |
Orca is listed under Accessibility in KDE here in my Garuda system. |
From what I can tell what's missing here is better integration within EasyEffects itself? Orca itself is working since it's reading things out, the issue is Orca is being told to read information which is not relevant to the user. I think this GTK doc is relevant. From what I understand better integration with Orca is kind of similar to what adding translations feels like? Is there a tool like Poedit but for accessibility/Orca? |
There is Accerciser: https://gitlab.gnome.org/GNOME/accerciser
Devin Prater
***@***.***
gemini://tilde.pink/~devinprater/
…On Thu, Sep 30, 2021 at 1:38 AM Vincent Chernin ***@***.***> wrote:
From what I can tell what's missing here is better integration within
EasyEffects itself? Orca itself is working since it's reading things out,
the issue is Orca is being told to read information which is not relevant
to the user.
I think this GTK doc is relevant
<https://docs.gtk.org/gtk4/section-accessibility.html>. From what I
understand better integration with Orca is kind of similar to what adding
translations feels like? Is there a tool like Poedit but for
accessibility/Orca?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1168 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADUMTTSOGLGYJFAWNTAA43TUEQAW3ANCNFSM5EWD4IGA>
.
|
If I have time, I can install accerciser tomorrow and see what is missing. |
Unfortunately I can't test this because I'm not able to run the speech dispatcher service. The voice tells me there's an issue and I should check a log file under When I try to start the service through systemd, it's immediately terminated. The status doesn't give me useful information:
Accerciser gives only information about which service is supported by the application. Not much help about how it has to be implemented. |
@devinprater do you have any hint to resolve this issue I have with speech dispatcher? I don't have any clue how to make it work. |
Make sure a speech engine, like espeak or rhvoice is installed. Did you
install orca? If so it should have installed a speech engine, but if not
try installing one.
Devin Prater
***@***.***
gemini://tilde.pink/~devinprater/
…On Wed, Oct 6, 2021 at 9:27 AM Giusy Digital ***@***.***> wrote:
@devinprater <https://github.com/devinprater> do you have any hint to
resolve this issue I have with speech dispatcher? I don't have any clue how
to make it work.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1168 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADUMTTTGKCUJIHDARVAXTD3UFRMDHANCNFSM5EWD4IGA>
.
|
@devinprater Ok, espeak was missing. I can now listen and understand the issue. I hope to resolve it, but GTK documentation is not of much help since it does not give any example on how to implement a good accessible structure. I will try to make some attempts playing with ui xml files. |
Okay, thanks. I'm glad that worked. I'm sorry the documentation isn't much
help.
…On Wed, Oct 6, 2021 at 3:11 PM Giusy Digital ***@***.***> wrote:
@devinprater <https://github.com/devinprater> Ok, espeak was missing.
I can now listen and understand the issue. I hope to resolve it, but GTK
documentation is not of much help since it does not give any example on how
to implement a good accessible structure.
I will try to make some attempts playing with ui xml files.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1168 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADUMTTXZNIXOH36ML6CIGCTUFSUNLANCNFSM5EWD4IGA>
.
|
@devinprater I managed to find a way to remove the "GTKMM__" prefix from the voice specifying the widget title. Should be better with this fix, but it will be long to be implemented because it has to be specified for every widget. @wwmm do you have any clue if there's a way to specify a Gtk::Accessible::Property inside the xml builder? It seems there's no specific property, so it has to be done inside the code. I already did it for spinbuttons and scales, but if there's a way to do it in the builder, would be better? |
I think I saw this being done in one of the gtk examples they provide in their source. I will try to remember which one. |
Yes. It is a lot easier to reuse interface code that is defined in a xml than the ones written in C or C++. |
I think it is like this https://gitlab.gnome.org/GNOME/gtk/-/blob/master/testsuite/gtk/ui/a11y2.ui |
Nice, thanks. |
So I made a first test. Setting the accessible label property is reducing the "GTKMM" spelling, but not all widgets are working as expected. What works:
What is not working
I didn't test combobox, lists and other widgets completely, but I don't think they are well reproduced. For now I just made a first test implementation for application window ui and the maximizer which is one of the easiest plugin to deal with. This needs lots of works and at last I think it won't fully work because GTK or orca miss something. At least if we provide the right information, it's better than nothing, hoping GTK will fix issue in the future. @devinprater Could you test the master branch? Which plugins are you using now? We can help you to find a better preset if you need. |
Since they're a Flathub user I made a test build PR: @devinprater You can install the test build there by entering the command buildbot will give. |
The test build just takes it from your repo. It's not a problem to switch between them. Oh, now that I reread your message I see you didn't intend for them to test your branch directly necessarily. My bad. |
Thanks so much for y'all's work. I'll test Monday when I'm at a Linux PC.
Devin Prater
***@***.***
gemini://tilde.pink/~devinprater/
…On Sat, Oct 9, 2021 at 1:41 PM Vincent Chernin ***@***.***> wrote:
The test is on my repository.
The test build just takes it from your repo. It's not a problem to switch
between them.
Oh, now that I reread your message I see you didn't intend for them to
test your branch necessarily. My bad.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1168 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADUMTTRIKVJYJ2DEQNMCQCTUGCEHFANCNFSM5EWD4IGA>
.
|
FYI @joanmarie is the orca developer, maybe she can suggest something. |
For next monday @wwmm should merge it to master.
Sure, any help is appreciated. |
Made another merge request. At the moment only maximizer is working properly. Label property has been added to almost all spinboxes and scales, but plugins with comboboxes are not well handled because Orca can't reproduce them in a proper way. I'll try to improve other plugins and investigate on the other widgets in the next days. |
The master branch has now the almost fully updated support to accessibility. However some widgets are still not reproduced properly and I think this is a lack of GTK or orca, rather than our issue.
@vchernin if you can, the master branch could be taken for a test on Flatpak, if @devinprater wants to try it. Anyway, we can't do more than this, almost all accessibility information by are side are provided, other issues should be fixed by GTK/orca developers in the way they are reproduced. |
Will this work on ARM? I have access to a Pi400 I can test this on if so.
Devin Prater
***@***.***
gemini://tilde.pink/~devinprater/
…On Wed, Oct 13, 2021 at 7:47 AM Giusy Digital ***@***.***> wrote:
The master branch has now the almost fully updated support to
accessibility.
However some widgets are still not reproduced properly and I think this is
a lack of GTK or orca, rather than our issue.
- comboboxe and dropdown widgets title is well reproduced, but the
internal items are reported as GTK double button while orca should just
read their label
- GTK menubutton are not reproduced, same as above, GTK double button
even if we set a proper label
- GTK togglebutton are reproduced as checkbuttons, but this is a GTK
mistake in my opinion because they behave more like a switch, so when they
are toggled, the voice does not report the updated state
- I had to make information grid inside app info ui as presentation
role to not reproduce it because the voice was reading the labels
horizontally from left to right while the correct flow should be
vertically. There's no way to change that behavior, even if we specify a
different row order in accessibility properties.
- Some other minor issues are present with tabs reported as
GTKstackpage. I think GTK/orca as default should report the widget in a
user friendly mode rather than "GTKMM__stuff" and waiting the developers to
specify a custom label.
@vchernin <https://github.com/vchernin> if you can, the master branch
could be taken for a test on Flatpak, if @devinprater
<https://github.com/devinprater> wants to try it.
Anyway, we can't do more than this, almost all accessibility information
by are side are provided, other issues should be fixed by GTK/orca
developers in the way they are reproduced.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1168 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADUMTTWSKQSL2KE4YWOIUBDUGV5UNANCNFSM5EWD4IGA>
.
|
I did not try. But the first question is if PipeWire is already working on ARM. |
PipeWire should work on ARM. Unfortunately at least for Debian distros PPAs like this one only offer AMD64 packages. Raspberry Pi OS is a Debian based distro so PipeWire will probably not be fun to install on there. So that means you need a distro that ships recent PipeWire out of the box. Fedora 35 and Ubuntu 21.10 for ARM on the Pi 400 should have recent enough PipeWire out of the box (keep in mind on Ubuntu you'd need to enable PipeWire manually). The master branch should be built here (use the most recent build): flathub/com.github.wwmm.easyeffects#31 |
Hello, I'm a blind Linux user, and am wondering if Easy-effects could be made more accessible with Orca? I have the version from Flathub, latest stable version, running on Fedora 34 with Orca version 40.0. Steps to reproduce:
If I could help in any other way, let me know. I'd love to use this, to help make sound a little better, or use BS2B to put the sound somewhere besides right in front of me, right at my ears, for a more comfortable listening experience over 8 hours per day.
The text was updated successfully, but these errors were encountered: