interacting with the cursor:

Kenny Hitt kenny at hittsjunk.net
Wed Mar 30 03:20:04 UTC 2005


Hi.

True, I was not sure what he meant and just trying to respond based on
what happens with my screen readers and editors.

          Kenny

On Tue, Mar 29, 2005 at 10:09:22PM -0500, Janina Sajka wrote:
> Now I'm confused. "Char under the cursor" does not sync with the
> dictionary definition I just posted, where cursor is defined as an
> insertion point indicating where the next char will be placed. My
> understanding is that visually it's actually an indicator between chars,
> therefore accurately indicates where the next c har typed will be
> placed.
> 
> PS: NOtice how "back space" is a something of a misnomer. Indeed, if
> memory serves, the behavior of deleting chars to the left of the cursor
> came late into computing.
> 
> Kenny Hitt writes:
> > Hi.  Your description is a little confusing, but I think the answer to
> > your question is yes.
> > 
> > You move the cursor to the right of the char to delete if you use
> > backspace, and you put the cursor on the char to delete if you use the
> > del key.  Usually, the screen reader reads the char under the cursor
> > when you use the "read current char" function of the screen reader.
> > 
> > As far as I know, Gnopernicus doesnt have a "read current char" key, but
> > it tracks the cursor.
> > 
> > Hope this helps.
> >           Kenny
> > 	  
> > On Tue, Mar 29, 2005 at 09:26:53PM -0500, david poehlman wrote:
> > > Hi all,
> > > 
> > > Sorry if this appears twice, I sent it out from the rong address.
> > > 
> > > I have a question for users of graphical and non graphical linux users 
> > > concerning its screen reader behavior regarding cursor interaction.  In 
> > > windows screen readers and in dos screen readers with the accetion of some 
> > > older dos screen readers, when interacting with the cursor, the screen 
> > > reader interacts with the character that is heard when a say character 
> > > request is sent.  In other words, if I am told by say character that I am 
> > > sitting on t and I hit backspace or delete, t is gone.  If I type, t is 
> > > pushed to the right as I type.  If I move to the left of t and type, the 
> > > character to the left of t is pushed to the right.  If I move to the right 
> > > of t and type, the character to the right of t is pushed to the right as I 
> > > type.  My question then is whether this is the behavior in all flavors of 
> > > linux with screen readers and if not, how do the ones that differ behave? 
> > > In windows, the cursor is a thin vertical line which is never on a character 
> > > but always between characters or to the left of the character or to the 
> > > right of the character.  The net effect would then be that if one were to 
> > > want to delete a character with back space, one would have to be certain to 
> > > be to the right of the character to be deleted and if one wanted to use 
> > > delete to delete a character, one would need to be the left of the character 
> > > to be deleted.
> > > 
> > > Answers and discussion would be greatly appreciated.  Should windows screen 
> > > readers or linux screen readers adopt this strategy if they don't employ it 
> > > already?  Are their better strategies than those described above and if so, 
> > > what are they?
> > > 
> > > It might be that the later strategy would be closer to the sighted 
> > > experience.
> > > 
> > > -- 
> > > Johnnie Apple Seed 
> > > 
> > > _______________________________________________
> > > Blinux-list mailing list
> > > Blinux-list at redhat.com
> > > https://www.redhat.com/mailman/listinfo/blinux-list
> > 
> > _______________________________________________
> > Blinux-list mailing list
> > Blinux-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/blinux-list
> 
> -- 
> 
> Janina Sajka				Phone: +1.202.494.7040
> Partner, Capital Accessibility LLC	http://www.CapitalAccessibility.Com
> 
> Chair, Accessibility Workgroup		Free Standards Group (FSG)
> janina at freestandards.org		http://a11y.org
> 
> If Linux can't solve your computing problem, you need a different problem.
> 
> _______________________________________________
> Blinux-list mailing list
> Blinux-list at redhat.com
> https://www.redhat.com/mailman/listinfo/blinux-list




More information about the Blinux-list mailing list