[EMAIL PROTECTED] wrote: > 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?"
Ah, I understand. You want to 'turn on' the red square AND input your CJK char. I'm sure that Juergen could solve this in two minutes. Unfortuanately, he seems to have dissappeared. JJUUEERRGGEENN ! >> 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? Yuch! So you use this space XEvent on the LyX screen to insert a space between your CJK chars, but in the xforms input widget you through the space XEvent away? Doesn't this sound 'inconsistent' to you? -- Angus
