Bladean Mericle（ブレーディア・メリクル） @BladeanMericle@friends.cafe

😴

あ～、引っかかったことあるなぁ～

あ、だめだ、マークアップ拡張でも適当なプロパティ作ってつっこめばいいから条件が同じだった。

コンバーターだと記述量は多くなるけど、適当なプロパティにResourceつっこめば参照できるという利点がある…かな？
https://gist.github.com/BladeanMericle/3bbbd7794c4eb8a84209a87d988e78a4

なるほど～（感心）

ううーん、マークアップ拡張が必要な要件かなぁ？
ResourceDictionary+IValueConverterの組み合わせでできそうな予感がしなくもないけど、まあ動けば正義だしへーきへーき。

ほむほむ、IProvideValueTargetが取れるって記述ありますね～
https://docs.microsoft.com/ja-jp/dotnet/api/system.windows.markup.markupextension.providevalue?view=net-5.0

あ、やべ、独自に作成したコードから直接使用するためのものではありませんとか言われとる。
https://docs.microsoft.com/ja-jp/dotnet/api/system.windows.controls.textblock.system-iserviceprovider-getservice?view=net-5.0

コントロール側で実装してないと取れない感じかななぁ。（適当）
TextBlockとかだと、ITextView、ITextContainer、TextContainerあたりが反応しそう。
https://referencesource.microsoft.com/#PresentationFramework/src/Framework/System/Windows/Controls/TextBlock.cs

chromeだとuBlacklistにつっこむことで何とかしてますね。
https://chrome.google.com/webstore/detail/ublacklist/pncfbmialoiaghdehhbnbhkkgmjanfhe?hl=ja

おっし、強制終了を回避できたっと。

MastoPaneが強制終了してローカルタイムラインが追えないの巻。

歯みがくか～

ちなみに最近はWPFとXAMLで頭が沸騰しそうな人たちにお告げを与える仕事をしてみます。

わかる（わかる）

メモリリークの落とし穴も多いしのぉ。
https://blog.jetbrains.com/dotnet/2014/09/04/fighting-common-wpf-memory-leaks-with-dotmemory/

WinFormsに慣れてるとDockPanelを使いがちだけど、Gridを使いこなせないと後が辛いことを思い出しました。

hoge.xaml.cs にソースコードは極力入れたくないけど、慣れないうちは気にしないようにしないと進まないたらありゃしない。

DataTemplateなら…まあControlTemplateよりはましだべ。

デフォルトのデザインから変更しない限りは、そこまで難しくない…はず。