問題タブ [controls]

.NETクラスのプロパティを表すWebフォームを表示するタスクがあります。WinFormsには、私が必要としているものとよく似たPropertyGridという名前のプレハブコントロールがあります。文字列のテキストボックスや列挙型プロパティのドロップダウンリストなど、適切なコントロールの横にプロパティ名の単純なレイアウトを表示するものを探しています。

このようなものはASP.NETにすでに存在しますか、それともここで自分で作成しますか？

私は (妻から) 私たち家族の両側の家系図を彼女が追跡できるようにするプログラムを作成する任務を負っています。

このタイプの情報を表現するための費用対効果の高い（無料の）コントロールを知っている人はいますか?

私が探しているのは、変更された組織図タイプのチャート/ツリーです。変更点は、どのノードにも 2 つの親ノードが必要であることです (例: 子には母/父が必要です)。

私がこれまでに思いついた解決策は、祖先ツリーと子孫ツリーの 2 つのツリーを持ち、各ツリーのルート ノードとして個体を検査することです。それは機能しますが、ちょっと不格好です。

私は主に c# WinForms で作業しているので、.Net タイプのコントロールまたはソース コードが望ましいです。

まず、これはASP.NETの質問ではなく、Windows フォームを使用するデスクトップ アプリケーションに関する質問です。

他のフォームのコントロールを操作する必要があります。たとえば、次のようにしてコントロールにアクセスしようとしています...

それは私が期待するようには機能しません。から例外がスローされてしまいMainます。ただし、public代わりにコントロールを作成するとprivate、それらに直接アクセスできるようになります...

しかし、それはそれを行うための最良の方法ですか？他のフォームでコントロールpublicを作成することは「ベスト プラクティス」と見なされますか? 別のフォームのコントロールにアクセスする「より良い」方法はありますか?

さらなる説明:

これは実際には、私が行った別の質問「C# で「ツリー ビュー設定ダイアログ」タイプのインターフェイスを作成するための最良の方法は? . 私が得た答えは素晴らしく、実行時と設計時の両方で UI をまっすぐに保ち、使いやすくするという点で私が抱えていた多くの組織的な問題を解決しました。ただし、インターフェイスの他の側面を簡単に制御するという、この 1 つの厄介な問題が発生しました。

基本的に、ルートフォームのパネルにある他の多くのフォームをインスタンス化するルートフォームがあります。したがって、たとえば、これらのサブフォームの 1 つのラジオ ボタンは、メインのルート フォームのステータス ストリップ アイコンの状態を変更する必要がある場合があります。その場合、親 (ルート) フォームのステータス ストリップにあるコントロールと対話するサブフォームが必要です。（「誰が最初に」のような方法ではなく、それが理にかなっていることを願っています。）

