問題タブ [designmode]

iOS5 は designMode=On をサポートするようになりました。私はそれをiframeのドキュメントに設定しましたが、かなりうまく機能します。その編集可能なドキュメント内の画像（私の場合は= iframedoc）をクリックした後、JavaScriptでオンスクリーンキーボードを非表示にしたいと思います。iframedoc.blur()、iframedoc.activeElement.blur()、iframedoc.body.blur() または iframe.contentWindow.blur() を試し、非表示のリンクまたは送信ボタンにフォーカスを設定しようとしましたが、私のために働いていません。

テキスト入力フィールドではぼかしだけが機能しているようですが、 designmode=on ドキュメントがあるため、この質問の解決策は機能しません: iPad Safari - キーボードを非表示にする

iPadのSafariで深刻な問題が発生しました。新しいコンテンツ編集機能は、touchmoveイベントでは機能しないようです。コード：

ドキュメントのどこかにtouchmoveを追加すると、touchmoveの後で編集可能なコンテンツを編集できなくなります（指を押したままにすると拡大鏡が表示されます）。カーソルは設定できますが、画面キーボードによる入力はできなくなりました。

テストスクリプト（iPad + iOS5用）： http： //flyingdog.biz/tests/ipad/test2.html

動作している別のテストスクリプト：http： //flyingdog.biz/tests/ipad/test1.html

他のスクリプトでわかるように、iFrameの前に数行のテキストを配置しました-非常に奇妙です！別の/より良い回避策を探していますか、それとも何か間違ったことをしましたか？touchmoveイベントがなくても機能しますが、優れた編集エクスペリエンスのためにこれが必要です。

私の質問は簡単です。project.cs[Design] のコントロール (ボタン) をクリップボードにコピーします。この project.cs[Design] の外でどのように使用できますか?

Chrome にiframe ( id: 'chat') があります。designMode='on'

Enter keypress イベントでsend()、 iframe の内容を取得してソケットに書き込む function を呼び出します。私の問題は、iframe をクリアすると、フォーカスが失われることです。

iframe に引き続きテキストを入力できるようにフォーカスを設定するにはどうすればよいですか?

他の質問に対して多くの解決策を試しましたが、どれもうまくいかないようです。

WinForms デザイナで動作する場合、子コントロールをクリックして選択できます。次に Esc キーを押すと、選択範囲が親コントロールに移動します。Esc キーをもう一度押すと、次の親コントロールが選択され、最終的にフォーム自体に到達します。

さまざまな子コントロールを持つユーザー コントロールがあり、デザイン時のサポート用に構成しました。許可された子コントロールをクリックすると、それが選択されます。Escキーを押しても何も起こりません。設計時に Esc キーをトラップして、選択範囲を親コントロールに移動するにはどうすればよいですか?

太字、斜体、下線、インデントなどの基本的な機能を実装するミニブラウザのリッチテキストエディタを作成しました。私がこれらを持っているとしましょうtextarea（これは本当にですiframe）：

これは太字のテキストです。

そして、太字のボタンを使って、私の問題をさらに詳しく説明しましょう。挿入ポイントがこの状態の場合：Thi|sは太字のテキストです。

その場合、BOLDボタンは通常の状態になります。ただし、この状態の場合：これはbol|dテキストです

その場合、太字ボタンは選択/アクティブ状態になります。BOLDボタンがアクティブ/選択された状態にあるべきかどうか、または挿入ポイントの位置に関して通常の状態にあるべきかどうかをどのように知ることができますか？

.Net ページにラベルがあります。

コントロールには Style プロパティがありますが、マークアップ/デザイン モードでプロパティを設定しようとすると表示されません (このツールは IntelliSense と呼ばれていると思います)。私が知りたいのですが

• なぜそうなのか
• あなたが知っている他のプロパティが表示されない場合

