Question

www.un.org/Depts/DGACM/index_spanish.htm 我得以在一份非常粗略的版本中复制这一申请。这里与S.zip档案链接

http://www.mediafire.com/?cn918gi15uph1xe

我在模块中增加了对两个不同区域的看法:顶端的地位区是问题发生地。在主要区域增加相同观点时,我们这个部分没有问题。地位区是一个项目区,主要区域是内容提纲。这是唯一的区别。

让我知道,你们是否有过任何见解! 感谢。

页: 1 员额

页: 1

我看到一些与世界森林论坛的卑鄙行为。 I m 采用NET 4 和PRISM v4。我们采用结构化的方式是,皮肤资源独裁者在自己的集会上存在。这些单元没有提及这一组装——相反,我们有一只皮肤管理人员,从我们想要的笔记中读出,并将适当组成部分装入合并的字典。合并的词典载于申请资源(我们明确了申请)。资源。添加之前的雇佣军。想法是,如果需要,我们以后可以暂时改变皮肤,而单元在运行时间之前不必知道皮肤。

然后,在我们的Xaml中,我们使用动态检索源来指针。问题必须涉及在皮肤中界定并由钥匙(如钥匙)提及的一种文体。

<TextBlock Style="{DynamicResource someKey}" ... />

风格界定了老年家庭、体大小和原地。字体家庭和体大小都是正确的(我证实了这一点)。然而,原地总是黑色。我利用Snoop和WPF检查员看到,地缘价值是“继承的”,而不是来自风格。

我也拥有从文本Block继承下来的控制权,而且所有这种控制都增加了一些特性,确定案文价值应当是什么(它根本不影响风格)。我能够添加一种改变原地财产之上的财产,并发现,原地价值的风格得到了应用,然后继承的价值随之得到应用。我拿不了。 NET的源头 so着工作,我无法说明为什么/什么时候要求工作。

这里与一个老旧的岗位有联系,从与确切相同的问题交织在一起,他没有找到答案,而是找到工作。不幸的是,工作只集中在继承控制上(我可以确定文本Blocks的继承人)。

http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/3501ed19-ab40-4064-81b5-e9b7b9d35b56

Answer 1

It doesn t explain why the problem exists, but a fix was found here:

http://compositewpf.codeplex.com/discussions/257596

The fix is to load the skins before creating/adding views to the shell.

Answer 2

My guess is that for TextBlock the foreground property is inherited from its parent unless you explicitly set it on your TextBlock instane. For example if you change the Window or UserControl that this Textblock is in to have a Foreground of blue does it work? One thing you can try doing is in the style instead of setting just Foreground to a color, set TextElement.Foreground. See if that works.

友情链接