2

実験的なMediawikiVisualEditorをフォークしました。このWYSIWYMエディターは、非表示のテキストエリアとDOMのコンテンツの表現で機能します。ビューにフォーカスを合わせると、テキストエリアにフォーカスが移り、ビューはキーダウンイベントをリッスンして、入力された各文字をコンテンツに追加し、テキストエリアの値を空にします。

この問題は、MacOSXでのみ半分の文字で発生します。^または¨、または2番目の文字を印刷する必要のある文字を入力すると、キーダウンイベントが発生します。したがって、ユーザーが「ê」が必要な場合は、「^」と入力します。ビューはtextarea値（'^'）を取得し、textarea値をクリーンアップします。次に、ユーザーは「e」と入力します。ビュー表示'^e'。また、ボーナスとして、Chrome（この場合はFirefoxの方が優れています）では、ウィンドウをリロードせずに、現在のページのアクセントを入力に入力することはできません。

本物のキャラクターとハーフワンのキャラクターを区別する方法はありますか？

4

2 に答える 2

3

回避策が見つかりました。イベントをリッスンすることによりkeyup、デッドキーはにkeyIdentifier設定されたプロパティを返しますUnidentified。

それで ：

keyuphandler = function(e)
{
    if (e.keyIdentifier === 'Unidentified')
    {
        return;
    }
    doSomething();
}
于 2012-05-24T08:12:24.277 に答える
0

キーダウンイベントから文字を取得しますか、それともテキスト領域から文字を読み取りますか？入力フィールドでこれを試しましたが、^ボタンを最初に押しても値は変わりませんでした。しかし、私は窓を使っています。最後の手段は、明らかに、これらの変更キーの押下を異なる方法で処理することです。alt + 654のようなキーの組み合わせをサポートすることを目的とする場合、これはやや複雑になる可能性があります。仕事帰りに帰宅したらすぐにマックでやり直します。

于 2012-05-23T14:12:05.417 に答える