Windows には、パーソナライズの一部としてテーマ設定が存在し、「アクセント カラー」を選択することができます。 また、Windows 10 build 14316 から、アクセント カラーとは別に「app mode」として Light/Dark テーマを選択できるようになりました。 UWP アプリは SystemAccentColor などの一部のリソースを ThemeResource として指定することで、Windows のアクセント カラーやテーマによって決定される色に追従することが可能です。 一方で、クラシック デスクトップ アプリにおいては、例えば WPF ではそのようなリソースが定義されておらず、フレームワークとして Windows テーマに追従する機能は実装されていません。 今回は、クラシック デスクトップ アプリにおいて、Windows のテーマ設定に追従する方法につい
F#でWPFを用いたGUIアプリ開発の場合，C#でWPFのGUIを作ってラッパーとし，F#はライブラリとしてC#側から呼び出す，というスタイルが多かったかと思われます．実際これは柔軟で易しいアプローチではありますが，それをするならばC#だけで作ってしまう，という方が多いでしょう． （私もF#とC#混ぜるぐらいならAll C#の方でいいかなと思います．） ですが，状況は変わり， Reed Copsey氏とDaniel Mohl氏の圧倒的な力により，F#のみでWPFアプリケーションを開発することが非常に簡単になりました！本記事ではそれを紹介します． 参考文献: http://bloggemdano.blogspot.jp/2014/11/evolution-of-f-empty-wpf-template.html 何を作るか？ GUIでおなじみのテキストボックスとボタンを持ったアプリケーション
I need something like this for styles in XAML : <Application.Resources> #if DEBUG <Style TargetType="{x:Type ToolTip}"> <Setter Property="FontFamily" Value="Arial"/> <Setter Property="FlowDirection" Value="LeftToRight"/> </Style> #else <Style TargetType="{x:Type ToolTip}"> <Setter Property="FontFamily" Value="Tahoma"/> <Setter Property="FlowDirection" Value="RightToLeft"/> </Style> #endif </Applic
MetroRadiance という名前のライブラリを NuGet で公開したのですが、Visual Studio や Office のようにウィンドウの枠を簡単に光らせることができる機能が話題を呼んでいます (呼んでいません)。 要するに、KanColleViewer や私の自作アプリで使っている、UI ライブラリです。 自身のアプリのブランド化のために自作した Theme を使っているのですが、せっかくなので公開しました。 このエントリーでは、簡単なチュートリアルとして、Visual Studio のようにウィンドウの枠を光らせるところまでを解説します。 ウィンドウの枠を消す ここで言う「ウィンドウの枠」とは、Windows 側で描画・管理される非クライアント領域 (ウィンドウ クロームと呼ばれる部分) のことです。 Visual Studio や Office のようなウィンドウを作る
先日の めとべや東京勉強会 #2 にて WPF での Per-Monitor DPI 対応アプリのデモをしましたが、アプリが完成したので公開します。 XamClaudia https://github.com/Grabacr07/XamClaudia 間もなく Windows 8.1 公開ですね！ ということで、Windows 8.1 の新機能である Per-Monitor DPI の解説と対応方法の紹介をします。 High DPI と WPF 昨今のタブレット PC などは、本体の小型化と同時にモニターの高精細化が進んでおり、1 ドットの物理的なサイズがどんどん小さくなっています。たとえば、Surface Pro (10.6”, Full-HD) の 1 ドットのサイズは約 0.12 mm です。 そのため、Windows の High DPI 設定が既定で 125 % や 150 %
めとべや東京勉強会 にでセッションさせて頂きました。 「デスクトップ アプリがこの先生きのこるには」 ぎなた読み (弁慶読み) といわれる由緒あるネタです。すみません。 これまでデスクトップ アプリ中心に開発していたので、Windows 8 + タブレット (+ ストアアプリ開発) 全盛というこの時代において、デスクトップ アプリを作るときに何を気を付けたらいいか、という話をする …つもりでした。 DPI について掘り下げて調べていたら (といっても Micorosoft の英語ドキュメント泣きながら読んでいただけですが) いろいろ深かったのと、Windows 8.1 で DPI 周りの新機能が追加されたのもあり、今回はほとんど DPI のお話で終わってしまいました (挙句時間オーバーして申し訳ございませんでした)。 次はもうちょっとタッチ エクスペリエンスとそのノウハウに寄った話したいな
またまた Windows デスクトップ (WPF) のお話です。 先日の めとべや東京勉強会 にて、デスクトップ アプリのタッチ エクスペリエンス的な話を少しだけさせて頂きましたが、タッチ デバイスでの操作のためにタッチ向けの UI を用意するのが理想です (Office のタッチ モードのようなやつ)。 そこで、実行中のデバイスがタッチ デバイスかどうかを調べたい場合があります。タッチ デバイスであれば、それ専用の UI に切り替える、といったことができたり。 デスクトップ アプリの場合は user32.dll の GetSystemMetrics 関数 で、引数に SM_DIGITIZER を指定すると取得できます。この関数の .NET ラッパーである SystemParameters クラス から取ってこられないものかと期待したのですが、現時点では SM_DIGITIZER にマップ
以前の投稿が@ITの.NET開発者中心厳選ブログ記事として転載されました。ここでは、以前の投稿では文章量の関係から書かなかったもう1つの要素について書きたいと思います。それは、高DPIへの対応です。 Windows 8時代のディスプレイ この15年くらいの間で、画面解像度*1は種類が増え、その大きさも大きくなりました。しかしながら、それとともに物理的なディスプレイのサイズも大きくなっているため、ピクセル密度は96PPI（pixel per inch）前後のままと大きな変化はありません。 現在一般向けとして販売されているデスクトップPC向けディスプレイで物理的に一番大きいものは27インチです。おそらくこれが常用できる最大サイズであり、これ以上大きいディスプレイが普及するということはないのではないかと思います。そう考えた場合、この先のディスプレイの進化の矛先はディスプレイの物理的な大きさはその
非同期処理とディスパッチャー
24日・25日とWDDに行ってたわけですが。 講演者の皆様、UIスレッドとディスパッチャーの話で苦労されてた印象。この辺りの仕組み、どうなんだろうなーとか、少し書いておこうかと。 UIスレッドに紐付いたクラス まず前提。 UIスレッド まず、GUIがらみのクラスは、単一スレッドからしかアクセスできないように作ってあります。スレッド安全に作ろうとするとパフォーマンスが出ないので、いっそのこと、UIスレッド以外からアクセスがあったら例外を出して止まるように作ってあります。 この、GUIコンポーネントと紐付いているスレッドがUIスレッドです。 エンド ユーザーからの入力なんかを受け付けているのもこのUIスレッドで、UIスレッド上で時間がかかる処理をすると、UIがフリーズします。 なので、時間がかかる処理をするときは、一度別スレッドで処理して、結果をUIスレッドに戻すというフローが必要です。 WP
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform Windows 365 開発者
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform Windows 365 開発者
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
制御文字は ASCII コードの 32 未満の文字です。テキストエディタの中で使う機会はほぼないと思いますが、かつては使っていたことがあります。たとえば、0x0C は "Form Feed" を意味し、印刷時にこの文字がある位置で改ページします。AvalonEdit ではこれを表示するとき、"FF" と表示し、文字のまわりを矩形で囲むことができます。 さて、空白と [Tab] を表示する文字は次のファイルの中に埋め込まれています。別の文字に変えたい場合はソースコードを変更してください。 AvalonEdit_Source\ICSharpCode.AvalonEdit\Rendering\SingleCharacterElementGenerator.cs 改行マークのほうは次のファイルにあります。日本語対応のテキストエディタの多くは改行マークとして下向き矢印を使うケースが多いようです。もし
MVVMパターンに関する認識・知見があちこちに散らばっているように見えるので、そろそろまとめてみる事にしました。この記事は、他の各サイトの記事などでMVVMの基本的な考え方・実装方法などを把握されている方が対象です。 そういった方がMVVMパターンを実務に適応してみようと思った時や、MVVMパターンを要件に合わせてカスタマイズしていく際に、認識すべきパターンの実装方式のそもそもの理由と考え方、要件に合わせて考えていかなければならないポイントを把握する助けとなる情報を提供するのを目的としてこの記事を書きました。(文字ばかりですいません＞＜) MVVMの実装の各要素の実装をこねくりまわすばかりで、その過程でパターンを把握している気になって、パターンの本来の目的を破壊してしまうような実装を推奨してしまっている人も見ます。そんな滑稽な事をしない認識を持って欲しいのです。 MVVMパターンは、WPF
1. VSUG DAY 2010 Winter 60分でわかる！ SilverlightとWPFの 入力チェック グレープシティ株式会社 八巻 雄哉 2. “入力チェック”とは UIが受け取ったユーザー入力の妥当性を 検証し、結果に応じて何らかの アクションをとること ユーザー入力後、コントロールに保持されて いる入力値を検証し、結果に応じてユーザー への通知を行うというアクションをとる VSUG DAY 2010.12.11 2
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 September 2011 Volume 26 Number 09 F# プログラミング - F# で MVVM アプリケーションをビルドする Chris Marinos | September 2011 コード サンプルのダウンロード F# は Visual Studio ファミリでは新しい言語ですが、既に F# のおかげで多くの .NET 開発者が関数型プログラミングの持つ威力を見出しています。F# は、並列プログラミングや非同期プログラミング、データ処理、金融モデルのような複雑な問題を単純化する能力が高い評価を受けていますが、特定の分野のみに適した言語というわけではなく、日常の問題の解決にも力を発揮し
このセクションは、アプリケーションのパフォーマンスを向上させる方法を探している Windows Presentation Foundation (WPF) アプリケーションの開発者を対象にしています。 Microsoft .NET Framework および WPF を初めて使用する開発者は、まず、両方のプラットフォームを習得する必要があります。 このセクションは、両方の実用的な知識を持つことを前提として、アプリケーションを稼働させるために十分に理解しているプログラマ向けに書かれています。 注意 このセクションで提供されているパフォーマンス データは、512 RAM と ATI Radeon 9700 グラフィックス カードを搭載した 2.8 GHz PC で実行されている WPF アプリケーションに基づいています。
.NET開発者中心 厳選ブログ記事 MVVMパターンの常識 ― 「M」「V」「VM」の役割とは？ ―― 「the sea of fertility」より ―― 尾上 雅則 2011/05/18 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 MVVM（Model-View-ViewModel）パターンに関する知見があちこちに散らばっているように見えるので、そろそろまとめてみることにしました。この記事は、MVVMの基本的な考え方・実装方法などを把握されて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
