问题标签 [styles]

在 WPF 中，如何将多种样式应用于FrameworkElement? 例如，我有一个已经有样式的控件。我也有一个单独的风格，我想添加到它而不吹走第一个风格。这些样式有不同的 TargetTypes，所以我不能只用另一个扩展。

Resharper肯定是这么认为的，并且开箱即用它会唠叨你转换

到

这真的被认为是最好的风格吗？

鉴于下面的代码，我如何将单选按钮设置为位于标签旁边，并将所选单选按钮的标签设置为与其他标签不同的样式？

另外让我声明我使用 yui css 样式作为基础。如果您不熟悉它们，可以在这里找到它们：

• 重置字体-grids.css
• base-min.css

他们的文档都在这里：Yahoo！用户界面库

@pkaeding：谢谢。我尝试了一些漂浮的东西，看起来很乱。样式化的活动单选按钮似乎可以通过一些 input[type=radio]:active 提名在谷歌搜索中实现，但我没有让它正常工作。所以我猜想的问题更多：这在当今所有的现代浏览器上是否可行，如果不可行，需要的最小 JS 是多少？

我真的很喜欢Jeff在Spartan Programming上的帖子。我同意这样的代码阅读起来很有趣。不幸的是，我不太确定与它一起工作是否一定是一种乐趣。

多年来，我一直阅读并坚持“一行一个表达式”的做法。当许多编程书籍用示例代码反驳这个建议时，我已经打了一场好仗并坚持了自己的立场：

最近，出于更实际的原因，我提倡每行一个表达式 - 调试和生产支持。从生产中获取一个在“第 65 行”声明 NullPointer 异常的日志文件，内容如下：

令人沮丧并且完全可以避免。没有使用可以选择“最有可能”为空对象的代码的专家......这是一个真正的实际痛苦。

在单步执行代码时，每行一个表达式也有很大帮助。我假设大多数现代编译器可以优化掉我刚刚创建的所有多余的临时对象。

我尽量保持整洁——但是用显式对象来弄乱我的代码有时确实会让人感到费力。它通常不会使代码更易于浏览 - 但在跟踪生产中的内容或单步执行我或其他人的代码时，它确实派上了用场。

你提倡什么风格，你能在实际意义上合理化它吗？

我想在 WPF 中制作一些自定义 MenuHeaders，这样我就可以（例如）在菜单项中拥有一个图标和文本。

通常使用 MenuItems，如果您使用纯文本填充 Header 字段，则可以使用下划线添加加速键。例如，_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 时将“所有边”边框应用于每个接触矩阵边缘的单元格？

在当今所有主要浏览器中正确显示网页是一项非常耗时的任务。

有没有一种简单的方法来制作在每个浏览器中看起来都相同的 CSS 样式？或者至少你有一些技巧可以让这项工作更容易吗？

We are using the standard method for our controls to report broken BO rules. This is done via the interface IDataError in our BO’s and in XAML the control is bound to the BO’s property etc. This approach works OK. But we need to show 2 types of visuals in the UI depending on the type (or category if you like) of the invalidation error. If it’s a required field then we show a CueBanner (water mark) but for other types we change the colour of the controls boarder. In both scenarios we set the tool type of the error message.

The Problem with IDataError is that it doesn’t support a method/property to distinguish between error types.

The only way I can do that is by examining the error text, required field text must contain the key word “required”. The following approach doesn’t feel right but it’s the only way I can determine the type of error and then deal with it accordingly. All required field rules must have as part of the error text “required field”. To make this all work I have created a custom dependency property called ErrorMessage. In my ResourceDictionary I have a Style.Trigger for Validation.HasError. In there I set my dependency properties value to the ErrorContent. Now when my dependency properties value changes I can examine the text and set the Validation.SetErrorTemplate( myControl, newErrorTemplate) to the template to suit the error type. I have to wire up a few events to the control such as lost and got focus to manage removing or adding the cueBanner template but the whole thing will work. It’s just that I’m not sure it’s the best way to do it.

PS. When I set the ErrorTemplate i’m doing this in code, thats building and adding it. Is there a way to point Validation.SetErrorTemplate to a static resource keeping in mind that I need to switch between at least 2 types?

Your thoughts please..

您使用什么乳胶样式，在哪里可以找到它们？

我问这个的原因是，互联网上所有样式中似乎有 99.9999% 是彼此的副本和物理试卷的副本

然而，当你试图为这样的论文找到一种风格时......祝你好运，你永远找不到它。

创建自己的样式通常不是一个真正的选择，因为它需要您深入挖掘 TeX/LaTeX 的非常高级的功能，并与文档类/包/whatnot 可能存在的不兼容问题作斗争。