Re: extracting code values from PDF? >> keyboar-layout

From: pemuro (pmr@informatik.uni-frankfurt.de)
Date: Tue Dec 05 2006 - 11:47:57 CST

  • Next message: Philippe Verdy: "Re: extracting code values from PDF? >> keyboar-layout"
    Philippe Verdy wrote:
    From: "Andrew West" <andrewcwest@gmail.com>
      
    Too late for that. "Exit" as a menu item is universally shortcut with
    alt-x, and some applications have "Exit" as a top level menu (and for
    Word you can add "Exit" as a top-level menu if you want). I'm pretty
    sure that "Exit" was in common use many years before alt-x Unicode
    conversion came into being.
        
    
    Not so universally; In French Windows, you can also find Alt+Q (Quitter) ('exit' is not a French term,even if it's commonly understood). But remember that this only works as a menu item shortcut, not as a menubar item shortcut, so when the keyboard input focus is on the document, Alt+X or Alt+Q does not map to a menubar and is usable as a custom shortcut. I'm sure that this hex Unicode conversion shortcut can be customized in Word (and it should be already changed in Word for localisations where X is already taken by a menubar item, like it is for Alt+F for the universal "File" menu in English or "Fichier" menu in French, or Alt+A for some other romance languages using "Archivo".)
    
    Anyway, it would have been better to use Ctrl+U for this conversion shortcut in Office (but in English Word, this is a shortcut for applying/removing the underlining style on the selected text).
    
    This is not a standard input feature of Windows, but an application-specific mapping to a function; All such application mappings should be localizable; normally, sequences like Alt+letter/digit or Ctrl+letter/digit are left free in all keyboard drivers. (remember that Ctrl+Alt+letter/digit should behave the same as AltGr+letter/digit in almost all keyboard drivers, except a few ones like the default US English keymap, which does not have the Alt vs. AltGr distinction but offers two equivalent Alt keys).
      

    The many universal (?!)  meanings of Alt-X or _Q ... for Exit/Quit ...  are a surprise to me Ctrl_X/Ctrl_Q... are familiar from the old times of ascii-terminals.   Alt_F/Alt_D for Menue-file-open../_Datei_oeffnen... are familiar, and these meanings are usually ignored when the keyboard-layout sends some other character, not so with the Ctrl-key-combinations which seem to be caught by the OS (XP or Linux) and do not go through the keyboard-filter.

    MSKLC.exe (keyboard-layout-creator) allows to enter 8 different (reassigns one each for normal, shift, R-Alt=AltGr, AltGr-Shift, CapsLock, CapsLock-Shift) character or dead-key-lists per physical key-top.   Unfortunately, even after makeing these assigns many AltGr-combinations just Highlight a line in a dead-key-table , left-over from some editing-short-cuts?  WORSE:  Ligatures are not accepted in CapsLock-states, where reassigns for ^° , ´ `, and some others,  particularly deadkey-lists are completely ignored when building the keyboard. 

    I would like to know how to override this behaviour without having to change the Short-cut-key-assigns at each individual machine (or eaach application) where I install my MultiLatin++ -keyboard.

    PeMuRo




    This archive was generated by hypermail 2.1.5 : Tue Dec 05 2006 - 11:51:46 CST