Re: Gedit focus issue (was, Re: Serious accessibility issue in Gnome 2.15.)
Hi Will. I'll take a stab at it. In Dapper: [...] window:maximize object:state-changed:iconified focus: object:property-change:accessible-value (8x) [...] In Edgy: [...] window:maximize object:state-changed:iconified object:property-change:accessible-value (8x) object:state-changed:showing object:state-changed:visible object:state-changed:iconified [...] Is that what you're looking for? Take care. Joanie If someone has some time on their hands they might try seeing if there are different event orderings between GNOME 2.14 and GNOME 2.15/16 for this gedit maximize/unmaximize scenario. The events of interest probably include: focus: window:activate window:deactivate and object:state-changed:focused. -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
Re: Gedit focus issue (was, Re: Serious accessibility issue in Gnome 2.15.)
Yep and Thanks! I'm surprised there's not a object:state-changed:focused event in the Edgy version. I'm seeing that on my box. :-( Will On Tue, 2006-08-15 at 16:53 -0400, Joanmarie Diggs wrote: Hi Will. I'll take a stab at it. In Dapper: [...] window:maximize object:state-changed:iconified focus: object:property-change:accessible-value (8x) [...] In Edgy: [...] window:maximize object:state-changed:iconified object:property-change:accessible-value (8x) object:state-changed:showing object:state-changed:visible object:state-changed:iconified [...] Is that what you're looking for? Take care. Joanie If someone has some time on their hands they might try seeing if there are different event orderings between GNOME 2.14 and GNOME 2.15/16 for this gedit maximize/unmaximize scenario. The events of interest probably include: focus: window:activate window:deactivate and object:state-changed:focused. -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
Re: Serious accessibility issue in Gnome 2.15.
Hi all, A few interesting findings: The below tests were conducted on An Edgy system with latest updates as of Tuesday August eight: 1. I downgraded gnome terminal, by building and installing gnome-terminal-2.14.2.tar.gz, as well as vte-0.12.1.tar.gz. After downgrading both of these packages, I still experienced the focus issues as previously described. 2. I rebuilt gaim using a tar ball of the gaim 2.0.0beta3 sources as downloaded from source forge about two weeks ago. This particular instance of gaim worked under Dapper, and interestingly, when I built it under edgy, it resolved the buddy list focus issue. Edgy is purportedly shipping the same version of gaim but for whatever reason, the problem occurs with the version that's bundled, and goes away if I rebuild from the source tar ball. --Al - Original Message - From: Willie Walker [EMAIL PROTECTED] To: Henrik Nilsen Omma [EMAIL PROTECTED] Cc: Al Puzzuoli [EMAIL PROTECTED]; Ubuntu Accessibility Mailing List ubuntu-accessibility@lists.ubuntu.com; Gnome accessibility gnome-accessibility-list@gnome.org Sent: Monday, August 07, 2006 12:06 PM Subject: Re: Serious accessibility issue in Gnome 2.15. Hi All: I was finally able to do some testing with this. I'll confirm that none of these are Orca bugs. We do care, however, about the overall accessibility of the platform. So, we'll dig into these problems more and follow up with the appropriate teams. 1. Focus in gaim seems to be messed up. I was able to create one account, a freenode irc account. But now, after doing that, I can never seem to bring focus back to the main buddy list window, as for whatever reason, it doesn't seem to appear in the alt tab order. My experiences show that GAIM will come up without the buddy list and you need to press the gaim icon in the panel to show it. I've tried various ways to get to the icon from the keyboard, but I cannot seem to do so (BAD for people who cannot use the mouse). So...I resorted to clicking on it, which brings up a menu allowing me to show the buddy list. Once I was able to make the buddy list visible, I found that Orca seemed to do just fine with it. Note that this seems to be only with GAIM 2.0.0beta versus GAIM 1.5.1. 2. Very strange things are happening in gnome terminal. Orca tracks live events well enough, but if I attempt to use flat review, it's all over the place. The read current line command seems to start at the top of the window, rather than at the last location of the cursor. Another oddity is that not all of the window is accessible via flat review. in other words, if my screen fills up with data, flat review stops before actually reaching the last line on the screen. I found that something broke with gnome-terminal's implementation of getTextAtOffset: it's giving us very wrong and very incorrect values for GNOME 2.15.90 versus GNOME 2.14. As such, it's difficult to know where text is on the screen as well as getting the text for the line where the cursor is. We will dig into this more this week and file a bug with the appropriate component (gnome-terminal, vte, ...) when we learn more. 3. Open office writer is completely inaccessible. Orca won't even read the menu bar or the help dialog. If I attempt flat review, all I get is panel. I dug into this some more, and there appears to be some binary incompatibility between the AT-SPI implementation used by OOo and what is in GNOME 2.15.90. We've brought this to the OOo team's attention and will be following up more with them this week. Note that this may or may not be an OOo problem (e.g., it could be an inadvertent AT-SPI incompatibility). Thanks! Will -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
Re: Serious accessibility issue in Gnome 2.15.
Hi All: I was finally able to do some testing with this. I'll confirm that none of these are Orca bugs. We do care, however, about the overall accessibility of the platform. So, we'll dig into these problems more and follow up with the appropriate teams. 1. Focus in gaim seems to be messed up. I was able to create one account, a freenode irc account. But now, after doing that, I can never seem to bring focus back to the main buddy list window, as for whatever reason, it doesn't seem to appear in the alt tab order. My experiences show that GAIM will come up without the buddy list and you need to press the gaim icon in the panel to show it. I've tried various ways to get to the icon from the keyboard, but I cannot seem to do so (BAD for people who cannot use the mouse). So...I resorted to clicking on it, which brings up a menu allowing me to show the buddy list. Once I was able to make the buddy list visible, I found that Orca seemed to do just fine with it. Note that this seems to be only with GAIM 2.0.0beta versus GAIM 1.5.1. 2. Very strange things are happening in gnome terminal. Orca tracks live events well enough, but if I attempt to use flat review, it's all over the place. The read current line command seems to start at the top of the window, rather than at the last location of the cursor. Another oddity is that not all of the window is accessible via flat review. in other words, if my screen fills up with data, flat review stops before actually reaching the last line on the screen. I found that something broke with gnome-terminal's implementation of getTextAtOffset: it's giving us very wrong and very incorrect values for GNOME 2.15.90 versus GNOME 2.14. As such, it's difficult to know where text is on the screen as well as getting the text for the line where the cursor is. We will dig into this more this week and file a bug with the appropriate component (gnome-terminal, vte, ...) when we learn more. 3. Open office writer is completely inaccessible. Orca won't even read the menu bar or the help dialog. If I attempt flat review, all I get is panel. I dug into this some more, and there appears to be some binary incompatibility between the AT-SPI implementation used by OOo and what is in GNOME 2.15.90. We've brought this to the OOo team's attention and will be following up more with them this week. Note that this may or may not be an OOo problem (e.g., it could be an inadvertent AT-SPI incompatibility). Thanks! Will -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
Re: Serious accessibility issue in Gnome 2.15.
On 7 Aug 2006, at 17:06, Willie Walker wrote: My experiences show that GAIM will come up without the buddy list and you need to press the gaim icon in the panel to show it. I've tried various ways to get to the icon from the keyboard, but I cannot seem to do so (BAD for people who cannot use the mouse). A long-standing bug: http://bugzilla.gnome.org/show_bug.cgi?id=103223 Do you have GAIM set up to start up in Away mode, by any chance? That will cause GAIM to start with the buddy list hidden IIRC. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]Java Desktop System Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
Re: Serious accessibility issue in Gnome 2.15.
Al Puzzuoli wrote: Hi all, I'm running Edgy with Gnome 2.15, and am experiencing major weirdness in terms of accessibility when attempting to use it with Orca. Some of the issues I've noticed are as follows: 1. Focus in gaim seems to be messed up. I was able to create one account, a freenode irc account. But now, after doing that, I can never seem to bring focus back to the main buddy list window, as for whatever reason, it doesn't seem to appear in the alt tab order. 2. Very strange things are happening in gnome terminal. Orca tracks live events well enough, but if I attempt to use flat review, it's all over the place. The read current line command seems to start at the top of the window, rather than at the last location of the cursor. Another oddity is that not all of the window is accessible via flat review. in other words, if my screen fills up with data, flat review stops before actually reaching the last line on the screen. 3. Open office writer is completely inaccessible. Orca won't even read the menu bar or the help dialog. If I attempt flat review, all I get is panel. Can anyone else confirm some or all of these issues? I've done some basic testing (note: I'm not very familiar with screen reading, and how it should ideally work, though). Some general observations: Gaim (v2, beta3) seems to have some odd focus issues generally. I had to hover the mouse over the window to get it to accept text for a while, but then it got better (?) I can confirm that OOo doesn't speak at all other than giving me the window frame name. I've tested both 2.0.2 and the very recent 2.0.3, with the same result. The OOo package you tested (I guess) was just the dapper package carried over, which works OK on dapper. So that points to Gnome 2.15, as you say. Have anyone tested Gnome 2.15 for AT support on another distro? - Henrik -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
Re: Serious accessibility issue in Gnome 2.15.
Hi Al, I'm running Edgy with Gnome 2.15, and am experiencing major weirdness in terms of accessibility when attempting to use it with Orca. I am also running the latest ubuntu edgy with the latest orca and finding similar problems. I've also reproduced our problems running gnopernicus. It seems as though there is a serious problem with this version of gnome 2.15 which is independent of orca. 1. Focus in gaim seems to be messed up. I was able to create one account, a freenode irc account. But now, after doing that, I can never seem to bring focus back to the main buddy list window, as for whatever reason, it doesn't seem to appear in the alt tab order. I am also able to reproduce this problem which I actually reported at the beginning of last week. It happens with both orca from CVS head and gnopernicus. 2. Very strange things are happening in gnome terminal. Orca tracks live events well enough, but if I attempt to use flat review, it's all over the place. The read current line command seems to start at the top of the window, rather than at the last location of the cursor. Another oddity is that not all of the window is accessible via flat review. in other words, if my screen fills up with data, flat review stops before actually reaching the last line on the screen. 3. Open office writer is completely inaccessible. Orca won't even read the menu bar or the help dialog. If I attempt flat review, all I get is panel. I am also unable to read content with openoffice with this version of the desktop. If this is a general desktop problem and not related to the particular edgy we are running this will be a serious regression from gnome 2.14. Mike -- Ubuntu-accessibility mailing list Ubuntu-accessibility@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility
