Also, vo shift space will often click a link that vo space won't in my experience.
Danny. On 01/09/2013, at 6:01 AM, Sarah k Alawami <marri...@gmail.com> wrote: > I have that issue to, but I just keep clicking the link, but when you let's > say go from the item chooser and find the link you *have to* press the thing > twice as the first press moves it to the link, the second time clicks the > link, or what ever the item might be. > > Tc. > On Aug 31, 2013, at 12:30 PM, Andy Collins <a...@recreation.plus.com> wrote: > >> All I can say, is that I regularly encounter times when clicking a link on a >> webpage produces nothing at all, like you say, it just sits there on the >> link. VO says link pressed, but it doesn't activate it! - >> >> Andy >> On 31 Aug 2013, at 20:11, Chris Gilland <ch...@clgproductions.com> wrote: >> >>> OK, so normally, I don't know why, but I haven't really been a huge fan of >>> Quicknav, but now, I'm really! not a fan. >>> >>> My ultimate goal was to turn on Quick nav globally throughout the system >>> and use it instead of having to constantly hold my VO keys down. Before >>> you say anything, I'm a Voiceover trainer, so yes, I obviously do know >>> about VO+; to lock my keys. This isn't always a valuable sollution >>> however, as this will then intercept regular alpha-numeric keys as >>> Voiceover commands. Meaning, say I wanted to type a capital letter K. I >>> hit shift+K, and Boom. I've just disabled/enabled my keyboard commander. >>> Real nice! Not? I also understand that being I've got a macbook Pro, I >>> could definitely use trackpad commander, but my hands are big enough that I >>> probably would bump the thing almost constantly. Plus, I have very heavy >>> fingers, and probably would exert too much pressure on the thing, thus >>> accidentally literally clicking the thing, which of corse could give very >>> undesirable results. >>> >>> I actually was having a fairly decent experience with Quicknav until I >>> opened up Safari. What a disaster! First thing that I noticed was I have >>> Safari set automatically to take me into Google upon launch. Well, by >>> default on the Google web site, unless you change it, the Sweetspot is set >>> to the google search text box. That's perfectly OK. That's normally in >>> most cases exactly what I'd want. This way, I pop open Safari, and boom, >>> I'm in the text box, and just start typing my query, then hit return. >>> Well, I have also gone into the Voiceover utility and under >>> commanders/quicknav, I set it up to use single letter navigation so that >>> I'd not have to keep holding down my vo+command keys while jumping table by >>> table, heading by heading, anker by anker, block text by block text, etc. >>> Now, as long as quicknav is enabled within Safari, I can use those single >>> letter keys. The only problem which is really pissing me off is that let's >>> use Google just for example. Now, this happens pretty much on any web site >>> I use, but for simplisity sake, I'm gonna use Google for this example. So, >>> I have quicknav enabled as well as single letter navigation. I fire up >>> Safari, and I'm popped immediately into the search box. So great! Let's >>> say I want to now do a search for say… ACB Radio. Again, I know it's just >>> ACBRadio.org, but again, this is simply for example purpose. So I start >>> interacting with the text box, because if I don't, it will think that some >>> of those letters should be intercepted as navigation single letter >>> commands. So I hit my down and right arrow keys together, and start >>> interacting. I then type in ACBRadio, and hit return. Now, I go to the >>> top of the web site with fn+VO+left arrow. Remember, I'm on a macbook Pro, >>> so I don't have a physical hom/end key, nor a num pad. Now, at the top of >>> the page, not even focused anymore in the text box, as I moved focus away >>> by doing the fn+vo+left arrow to jump to the top of the screen, now, if I >>> simply hit the letter H, you'd think, that it would move me to the next >>> heading on the page, right? Wrong, actually. What it's doing is to jump >>> me back to the search box, I presume it's finding the next search box on >>> the page, which in this case happens to be the search field, then, at the >>> beginning of the box, it's interacting me with that text box without my >>> will, and it's literally insertting that letter H into the box. If I then >>> delete and backspace it out, then vo+right arrow away from the box, then >>> try hitting H again, first being sure that quick nav is indeed enabled, >>> which it is, then I get the same result. It jumps me back up to that text >>> box, interacts, then types the letter H. This is incredibly buggy in my >>> book! Oh, and as if that's not enough, here's another weird thing. With >>> Quick nav on, and single letter nav on, if I type in my search query, then >>> don't even vo+right arrow to the google search button, but instead just hit >>> return, like I normally did with quick nav not enabled, it doesn't do a >>> bloody thing! It just kind a sits there, and thinks about life. It >>> doesn't go busy busy busy or anything of sort, thank God. Don't give it >>> any ideas, LOL! but it doesn't proceed to the next page with my results. >>> It's almost like it's not even clicking the search button at all, whenever >>> I hit the return key. >>> >>> Very very very buggy in my view. I'm wonderring if anyone else on here's >>> had or is having, for that mind, this issue, or moreover, is there maybe >>> something that I'm missing? I'm definitely unaware of anything, but who >>> knows. >>> >>> Here's to the incredibly! frustrated, >>> >>> Chris. >>> <--- Mac Access At Mac Access Dot Net ---> >>> >>> To reply to this post, please address your message to >>> mac-access@mac-access.net >>> >>> You can find an archive of all messages posted to the Mac-Access forum >>> at either the list's own dedicated web archive: >>> <http://mail.tft-bbs.co.uk/pipermail/mac-access/index.html> >>> or at the public Mail Archive: >>> <http://www.mail-archive.com/mac-access@mac-access.net/>. >>> Subscribe to the list's RSS feed from: >>> <http://www.mail-archive.com/mac-access@mac-access.net/maillist.xml> >>> >>> As the Mac Access Dot Net administrators, we do our very best to ensure >>> that the Mac-Access E-Mal list remains malware, spyware, Trojan, virus and >>> worm-free. However, this should in no way replace your own security >>> strategy. We assume neither liability nor responsibility should something >>> unpredictable happen. >>> >>> Please remember to update your membership preferences periodically by >>> visiting the list website at: >>> <http://mail.tft-bbs.co.uk/mailman/listinfo/mac-access/options/> >>> >> >> <--- Mac Access At Mac Access Dot Net ---> >> >> To reply to this post, please address your message to >> mac-access@mac-access.net >> >> You can find an archive of all messages posted to the Mac-Access forum at >> either the list's own dedicated web archive: >> <http://mail.tft-bbs.co.uk/pipermail/mac-access/index.html> >> or at the public Mail Archive: >> <http://www.mail-archive.com/mac-access@mac-access.net/>. >> Subscribe to the list's RSS feed from: >> <http://www.mail-archive.com/mac-access@mac-access.net/maillist.xml> >> >> As the Mac Access Dot Net administrators, we do our very best to ensure that >> the Mac-Access E-Mal list remains malware, spyware, Trojan, virus and >> worm-free. However, this should in no way replace your own security >> strategy. We assume neither liability nor responsibility should something >> unpredictable happen. >> >> Please remember to update your membership preferences periodically by >> visiting the list website at: >> <http://mail.tft-bbs.co.uk/mailman/listinfo/mac-access/options/> >> > > <--- Mac Access At Mac Access Dot Net ---> > > To reply to this post, please address your message to > mac-access@mac-access.net > > You can find an archive of all messages posted to the Mac-Access forum at > either the list's own dedicated web archive: > <http://mail.tft-bbs.co.uk/pipermail/mac-access/index.html> > or at the public Mail Archive: > <http://www.mail-archive.com/mac-access@mac-access.net/>. > Subscribe to the list's RSS feed from: > <http://www.mail-archive.com/mac-access@mac-access.net/maillist.xml> > > As the Mac Access Dot Net administrators, we do our very best to ensure that > the Mac-Access E-Mal list remains malware, spyware, Trojan, virus and > worm-free. However, this should in no way replace your own security > strategy. We assume neither liability nor responsibility should something > unpredictable happen. > > Please remember to update your membership preferences periodically by > visiting the list website at: > <http://mail.tft-bbs.co.uk/mailman/listinfo/mac-access/options/> > <--- Mac Access At Mac Access Dot Net ---> To reply to this post, please address your message to mac-access@mac-access.net You can find an archive of all messages posted to the Mac-Access forum at either the list's own dedicated web archive: <http://mail.tft-bbs.co.uk/pipermail/mac-access/index.html> or at the public Mail Archive: <http://www.mail-archive.com/mac-access@mac-access.net/>. Subscribe to the list's RSS feed from: <http://www.mail-archive.com/mac-access@mac-access.net/maillist.xml> As the Mac Access Dot Net administrators, we do our very best to ensure that the Mac-Access E-Mal list remains malware, spyware, Trojan, virus and worm-free. However, this should in no way replace your own security strategy. We assume neither liability nor responsibility should something unpredictable happen. Please remember to update your membership preferences periodically by visiting the list website at: <http://mail.tft-bbs.co.uk/mailman/listinfo/mac-access/options/>