Windows アプリケーション (vb.net または c#) 用の WYSIWYG エディター コントロールを探しています。これにより、ユーザーは送信前に HTML メールを設計できます (ドット ネット フレームワークの SMTP オブジェクトを使用して送信できます)。

現在、私たちが見つけることができるすべての利用可能なエディターには、次のいずれかの問題があります。

1. それらは mshtml.dll または Web ブラウザ コントロールに依存していますが、Windows 2000 (IE6) では HTML コードとエディタが同期しなくなるため、信頼性が低いことが証明されています。

2. これらは Web ベースであり、Windows フォーム コントロールではありません

3. ドキュメントのヘッドにスタイルを配置します (以下の注を参照)。

残念ながら、このHTML 電子メールの記事で説明しているように、スタイルを使用して HTML 電子メールを作成する唯一確実な方法は、スタイルをインラインで使用することですが、これは現在多くのエディターでサポートされていないようです.

誰かがこれについて経験を持っているか、解決策を提案できますか?

概要

こんにちはすべて、
OK、カスタムコントロールを使った私の冒険にさらに進んでください...

要約すると、カスタムコントロールの3つの主要な「クラス」について学習しました。これが間違っている場合は、遠慮なく訂正してください。

1. UserControls - UserControlから継承し、 ASCXファイルに含まれています。これらは実行できることにはかなり制限がありますが、デザイナーのサポートによってUIの共通性をすばやく簡単に得ることができます。
2. カスタムコンポジットコントロール-これらは、 CreateChildControlsメソッド内のコントロールに既存のコントロールを追加するWebControlから継承するコントロールです。これは優れた柔軟性を提供しますが、追加のコーディングなしではデザイナーのサポートが不足します。DLLにコンパイルできるため、移植性は高くなります。
3. カスタムレンダリングコントロール-カスタムコンポジットコントロールと同様に、これらはWebコントロールライブラリプロジェクトに追加されます。コントロールのレンダリングは、 Renderメソッドをオーバーライドすることにより、プログラマーによって完全に制御されます。

私の考え..

OK、カスタムコンポジットで遊んでいると、次のことがわかりました。

• HTML出力をほとんど/まったく制御できないため、「デバッグ」が困難になります。
• CreateChildControls（および後続のメソッド）は、どこでもControls.Add（myControl）で非常に忙しくなる可能性があります。
• レンダリングテーブル（レイアウト用であれコンテンツ用であれ）はかなり扱いにくいことがわかりました。

質問）..

ですから、私はこれに慣れていないので、上記の私のポイントのいくつかでかなりオフベースになる可能性があることを認めます。

• コンポジットを使用していますか？
• HTML出力を制御するための巧妙なトリックはありますか？
• 「それで地獄へ」と言って、先に進んでカスタムレンダリングされたコントロールを作成しますか？

優れたコントロール開発が全体的な開発時間をどれだけ短縮できるかを知っているので、それは私が心の中で本当に固くなりたいと思っています。

ご回答をお待ちしております^_^

.net WebBrowser コントロールを回避しようとしています (URL に移動したり、レンダリングされた html を印刷したり、その他の組み込みのグッズを印刷したりする必要はありません)。IE dll のラップは少し重いようです。

基本的な html マークアップ テキストを表示できるものが必要なだけです。実際には、 RichTextBoxに相当する html です。誰でも経験/推奨事項/戦争の話はありますか?

C# で MS Project ガント チャート コントロールを使用した人はいますか? はいの場合、これに関するリソースを共有できますか?

私は ASP.NET に取り掛かっています (C# - この特定の質問には関係ないことはわかっていますが、完全な開示とそのすべてです) asp:。-style コントロールのおかげで面倒な HTML 作成の手間が省けるのが気に入っていますが、私はしばしば特定の行動に不満を感じます。昨夜、マスター ページを操作しているときに 1 つ遭遇し<asp:BulletedList ID="nav">ました。HTML に変換すると、 my が になりまし<ul id="ct100_nav">た。

他にも問題があります.DataGridを自動入力すると、結果のテーブルに必ずしも必要ではない属性が追加されることに気付きました。

面倒な作業の一部をフレームワークに依存する場合に受け入れなければならない「構成よりも規則」がある程度あることは知っていますが、これらの場合の「規則」は確立された規則ではありません。 、むしろ不必要なエキストラ。ID がプレフィックスを追加する理由はわかっていますが、特に Web 標準のエバンジェリストとして、HTML ID を 1 つのページに複製しないので、このようなことを微調整してオフにすることができるはずです。

ここでの質問は、私より経験豊富な ASP.NET 開発者向けです。アプリの開発と展開の経験において、これらのコントロールをどのように活用していますか? ハードコーディングされた HTML に頼っていますか? ブレンドを使用していますか？これらのコントロールの特異な癖を中心に HTML を設計したくはありませんが、可能であればそれらを活用したいと考えています。

男の子はどうする？

コントロール ライブラリの使用経験はありますか? 一種の堅牢で、十分に文書化され、一貫性があり (さまざまなコントロール間で)、Visual Studio に非常によく統合されているものです。

.NET および Mono と互換性のあるグリッド コントロールをご存知ですか?

DataGridView は Mono では非常にバグが多いようで、GTK# コントロールは GTK+ に依存しているため、通常は存在しない Windows マシンにインストールする必要があります。