4
3
2
4 回答
- 321
Chrome 67で問題は解決したのですが、今度は 「リソースを消費するのでは?」という声が聞こえています。特に Mac は重い様ですが、皆さまは如何でしょうか?
- 樋口晃
下記のリンクで Kengo Ohsaki さんが回答してくれています。Google でも課題管理されている様です。
コメントを追加... - 432
私も同様の現象が起こっています。
今のところ、表利用時に発生を確認しています。抜本的な解決方法は私もわからないのですが、表の先頭文字でなければこの現象は発生しないため、最初に半角スペースを挟んでから文字を打つようにしています。
コメントを追加... - 321
以下で報告されているChromeを使ったときの製品不具合ですね…私も困っています。
- CONFSERVER-55177 Unable to type Japanese characters correctly in a table with Chrome 65+ in case that the more left cell is not empty
- CONFSERVER-54326 Unable to type Japanese characters correctly from Windows when page has specific combination of section, table, and information macro
High となっているので近々対応されることを願っています。
今のところは 蒼龍 -san の通り、最初に半角スペースを挟んでから文字を打つ対応か
あとは上記課題報告のWorkaroundの通り、Firefoxだと起きないみたいですね。
- Kengo Ohsaki
Chrome 67 がリリースされる May 29 (予定)までの辛抱。
- 樋口晃
良かったです。
- Tohru Saito
齋藤です。こちら、私も困っていましたが、手元の chrome67 にアップデートした環境で、うまく動くようになったようです。リックソフトさんの環境ではいかがでしょうか?
- 樋口晃
Chrome 67 を使っていますが、今のところ不具合は発生していない様です。
- Tohru Saito
ありがとうございます!安心しました。
コメントを追加... - 210
ご教示ありがとうございました。
頂いた内容で対応いたします。
コメントを追加...
Confluenceで文字を入力の際、例えば『kikuchi』とローマ字変換で打ったとき、期待値は『きくち』です。
しかし『kいくち』となってしまいます。 必ず起きる訳では有りません。
しかしひとたび発生すると、文頭は必ずそうなります。
回避方法は、最初のkで一旦確定させて、もう一度打つしかありません。
抜本的解決方法がありましたら、ご教示頂けますでしょうか。
以上よろしくお願い致します。