Mac - 画面共有時に文字入力で問題が発生

あくまで結果論なので自身はまったく納得していないのですが、IMにGoogle日本語入力を導入した結果、こと、はにさんがおっしゃる挙動、つまるところわたしも想定している挙動を示すようになりました．同時にクライアント側にもGoogleのそれを導入しました．そうすると、今回の話題ではあまり関係ないので深くは書きませんが代わりにクライアント側で「を」だけが入力できなくなるという問題も発生しました(実機では正しく入力できます)．新しいIMの導入後、一度は登録解除していたことえり(便宜上の表現)の「かな」などを再度入力ソースに加えたあとも今回の質問にあるような症状は出なくなりました．

なので、今回の場合はGoogleの日本語入力を導入したことが何かのトリガーとなり問題が解決した、ということになります．ただしその直前にATOK2017をインストールしようとして失敗した、ということもありましたので(失敗したにもかかわらず何故か「ATOKイミクルで検索」のショートカットがサービスに登録されました．使うことはできないというのに)．今でもトリガーが何だったのかは不明です．

腑に落ちないままの解決となりますが、多くの質問に対する回答で見られる「OSを再インストールしてみてください」と言われそうした結果、直った、みたいな、もうただただ時間を浪費しただけという印象です．ともあれ、いろいろ情報をくださったみなさんには感謝します．ありがとうございました．

投稿する前から文字だけでの説明の難しさは感じていましたが、いやはや、なかなか．

順を追って説明します．まず初期状態として、サーバ側の入力ソースが「かな」、クライアント側の入力ソースも「かな」になっているとします．

クライアント側のテキストエディット書類ウインドウにはアルファベットを打ち込みたいのでキーボードの「英数キー」を押します．するとクライアント側の入力ソースが英数、つまり「A」となり、クライアント側のメニューバーにもそう表示されます．ですがサーバ側の入力ソースは変更されません．つまり元の入力ソースが「かな」(「あ」と表示されている)なのでそのままです．この状態でキーボードの「Jキー」を押すとクライアント側のテキストエディット書類ウインドウには「ま」という文字が追加(選択状態であれば置換)されます．先ほどの投稿で「サーバ側の入力ソースが反映される」という点でいうと、この所作は間違っていません．たしかに入力ソース自体は正しいかもしれませんが、キーボードの「英数キー」を押した時にサーバ側の入力ソースは変更されないのです．つまり、クライアント側のテキストエディット書類ウインドウの入力フィールドにフォーカスがある状態で「かなキー」やら「英数キー」、しいては入力切り替えのショートカットキーを押した時でさえサーバ側の入力ソースは一切変更されないのです．この時に変更されるのはクライアント側の入力ソースだけです．クライアント側の入力ソースがいくら変わったところで入力に対する結果はすべてサーバ側の入力ソースの支配下にあるというのなら、この状態では永遠にかな入力をすることは叶わないはずです．その点が問題、というよりその点で問題が起こっているという状態です．現状、サーバ側の入力ソースを変更する唯一の手段は「サーバ側のメニューバーにある入力ソースをマウスクリックにより変更する」ことだけです．英数字や漢字混じりの文章を打ち込む際、その度にマウスの移動とクリックを繰り返すのはまったくもって現実的でない、という状況です．

はにさんはこういった状態にないということなので、まったくもって羨ましいかぎりです．ですが、うちの環境では何故か、はにさんのような挙動を示していないのです．だからこそここで質問した次第です．クライアント側への文字入力時に「かなキー」や「英数キー」を押した時にサーバ側の入力ソースが変わってくれてさえいれば全く問題ないのですがね．そうなっていないのです、うちの環境では．

なるほど、仕様ですか．そのVNCの仕組みを考えると「なるほど、仕様で間違いない」となりますが、英語のように入力ソースがひとつならまったく問題ないのでしょう．ですが例えばCJKでしたっけ、アルファベットと他の言語を入り交ぜて記述するようなケースだと問題しか起こらないと思うのですけど、今回の質問のように．文字の入力という一点に関して言えば、まったく使い物にならないわけですから．多言語をシステムで扱うOSとしてはちょっと問題ありませんか? と、まあ、それをここで言ってもしかたないのですけど．