問題タブ [styles]

WPFでは、複数のスタイルをに適用するにはどうすればよいFrameworkElementですか? たとえば、既にスタイルを持つコントロールがあります。また、最初のスタイルを吹き飛ばさずに追加したい別のスタイルもあります。スタイルにはさまざまな TargetTypes があるため、一方を他方に拡張することはできません。

Resharperは確かにそう考えています。

に

それは本当に最高のスタイルと考えられていますか？

次のコードを前提として、ラジオボタンのスタイルをラベルの横に配置し、選択したラジオボタンのラベルのスタイルを他のラベルとは異なる方法にするにはどうすればよいですか。

また、私はyuicssスタイルをベースとして使用していることを述べさせてください。あなたがそれらに精通していない場合、それらはここで見つけることができます：

• reset-fonts-grids.css
• base-min.css

両方のドキュメントはこちら：Yahoo！UIライブラリ

@pkaeding：ありがとう。ぐちゃぐちゃに見えた両方を浮かせてみました。アクティブなラジオボタンのスタイリングは、一部のinput [type = radio]：google検索でのアクティブな指名で実行できるように見えましたが、正しく機能しませんでした。ですから、私が推測する質問はもっとあります。これは、今日のすべての最新のブラウザーで可能ですか。そうでない場合、必要な最小限のJSは何ですか。

Spartan Programmingに関するJeff の投稿は本当に楽しかったです。そのようなコードは読むのが楽しいことに同意します。残念ながら、一緒に仕事をすることが必ずしも楽しいものになるかどうかはわかりません。

何年もの間、私は「1 行に 1 つの式」という慣行について読み、それを順守してきました。多くのプログラミング本が次のようなコード例でこのアドバイスに反論したとき、私は善戦し、自分の立場を維持しました。

最近では、より実用的な理由から、1 行に 1 つの式を使用することを推奨しています。デバッグとプロダクション サポートです。「65行目」でNullPointer例外を主張する本番環境からログファイルを取得すると、次のようになります。

いら立たしく、完全に回避できます。null である「最も可能性の高い」オブジェクトを選択できるコードを専門家に提供することはできません...これは実際には非常に苦痛です。

1 行に 1 つの式を使用すると、コードをステップ実行するときにもかなり役立ちます。私はこれを、ほとんどの最新のコンパイラが、作成したばかりの余分な一時オブジェクトをすべて最適化できるという前提で実践しています...

私はきちんとしているように心がけていますが、明示的なオブジェクトでコードを雑然とさせることは、時には面倒に感じます。一般に、コードの閲覧が容易になるわけではありませんが、本番環境でトレースしたり、自分や他の人のコードをステップ実行したりする場合に非常に便利です。

あなたはどのようなスタイルを提唱し、それを実際的な意味で合理化できますか?

WPF でいくつかのカスタム MenuHeaders を作成して、(たとえば) メニュー項目にアイコンとテキストを含めることができるようにしたいと思います。

通常、MenuItems を使用して、ヘッダー フィールドにストレート テキストを入力すると、アンダースコアを使用してアクセラレータを追加できます。例: _File

ただし、UserControl を配置したい場合、この関数は壊れると思いますが、次のようなことをするにはどうすればよいでしょうか?

私はいくつかのASP.NETカスタムコントロールの作業を開始しているところです。コントロールにスタイリングをどのように適用するかについて、あなたの男/女の考えについていくつかの意見を得ることができるかどうか疑問に思いました。

私はむしろCSSをプッシュしたいので、過去に行ったいくつかのコントロールでは、文字列を入力できるようにする文字列プロパティを固定しました。文字列を入力すると、レンダリング時に「スタイル」属性でスローされます。「CSSClass」プロパティを使用して「class」属性を適用することもできます。

「適切な」 Styleプロパティ（実際にスタイルオブジェクトを保存し、デザイナーを使用してその値を指定する）を作成する方法についてはあまり行っていません。これは私には大変な作業のように思えます。TBH、私はスタイルエディタのUIが嫌いで、適用するCSS/クラス名を入力したいと思います。

これについてどう思いますか？

注：これは一種の主観的なものです-明確にするために：

受け入れられる答えは次のとおりです。

• さまざまなアプローチの長所と短所を提供します。
• 意見は大歓迎ですが、良い答えは建設的なものでなければなりません。
• いくつかの実際の知識/経験でそれをバックアップします。

