Die Idee und Implementierung eines SharedResourceDictionary ist schon einige Tage alt und von Christian Moser auch gut umgesetzt worden (siehe hier http://www.wpftutorial.net/MergedDictionaryPerformance.html). Dennoch hat bisher keiner der Kommentatoren oder der Autor selbst eine Antwort darauf geliefert, wie man das SharedResourceDictionary auch in Blend nutzbar machen kann. Die aktuelle Implementierung des SharedResourceDictionary wirft zur Designzeit von Blend entsprechende Fehler, auch wenn diese nur sichtbar werden wenn man sich aus dem Visual Studio heraus an Blend attached und debugged. Diese Fehler führen dazu, dass keine der über SharedResourceDictionary definierten Ressourcen in Blend zur Verfügung steht. Die Lösung des Problem ist jedoch sehr simpel. Die Verwendung wird von Christian Moser so beispielhaft erläutert:
<ResourceDictionary.MergedDictionaries>
<SharedResourceDictionary Source="/MyControlLibrary;component/Themes/Brushes.xaml" />
</ResourceDictionary.MergedDictionaries>
Hierbei fällt auf, dass nur das ResourceDictionary in der Collection der MergedDictionaries ein SharedResourceDictionary ist und genau hier liegt auch das Problem. Um die Struktur sauber zu nutzen und damit auch in Blend nutzbar zu machen, muss das ResourceDictionary, welches eine MergedDictionaries Collection beinhaltet, ebenfalls durch ein SharedResourceDictionary ersetzt werden:
<SharedResourceDictionary>
<SharedResourceDictionary.MergedDictionaries>
<SharedResourceDictionary Source="/MyControlLibrary;component/Themes/Brushes.xaml" />
</SharedResourceDictionary.MergedDictionaries>
</SharedResourceDictionary>
Wichtig dabei ist das "new" Keyword bei der DependencyProperty und dem Property Wrapper. Außerdem reicht es nicht, nur die Property zu überschreiben, es muss die komplette DependencyProperty sein.
Einfach nur gesetzter Stroke auf dem dunklen Hintergrund-Element: 
Wie man sieht, lässt es WPF (und auch Silverlight) zu, doppelte Setter im Style zu verwenden, ohne eine Fehlermeldung zur Design- / Laufzeit zu schmeißen. Das Verhalten ist dadurch allerdings nicht mehr eindeutig korrekt. Zur Laufzeit (und im Designer) überschreibt der letzte Setter den Wert der Property. Wenn man nun aber z.B. über Blend die Property ändert, so ändert Blend den Wert des ersten Setters, was augenscheinlich keine Auswirkungen auf das Ergebnis hat. Die Verwirrung ist umso größer, wenn in diesem Fall über Blend eine Resource an die Property gebunden wird. Blend zeigt nun einen gelben Rahmen um die Property (was bedeutet, dass diese gebunden ist), allerdings hat das keine Auswirkungen auf das Ergebnis, weder im Designer, noch zur Laufzeit. FAZIT: Steht man mal wieder vor dem Rätsel, warum ein Binding in einem Style nicht funktioniert, einfach mal im XAML Code runterscrollen und überprüfen, ob es einen doppelten Setter gibt ;-) UPDATE: In Silverlight bekommt man zumindest eine Fehlermeldung in Blend, wenn man versucht den Style erneut zu öffnen. Allerdings lässt sich das Projekt trotzdem kompilieren und ausführen (mit dem gleichen Ergebnis, wie oben beschrieben). 
Control ist zu klein für den Text (WordEllipsis): 
Nur WPF: (CharacterEllipsis): 
Dieses Verhalten lässt sich durch die "TextTrimming" Property des TextBlocks steuern. In WPF hat man darüber hinaus noch die Möglichkeit "CharacterEllipsis" auszuwählen, was dazu führt, dass WPF auch mitten in einem Wort abschneidet. ACHTUNG: Um dieses Text Trimming zu erhalten, muss darauf geachtet werden, dass die "TextWrapping" Property des TextBlocks auf "NoWrap" steht!