Before you rush into this change - Consider the following usecase: Switching to math - When I'm in math-mode, I always want my keyboard layout to be English. While In windows, The current keyboard layout override the global one (If you put the cursor in an Hebrew context, the language will switch to Hebrew, If you put your cursor in English context - you'll write in English). When I'm writing document, I want the Ctrl+m will be the only thing I need to do in order to start typing math. "Ctrl-m Alt-Shift" Is match to expensive..
So - If LyX will use the native-system-keyboard-layout - It will have to be able to change it depending the current context (Math\Regular) - And in every OS. On Tue, Mar 10, 2009 at 9:59 AM, Abdelrazak Younes <you...@lyx.org> wrote: > Micha Feigin wrote: > >> Sorry, sent off list by mistake >> >> On Mon, 9 Mar 2009 22:05:51 +0100 >> Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: >> >> There are two issues. For running the dictionary you need to know the >>>> language. >>>> For hebrew and arabic it's another issue, you need to know the system >>>> language >>>> so that you know directionality. Hebrew is right to left. For hebrew >>>> characters >>>> it may be easy to decide, for what about spaces and numbers? For these >>>> we need >>>> to know the system keyboard language and not guess it from the >>>> character. >>>> >>>> Under windows I know it's possible since for example word does it. >>>> Question is >>>> whether this is possible to know under linux (I guess so since there >>>> are panel >>>> applets that show the language). Which again comes down to the question >>>> whether >>>> there is a technical issue why to work this way or not. >>>> >>> So you want to change language when the keyboard layout is changed at >>> system level, right? >>> I never thought of these layouts as indicators of the actual language. >>> If Qt gives us >>> this information, we should be able to do it. >>> >>> JMarc >>> >>> >> For every other program the system language is used for input (alt-shift >> in my >> case). So for example when writing mail or using oowriter I change the >> system >> language to change input. Lyx is the only exeption where I __have__ to >> keep the >> system language for english and bind (f12 in this case) to language >> hebrew. It >> makes things incosistent and non-intuitive, esspecially for new users. >> > > I agree. For RTL languages, it makes a lot of sense to change the current > language together with the system. Advanced users wishing to change the > language independently should be able to disable this feature though. > > Now, you have to find someone willing to implement this feature ;-) > > FYI, a year or two ago I advocated that the text direction should be based > uniquely on the encoding, independently of the language settings, like Qt > does. But I failed to convince other developers. > > Dov, are you reading this? ;-) > > Abdel. > >