Re: [orca-list] Progress bar updates speak when not focused
- From: Willie Walker <William Walker Sun COM>
- To: deprice cs utah edu
- Cc: orca-list <orca-list gnome org>
- Subject: Re: [orca-list] Progress bar updates speak when not focused
- Date: Sun, 08 Mar 2009 17:51:30 -0400
Hi All:
Just to be sure - there are two separate problems here. The one I'm
currently focusing on in
http://bugzilla.gnome.org/show_bug.cgi?id=574344 is preventing a dialog
with a progress bar from causing progress bar notifications if the
dialog is not the active window. The working use case is a progress bar
in the Downloads dialog of Firefox: it should only present updates if
the Downloads dialog has focus. The discussion of this problem is
taking place in bug #574344 and you should add comments to that bug if
they can help track down that bug.
The second one seems to be a feature request for Orca to always speak a
progress bar value every X number of seconds regardless if the progress
bar changes value or now. This is a separate problem and should be
treated as such. Related to that, I believe the orca code that handles
progress bar update notification needs to receive events in order for it
to say anything. That is, I'm pretty sure we don't start a timer and
query the state of the progress bar. Instead, we cue off the change
events being delivered by the progress bar. If the difference between
now and the last time we spoke the progress bar value is more than the
progress bar update interval *and* the value is different from the last
time we spoke it, we speak the update.
Changing things to a timer-based approach is an interesting thought. It
would require a bit of rework to the code, though. It may also end up
with a bit of complexity in the code, and potential failures where we
might not kill the timers appropriately. If this is how users think the
progress bar updates should occur though, please open a separate
enhancement request and we can work through it.
Will
David E. Price wrote:
Hi, Krishnakant,
Will and I are on the same problem. As I understand it, if you select
the option in Orca Preferences to get progress bar updates, they will
occur in a user settable time frame, in my case, 10 seconds. I believe
that they will happen every 10 seconds, whether a change has occurred or
not. And, I prefer it this way--if a download (for instance) has hung, I
would like to know it so that I can cancel and start again.
dave
On 03/05/2009 01:26 PM, Krishnakant wrote:
Hi Wil and David,
I think this discussion is 2 fold.
1, should progress bars be announced if the window with progress bar
looses focus (that should not happen else it clutters the user's brains
as well )
2, should the progress bar only provide an update only when there is
really an update.
The second case means that the progress bar should not be announced by
orca unless there is a change, and it should be scilent when there is no
update even if the focus is in that window.
I brought this up because I felt that is what David was refering to when
he talked about the 10 seconds gap in every announcement of progress bar
update.
Is that what you were talking about David?
happy hacking.
Krishnakant.
On Thu, 2009-03-05 at 13:14 -0700, David E. Price wrote:
Hi, Will,
I applied the patch with no errors. Unfortunately, the result was that
there were no progress bar updates... absolute silence.
I'll try to set aside some time this evening to generate a debug log
with the patch and see if there is something obvious going on. I'll also
try to file the bug report.
Thanks for the effort,
dave
On 03/05/2009 11:40 AM, Willie Walker wrote:
Hi David:
Orca currently speaks the progress bar information if the application
that owns the progress bar is active. So, for example, if you've
started a download in Firefox and move to OOo, the FF download
progress should not be spoken. If it is being spoken in this case, it
is a bug.
However, it sounds as though perhaps you're working in Firefox, start
a download, and continue surfing the web. In this case, the download
window no longer has focus, but Firefox is still the active
application. So, Orca is going to happily speak the progress bar
information. :-( That sounds like a bug to me and a case we didn't
account for.
Please do open a bug. Please also test out the attached patch. If it
works, attach it to the bug you open and you'll get the credit for
being a hero. :-) If it doesn't work, just blame me and call me an
idiot. I'm used to it. :-)
Will
David E. Price wrote:
Hi,
I would like to get a sense of the community's feel about this.
Right now, if there is a progress bar in existence in any open
program, I get the update messages spoken every 10 seconds. I believe
that progress bar updates should only be spoken when the
window/dialog containing the progress bar has focus. To me, it is
annoying that, whenever I want to download something and continue
working, I get an update every 10 seconds or I have to go into the
Orca preferences to turn off the updates. I believe that requiring
the progress bar's window to have focus before any updates are
indicated can allow users to avoid a cluttered feedback environment.
I'll file the RFE this weekend unless the rest of the community is
against the idea.
thanks,
dave
_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca
------------------------------------------------------------------------
_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca
_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]