bug#64805: 28.2; XIM cursor position is incorrect

[Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: YOSHINO Yoshihito <yy.y.ja.jp@gmail.com>
>> Date: Sun, 23 Jul 2023 19:17:19 +0900
>> 
>> I use Debian in Japanese and `uim' for an XIM server,
>> which is a default in Debian Japanese desktop.
>> 
>> Recently I have upgraded Debian to its new stable version,
>> and subsequently upgraded Emacs from 27.1 to 28.2.
>> 
>> On Emacs 27.1, cursor position reported via XIM is the same as those in
>> the current buffer, and uim displays its input candidate window adjacent
>> to the position, as found in the attached screenshot `27.1.png'.
>> This is the expected behavior.
>> 
>> On Emacs 28.2, however, the cursor position is far below and outside the
>> Emacs frame, as found in the attached screenshot `28.2.png'.
>> 
>> I have bisected Emacs git repository between 27.1 and 28.2, and found
>> that this regression has been caused by commit
>> 2a64de5e982fb8b868b76626ac2e92ddfafc9ca5, which was introduced in the
>> following bug report:
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=10867
>> 
>> Reverting the commit restores the expected behavior.
>
> Maybe we should have a Lisp variable to control whether that change is
> in effect.
>
> Po Lu, any other ideas?  Perhaps this is already fixed in Emacs 29?
>
> Thanks.

I think I already fixed this in time for Emacs 29, but to avoid
disruptions for users of input methods that are affected by the Xlib bug
that was the subject of #10867 (approximately 75% of CJK X desktop
users), the fix is located behind an X resource.

Yoshihito-san probably needs to place:

  Emacs.inputStyle: overthespot

in his .Xresources or .Xdefaults.