Re: [orca-list] Proposed patch for progress beeps



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Yeah, I think we should ignore the time value for beeps, but it should
 remain for speech and braille - in case they're all active at the
same time.

 --
Best wishes,
Zahari

On 02/18/2016 12:23 AM, chrys87 wrote:
Howdy,

ok i m also fine with that. what does others think? if there is
nothing against. lets do it :).

shouldn't the sounds have a different volume setting from the
speech?

yea currently its a different volume setting. but maybe its not in
the UI for now.

sorry i forgett about this:

Is there some way to make sure the final beep is not skipped?

i think here we have a problem because loading bars does not
always reach the 100 (also not in the GUI). Maybe caused by
roundings or whatever. i dont know if we can catch up that.
Orca settings is better to be 0 for beeps
maybe its better to ignore the time value for beeps? what do you
think?

cheers chrys

Am 17.02.2016 um 23:15 schrieb Zahari Yurukov: Hi, I've already
tested it within Orca's code. Tried also with final beep of 0.5
seconds - it's long enough for me. But you reminded me of something
- shouldn't the sounds have a different volume setting from the
speech? Cause I think many people would want that. I think that
would also solve the "blown ears" problem, though I'm using
headphones and it doesn't affect me.

-- Best wishes, Zahari

On 02/17/2016 11:31 PM, chrys87 wrote:
Howdy,

indeed 0.05 sounds "smarter" :). i will reduce it. I attached
the example. just run the test.py
I think it's better if not reducing volume as pitch
increases
i think we have to do this. otherwise our ears are blown away
XD. but we can adjust the value of decreasing do a more
"louder" level?

Am 17.02.2016 um 22:24 schrieb Zahari Yurukov: Hi, I think
it's better if not reducing volume as pitch increases - it
becomes too quiet. Is there a particular reason for that? It
sounds good to me without it. Also, I think the frequency of
announcing updates in Orca settings is better to be 0 for
beeps, i.e. no delay between announcements. I find a duration
of 0.075 seconds and one second for beeps a little bit high.
Just tried 0.05 and 0.5 and it looks good to me. Is there
some way to make sure the final beep is not skipped? Cause
now it could happen - if the progress is too fast.

BTW, what about the Sound Icons? I hope their not forgotten.

Best wishes, Zahari

On 02/17/2016 10:03 PM, chrys87 wrote:
Howdy,

here you can generate a progressbar.

Am 17.02.2016 um 20:41 schrieb José Vilmar Estácio de
Souza:
Hi all,, a dumb question: Which programs can I use to
test the progress bar? Thanks and sorry for the dumb
question!

On 02/17/2016 05:20 PM, Joanmarie Diggs wrote:
Hey Nolan, all.

Could you please attach the patch to 
https://bugzilla.gnome.org/show_bug.cgi?id=758328?
Ditto for anyone else interested in tweaking the
progress bar beeps. If you all can reach consensus,
I'm happy to commit the agreed-upon experience.

Thanks! --joanie

On 02/17/2016 01:20 PM, Nolan Darilek wrote:
Hey,

So I had some of the same issues with progress
bar beeps that I did with NVDA. As an experiment,
I whipped up this patch.

Basically, according to my non-coffee-fueled 
back-of-napkin calculations, the current
implementation starts progress bar beeps at a few
hundred Hz and scales them up to something like
2100. I don't objectively know what 2.1 KHz
sounds like, but I do have some objective notion
of what an octave sounds like, and just as a
sighted person doesn't have to think about how
far along a progress bar is, I think we should
have the same convenience.

This patch starts progress bar beeps at middle C
and ramps the progression up an octave linearly.
I initially had a logarithmic implementation but
found it more confusing than I thought.
Perceptually the progress bar appeared to move
quickly then slow down, which is consistent with
the numbers. I haven't tested this out with
faster progress bars yet so there may be some
benefit to logarithmic, but one thing at a time.

We may also be able to drop the volume-scaling
code if we're not ramping the frequencies up
above 1 KHz, but I haven't tested that yet.

Thoughts?


_______________________________________________ 
orca-list mailing list orca-list gnome org 
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: 
https://help.gnome.org/users/orca/stable/ GNOME 
Universal Access guide: 
https://help.gnome.org/users/gnome-help/stable/a11y.html


Log bugs and feature requests at
http://bugzilla.gnome.org

_______________________________________________ 
orca-list mailing list orca-list gnome org 
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation:
https://help.gnome.org/users/orca/stable/ GNOME
Universal Access guide: 
https://help.gnome.org/users/gnome-help/stable/a11y.html


Log bugs and feature requests at
http://bugzilla.gnome.org

_______________________________________________
orca-list mailing list orca-list gnome org 
https://mail.gnome.org/mailman/listinfo/orca-list Orca
wiki: https://wiki.gnome.org/Projects/Orca Orca
documentation: 
https://help.gnome.org/users/orca/stable/ GNOME
Universal Access guide: 
https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at
http://bugzilla.gnome.org

_______________________________________________ orca-list mailing
list orca-list gnome org 
https://mail.gnome.org/mailman/listinfo/orca-list Orca wiki:
https://wiki.gnome.org/Projects/Orca Orca documentation:
https://help.gnome.org/users/orca/stable/ GNOME Universal Access
guide: https://help.gnome.org/users/gnome-help/stable/a11y.html 
Log bugs and feature requests at http://bugzilla.gnome.org

_______________________________________________ orca-list mailing
list orca-list gnome org 
https://mail.gnome.org/mailman/listinfo/orca-list Orca wiki:
https://wiki.gnome.org/Projects/Orca Orca documentation:
https://help.gnome.org/users/orca/stable/ GNOME Universal Access
guide: https://help.gnome.org/users/gnome-help/stable/a11y.html Log
bugs and feature requests at http://bugzilla.gnome.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWxPfVAAoJELcU47hAtAnqFisQAKo4NBvw9FLEiY2Gx/xnmfVQ
gTJj6IBw4jcm1T1FtsY3XtcXcYac+GQ5lufkM3+yBVLZYKkp5TXwI80x5gVf19B7
yjeqjHjhGHaKDn/kvR0RKYtp1SRy7xePENavLlS8DFfWSFqDC1FJgrqUIO5V0L18
W+dG7mVGZd+GrEDq1QCwzceUz5ye+tI+BCIOpCn+EsW0r0GSVf3QFKqUhQ6l1hCA
9Aj/2mduoqsisU/76Y+FObiuCnomSIzYJ945/7gS1b/cloLWCs7xzXOUEFof3UPi
GsbVA8nUKNpEZIh6zxbptp4XoHlkcUdmZmwHA5AmPSiPIAUhfn4fI6bIAzWyHVp0
5rilt+JZn7zz4ONy8FNO6jpSO7DrIxZ3XFo39G783kWoM5fpPm/rVcnQ+wgLhCQ9
8gbBuzk5/55mlMSzz/Bk/5EB36rtlb4uiuTYmo7AaI8psNlAm6MsnSo6N5vN19/K
hMjJzBZTzdCO9CCM8UdsVCQ8yjlPN0JZP6LJUzOb3SlU6usaTNuufYreamwAecwn
RK3bwObbk5DbfB7FwiTpNl7xtZFaU9VqYCBhciNd/yR9O7yqTmHznyiKo7Z14YY4
a7lbvLYLnMgTTIAOWNzpATGNFLH/LHi3Mhfrmgwd03eOl/AfSkn/lOK/BgOV76M8
00qLtE2mPlwTgKExVNRU
=2LW2
-----END PGP SIGNATURE-----


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]