Dear Anthony,
I'm glad you found letter useful. It's you we have to thank for your =20
consideration and dedication!
If this problem turns out to be too much of a burden rest assured =20
that all keyboarders :-) will prefer to switch to US or French in =20
order to be able to use BP2 in OSX than not have it available!
Thanks again
Best
Rainer
On 20.04.2007, at 16:00, Anthony Kozar wrote:
> Thanks very much, Rainer, for bringing all of these issues to my =20
> attention!
> There are other Mac programs that I work on as well that could be =20
> affected
> by these problems.
>
> Yesterday, I thoroughly investigated what happens when using other =20
> keyboard
> layouts and some possible solutions. I tried various European and
> English-speaking layouts and found that they all had problems with =20
> BP's
> current shortcuts except for U.S. and French. (Which is how Bernard
> designed the program).
>
> The main existing issue is the shortcuts involving the Option key.
> Currently, when the user presses Command-Option-E, for example, BP =20
> does not
> receive the keypress expressed that way, it receives it as Command-=20
> =B4 or
> Command-=EA, etc. depending on what character option-E produces with =
the
> user's keyboard layout. And BP only has logic to map the U.S. and =20
> French
> option characters to menu commands. In most cases, these shortcuts =20=
> just do
> not work for users of other keyboards, but in a couple of cases that I
> noticed, pressing the shortcut for one menu command could actually =20
> invoke a
> different command than expected!
>
> There is a newer system function that we could call instead that is =20=
> supposed
> to handle shortcuts involving shift, option, and control modifiers.
> ("newer" here means that it was actually introduced with MacOS =20
> 8 ;) I am
> hoping that this will solve the problems with BP's existing Cmd-Option
> shortcuts for all international users using the "Roman" character set.
>
> However, I am now not sure that Command-; and Command-Option-; will =20=
> be good
> choices for the Settings command. Command-; seems to be type-able =20
> on all of
> the keyboard layouts that I tried although it sometimes requires =20
> use of the
> shift key. (Which would make Command-shift-; a bad alternative). But
> option-; produces a different character on many of these keyboards =20
> and I am
> not yet sure whether the MacOS 8 solution will take care of this in =20=
> all
> cases (especially when shift is involved). I can experiment once I
> implement the new code, but I am beginning to think that it may be =20
> best
> practice to only use shortcuts involving alphabetic characters.
>
> Thanks again -- I hope to have this all sorted out by the next =20
> release.
>
> Anthony
>
> Rainer Schuetz wrote on 4/17/07 4:59 AM:
>
>> I would like to mention one general problem though, which I
>> repeatedly bump into as a user of a german keyboard, where keys like
>> {} [] | @ =80 and particularly unpleasing the much used \ have to be
>> accessed by means ot the option-key- (or worse:) option-shift-key-
>> combination at some peripheral position of the keyboard.
> [...]
>
>> Somtimes we cannot use keyboard-shortcuts defined with a US-keyboard-
>> logic in mind: This occurs when modifier-key-combinations are used,
>> particularly common the shift-key-problem :-) I am not sure that the
>> following list is complete, but it covers the common cases I often
>> bump into:
> [...]
>
>> The shift/command/option/ctrl-state-problem is very a common for
>> german-keyboard users, we are used to living with it in a state of
>> constant semi-confusion and halph-knowledge :-). But I think because
>> of these complications many users prefer to use a menu or toolbar-
>> button instead of key-combinations, and in some "impossible" cases we
>> really depend on an alternative means to be available.
> [...]
>
>
> ----------------------------------------------------------------------=20=
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> bolprocessor-devel mailing list
> bol...@li...
> https://lists.sourceforge.net/lists/listinfo/bolprocessor-devel
|