On Mon, 17 Feb 2003, Angus Leeming wrote: > > Guys, a brief préãis of how this CJK composition works: > > In 'normal' text input, X passes each XEvent through to LyX: > one XEvent -> One char to place on the screen. > > When using these oriental precomposition methods: > > * Shift-space turns on the precomposition area (CG happens to have it > at the cursor position.) > > * The precomposed char is manipulated with further key presses > (including the arrow keys I believe). > > * Finally, 'Space' turns off the precomposition area and the composed > CJK char is made available. Hitting Space results in TWO XEvents > being passed to LyX. The first one corresponds to the creation of the > CJK char and the second to the Space.
Thank you for your re-interpretation of the CJK-input process. Here the problem is because of this process, inputting the first precomposed CJK-chars on the default cell of table fails. Let me explain the problem in step by step. First, I open the table and at this moment no "red square" appears, right. And then following 'shift-space' I precompose CJK-chars, say, "XYZ". Now I hit 'space' bar and instead "XYZ"'s appearing on the default cell of the table, it appears on the lyx main window just outside of the table! At this time, the empty "red square" appears on the default cell of the table. If I hit 'shift-space' to precompose "FGHJ" CJK-chars, and then hit 'space'bar, the "FGHJ" CJK-chars appears inside the "red square" on the default cell, of course. The problem is, "how can I make the first "XYZ" CJK-chars appear on the deault cell of the table?" > CG wants to print the CJK char > and 'swallow' the Space. > No, on the lyx main window, 'Swallowing" the space signal is not necessary. In fact, it is a convenient feature. > CG, why are you allowing the 'Space' to go beyond the XWorkArea > handler and into LyX. Surely it's up to you to discard this space? > I don't understand your question. To move the cursor one space forward, you need 'space', right? cghan
