The key issue here is the convenience of having the Enter key begin the = forward search. After one search has been thus completed, the 7-8 key = combination will easily do the backward search or the 8-9 combination = another forward search. I don't think we want any more keystrokes than = already exist, just an increase in efficiency by having the enter key do = the initial forward search. Don -----Original Message----- From: bookport-bounce@xxxxxxxxxxxxx [mailto:bookport-bounce@xxxxxxxxxxxxx]On Behalf Of Aman Singer Sent: Thursday, August 26, 2004 4:09 AM To: bookport@xxxxxxxxxxxxx Subject: [bookport] Re: Braille entry Hi. I like Garry's suggestion, and see no problem in assuming the search would go forward, not backward. BTW, might it be possible for other keystrokes or chords might be used for backward searching (the question = mark chord on the Blazie machines comes to mind)? Aman=20 -----Original Message----- From: bookport-bounce@xxxxxxxxxxxxx = [mailto:bookport-bounce@xxxxxxxxxxxxx] On Behalf Of LARRY SKUTCHAN Sent: Wednesday, August 25, 2004 10:21 PM To: bookport@xxxxxxxxxxxxx Subject: [bookport] Re: Braille entry Would it be acceptable to assume that the search is to proceed in the = =3D forward direction? >>> gwunder@xxxxxxxxxxxxx Wednesday, August 25, 2004 12:56:00 PM >>> I tried the new find command with the use of the keyboard for entry. This is a fantastic feature and certainly improves the flexibility of the unit. One thought is that pressing enter might be made not only to exit the braille entry mode but to initiate the find if the only reason for the entry mode is to perform that function. I end up repositioning the unit after braille entry so I can have the correct orientation to press the find button and if what I'm looking for isn't found, I need then to reorient the unit and do another find. Better to know before placing the unit back in the regular orientation whether or not my find is successful. Gary Wunder gwunder@xxxxxxxxxxxxx=3D20