[b]...[/b]特別なテキストスタイルを示すために任意のマークアップを使用してその内容をXMLファイルに保存する単純なリッチテキストエディターを作成する必要があります（例：太字および斜体）。すべてのバックエンドPHPのものはかなり単純に見えますが、機能のフロントエンドWYSIWYG部分はもう少し複雑に見えます。現在利用可能なJavaScriptベースのWYSIWYGエディターのいずれかを使用することをためらっています。これは、許可するリッチテキストオプションが非常に限られており、これらのアプリケーションが完全に機能しているため、それらを提供するのに手間がかかるように思われるためです。必要な機能まで。[i]...[/i]

したがって、必要最低限​​のリッチテキストエディタの作成に着手する際に、私は3つのアプローチに遭遇しました。

• 最初の2つのアプローチでは、contentEditableまたはdesignModeプロパティを使用して編集可能な要素を作成し、execCommand()メソッドを使用して選択した範囲に新しいテキストスタイルを適用します。
  • 最初のオプションは標準div要素を使用し、その要素のコンテンツに対してすべてのスタイリングコマンドを実行します。
• 2番目のオプションは、bodyで囲まれたウィンドウの編集可能ファイルを使用iframeし、親ドキュメントのボタンから開始されたスタイリングコマンドをそのウィンドウに渡してcontentWindow、含まれている本文の選択された範囲を変更します。これは、オプション1と同じ効果を達成するためのいくつかの追加の手順のように見えますが、編集可能なコンテンツを独自のドキュメントに分離することには利点があると思います。
• 3番目のオプションは、textareaオーバーレイdivを使用し、oninputJSイベントを使用して、変更されるたびにinnerHTML入力テキストエリアに一致するようにバックグラウンドdivを更新します。明らかに、これには、テキストエリアの文字valueなどの要素をdivの文字に変換するために文字列を細かく調整する必要がありますが、これにより、潜在的に厄介なDOM操作をフロントエンド表示のみに任せながら、マークアップの整合性を維持できます。newline<br/>[/]

それぞれの方法のメリットとデメリットがわかります。ソリューションは最初は最も単純にcontentEditable見えますが、この機能のサポートはブラウザーによって異なる傾向があり、サポートするブラウザーごとに、実装時にDOMの操作が異なるようexecCommand()です。前に述べたように、textarea / divソリューションは、私の任意のスタイル規則を維持するための最良の方法のように見えますが、出力divにリッチテキストを表示するカスタム文字列操作手順はかなり厄介になる可能性があります。

それで、私はあなたに私の質問を提出します：私が概説した開発目標を考えると、あなたはどの方法を選びますか、そしてなぜですか？そしてもちろん、私が見落としている別の方法が私の目的に役立つかもしれない場合は、私に教えてください！

前もって感謝します！

Visual Studio 2010 (2008 から変換) にプロジェクトがあり、次のようにユーザー コントロールを作成しました。

これで問題はありません。デザインモードで問題なく開いています。しかし、次のように、最初のものに拡張する新しい UserControl を作成しました。

この新しいコントロールをデザイン モードで開こうとすると、Visual Studio が完全にブロックされ、応答しないため、強制的に閉じる必要があります。たとえば、次のような多くのことを試しました。

まだブロックされています。Visual Studio の 2 番目のインスタンスを開き、最初のインスタンスで「デバッグ --> プロセスにアタッチ --> devenv」を開き、Load メソッドと 2 番目のインスタンスの両方のコンストラクターにブレークポイントを設定しました。結果: 両方のインスタンスが完全にブロックされました。

誰でも私を助けてもらえますか？

事前にどうもありがとうございました！

作業中の iPhone アプリケーション用にリッチテキスト エディター (HTML エクスポート機能付き) を試していますが、iOS 5 の WebKit サポートをcontentEditable/に使用することにしましdesignModeた。私は、必要なものを壊している1つの問題で壁にぶつかりました。UIWebView でコンテンツを編集する場合、たとえば UITextView のように、カーソルに追従する自動スクロールはありません。入力中、カーソルは scrollView の下に留まり、ユーザーは手動で上にスクロールする必要があります。

関連するコードを次に示します。

この問題を解決する方法はありますか? これが Safari でも発生するのか、UIWebViewWebKit の実装でのみ発生するのかはわかりません。

この問題が発生した場合は、必ずhttps://bugreport.apple.comにアクセスしてrdar://16455638を複製してください。