Re: Keyboard Cursor Keys

From: Chris Jacobs (chris.jacobs@freeler.nl)
Date: Tue Nov 30 2004 - 11:20:49 CST

  • Next message: Peter Kirk: "Re: Relationship between Unicode and 10646"

    ----- Original Message -----
    From: "Peter R. Mueller-Roemer" <pmr@informatik.uni-frankfurt.de>
    Cc: "Unicode Mailing List" <unicode@unicode.org>; "Robert Finch" <robfinch@sympatico.ca>; <prmr@arcor.de>
    Sent: Tuesday, November 30, 2004 3:42 PM
    Subject: Re: Keyboard Cursor Keys

    > Doug Ewell wrote:
    >
    > >Robert Finch wrote:
    > >
    > >
    > >>'m trying to implement a Unicode keyboard device, and I'd rather have
    > >>keyboard processing dealing with genuine Unicode characters for the
    > >>cursor keys, rather than having to use a mix of keyboard scan codes
    > >>and Unicode characters.
    > >>
    > >>
    > >
    > >This will quickly spiral out of control as you move past the "easy"
    > >cases like adding character codes for cursor control functions.
    > >
    > the "easy" cases like adding character codes for cursor control functions
    > are not so easy when you have a short phrase or R-text (Right-to Left) embedded in a line of Englisch (L-text).
    >
    > I think it is an acceptable solution at present (only a temporary implementation or solidified standard (?)) that the R-arrow will
    move
    > through such a line of L-R-L mixed unicode text from Left, = Start of line, to Right, = logical End of text, passing the R-text in
    the
    > correct logical order from its Right beginning to its Left end to continue past its Right in the usual manner. I would not like
    to give up
    > this repeat-key action!

    These "not so easy" cases are more easy if you consider how things are stored.

    I think what you say here then can be reformulated as:

    Let the left-arrow move the cursor to the beginning of the (logically ordered) file and the right arrow to the end of it.

    Which, afaik is the way unipad does it.



    This archive was generated by hypermail 2.1.5 : Tue Nov 30 2004 - 11:32:35 CST