>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Tuesday 10 December 2002 9:57 am, Jean-Marc Lasgouttes Angus> wrote: >> >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: >> Lars> Angus Leeming <[EMAIL PROTECTED]> writes: | Ok, it's out. Lars> | Lars> | Are we going to keep support for xforms 0.88 and 0.89 in LyX Lars> 1.3? >> Lars> _I_ would like us to ditch support for 0.88 and 0.89 at once, Lars> especially 0.88. >> So what was the final decision on this? I think we should get rid >> of 0.88 now, since it is the most problematic. Note however that >> this will cause problems for people who use solaris and for >> cjk-lyx, because of shortcomings ion xforms support for input >> methods. But this problems have to be faced and solved anyway. >> >> JMarc Angus> What is the problem with solaris? Angus> And for cjk-lyx? The problem is the same. The Input method or input context is not setup correctly (with XOpenIM/XCreateIC) because some magic parameters have to be passed. The code in xforms >0.89.5 is derived from lyx's lyxlookup.C, but with some changes. It seems that these changes are enough to break on solaris. Unfortunately, it is difficult to debug unless one has access to a solaris console (X server). Hopefully, cghan will take a look at this for cjk-lyx (which needs a more complex code to set up things correctly) and contribute the code back to xforms. Angus> Do they not get the xevent passed to (the equivalent) of Angus> XWorkArea.C and then "compose" their own multi-byte char? Angus> xforms-1.0 passes all FL_KEYPRESS events to the widgets except Angus> IsModifierKey(keysym) But it does the compose key preprocessing first. JMarc
