Re: interacting with the cursor:

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

 



It's a commonly used phrase, though. You're sure not wrong about that.

Kenny Hitt writes:
> 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@xxxxxxxxxx
> > > > https://www.redhat.com/mailman/listinfo/blinux-list
> > > 
> > > _______________________________________________
> > > 
> > > Blinux-list@xxxxxxxxxx
> > > 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@xxxxxxxxxxxxxxxxx		http://a11y.org
> > 
> > If Linux can't solve your computing problem, you need a different problem.
> > 
> > _______________________________________________
> > 
> > Blinux-list@xxxxxxxxxx
> > https://www.redhat.com/mailman/listinfo/blinux-list
> 
> _______________________________________________
> 
> Blinux-list@xxxxxxxxxx
> 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@xxxxxxxxxxxxxxxxx		http://a11y.org

If Linux can't solve your computing problem, you need a different problem.

_______________________________________________

Blinux-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/blinux-list

[Index of Archives]     [Linux Speakup]     [Fedora]     [Linux Kernel]     [Yosemite News]     [Big List of Linux Books]