Shane Caraveo:
The failure is that gtk_im_context_filter_keypress (in KeyThis) always returns false, unless we hold the mouse button down while typing. I've looked at the gtk sources for both versions and have tried to follow the logic happening in this function, but it seems like it should always fail, so I know I am missing something.
In Scintilla 1.70, the GTK+ "Input Method" system was made the main way of accepting typed input so that typing would work more reliably for more languages. Possibly something is failing in initializing IM support.
This showed up another potential bug also. KeyDefault only calls NotifyKey
If its not a known accelerator then it is given to the container.
(and the login in there is very loopy, why do any of that at all?)
The code is dead now. Probably left like that in case there was a need to retreat from the IM code.
so if gtk_im_context_filter_keypress fails, and there is no event->string value, the keypress vanishes.
Yes, all typing on GTK+ 2.x is now supposed to arrive in Commit.
On the osx side I copied the original logic from gtk for KeyDefault, and we do call AddChar if we can.
That technique led to an unending stream of language support bug reports on GTK+. Neil _______________________________________________ Scintilla-interest mailing list [email protected] http://mailman.lyra.org/mailman/listinfo/scintilla-interest