主観には何の問題もありません。人々が主観的で考えていない、建設的である、または実際に何らかの洞察と経験を提供しているという問題があります。

>>これを「主観的」としてタグ付けしないでください<<タグ付けは時間の無駄です。「主観的」とは、人々が求めるテクノロジーやカテゴリーではありません。質問を一掃するのではなく、修正してください。

SSRS (SQL Server Reporting Services 2005) のマトリックスは、XLS にエクスポートするときに特定の境界線スタイルに問題があるようです (ただし、PDF や Web ビューではありません。他の形式かどうかはわかりません)。

例: マトリックスを作成し、マトリックスの境界線スタイルを Black Solid 1px に設定しますが、4 つのセルすべての境界線スタイルを Black None 1px に設定します。ASP.NET コントロールを介して表示すると、正しいように見えます。ただし、XLS にエクスポートすると、すべてのヘッダー セル (列と行のヘッダー、および左上のセル) の周囲に境界線が作成され、さらに右端のデータ列にも境界線が作成されます。ただし、レポートの中央にあるすべてのセルには、境界線が正しく設定されていません。

アップデート：

マトリックスの境界線が [なし] に設定されている場合、セルの境界線は XLS に表示されません。では、マトリックスの周囲に外側の境界線を設定し、Excel にエクスポートしたときにマトリックスの端に接するすべてのセルに「すべての辺」の境界線を適用しないようにするにはどうすればよいでしょうか?

今日のすべての主要なブラウザでWebページを正しく表示することは、非常に時間のかかる作業です。

すべてのブラウザで同じように見えるCSSスタイルを作成する簡単な方法はありますか？または、少なくとも、この作業を簡単にするためのヒントはありますか？

コントロールの標準的な方法を使用して、壊れた BO ルールを報告しています。これは、BO のインターフェイス IDataError を介して行われ、XAML では、コントロールは BO のプロパティなどにバインドされます。このアプローチは問題なく機能します。ただし、無効化エラーのタイプ (または必要に応じてカテゴリ) に応じて、UI に 2 種類のビジュアルを表示する必要があります。必須フィールドの場合は CueBanner (透かし) を表示しますが、他のタイプの場合はコントロール ボーダーの色を変更します。どちらのシナリオでも、エラー メッセージのツール タイプを設定します。

IDataError の問題は、エラーの種類を区別するためのメソッド/プロパティがサポートされていないことです。

私ができる唯一の方法は、エラー テキストを調べることです。必須フィールドのテキストには、「required」というキーワードが含まれている必要があります。次のアプローチは適切ではありませんが、エラーの種類を特定し、それに応じて対処できる唯一の方法です。すべての必須フィールド ルールには、エラー テキストの一部として「必須フィールド」が含まれている必要があります。これをすべて機能させるために、ErrorMessage というカスタム依存関係プロパティを作成しました。私の ResourceDictionary には、Validation.HasError の Style.Trigger があります。そこで、依存関係プロパティの値を ErrorContent に設定します。依存関係プロパティの値が変更されたら、テキストを調べて、エラーの種類に合わせて Validation.SetErrorTemplate( myControl, newErrorTemplate) をテンプレートに設定できます。cueBanner テンプレートの削除または追加を管理するために、失われたフォーカスを得たなどのいくつかのイベントをコントロールに接続する必要がありますが、すべてが機能します。それが最善の方法であるかどうかはわかりません。

PS。ErrorTemplate を設定すると、コードでこれを行っています。つまり、ビルドして追加します。少なくとも 2 つのタイプを切り替える必要があることを念頭に置いて、Validation.SetErrorTemplate を静的リソースにポイントする方法はありますか?

あなたの考えをください..

どのラテックス スタイルを使用し、どこで見つけますか?

私がこれを尋ねている理由は、インターネット上のすべてのスタイルの約 99.9999% が相互のコピーであり、物理学の試験問題のコピーであると思われるからです。

しかし、このような紙のスタイルを見つけようとすると... 幸運にも、それを見つけることは決してありません.

TeX/LaTeX の非常に高度な機能を深く掘り下げ、ドキュメント クラス/パッケージ/その他の非互換性と戦う必要があるため、独自のスタイルを作成することは多くの場合、実際にはオプションではありません。