WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/09(火) 09:09:13.94

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20
http://echo.2ch.net/test/read.cgi/tech/1458082648/

関連スレ
Windows 10 UWPアプリ開発
http://echo.2ch.net/test/read.cgi/tech/1440150886/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2017/06/01(木) 16:26:06.42

>>82
CLR Profiler

**デフォルトの名無しさん** · 2017/06/01(木) 23:01:22.98

Prismのインストール方法教えてください

**デフォルトの名無しさん** · 2017/06/01(木) 23:04:53.79

Prismはソースコードを必要なとこだけコピペして切り貼りして使うもんだよ
ライブラリじゃなくてあくまでサンプル集

**デフォルトの名無しさん** · 2017/06/01(木) 23:35:05.61

>>84
NuGet

**デフォルトの名無しさん** · 2017/06/03(土) 09:08:04.39

>>85
ワラタw

**デフォルトの名無しさん** · 2017/06/03(土) 09:18:00.73

実際Prismは本来はそういうものだけどな
最近はフレームワークを自称するようになったけど、元々の位置付けはあくまでサンプルコード

**デフォルトの名無しさん** · 2017/06/03(土) 10:31:16.61

>>74
https://www.slideshare.net/mobile/okazuki0130/wpf45-38048141

**デフォルトの名無しさん** · 2017/06/05(月) 10:03:11.86

>>88
そんな昔話をして>>84の質問に対して何か意味あるの？
今は>>86が正解。prism 6で検索してターゲットに
合うものを入れればいい

**デフォルトの名無しさん** · 2017/06/05(月) 12:15:27.45

いや今も昔もPrismって出来合いのままで広汎なアプリの要求に対応できるようには作られてないだろ
基本的にはアプリに応じてカスタマイズして使うもんだし、それが負担になるような小規模のアプリはそもそも想定外
カスタマイズが必要になるまではライブラリとして使うというのはアリだと思うけどね

**デフォルトの名無しさん** · 2017/06/05(月) 12:18:28.84

今も2017に対応させたLivetを使ってたりする…

**デフォルトの名無しさん** · 2017/06/05(月) 12:46:14.15

誰一人としてPrismがフルスタックのフレームワークだ
なんて主張してないし
>>84はプロジェクトへの組み込み方聞いてるだけだし

**デフォルトの名無しさん** · 2017/06/10(土) 15:38:51.53

他のスレッドでインスタンス化したTextBlockを
UIスレッドでは見れないのはなぜでしょう？

**デフォルトの名無しさん** · 2017/06/10(土) 19:07:49.41

あなたが仰られているそれが理由ですよ
他のスレッドでインスタンスを作ったから

**デフォルトの名無しさん** · 2017/06/11(日) 20:58:15.69

差分アップデートの実装ってどうやってるの
差分ファイルを作るライブラリとかないすか

**デフォルトの名無しさん** · 2017/06/17(土) 21:58:05.63

>>96
DLLベースで作ってんの？
違うなら意味ない

**デフォルトの名無しさん** · 2017/06/30(金) 07:22:09.43

>>94
コントロールを作成したスレッドからしか操作できないんでしょう。
シングルスレッドアパートメントってやつ。
Win FormはそうだったけどWPFは知らない。

このスレって過疎ってるね。
WPFって需要ないんだな。

**デフォルトの名無しさん** · 2017/06/30(金) 07:51:42.00

なんだオマエ
喧嘩売ってるのか？

**デフォルトの名無しさん** · 2017/06/30(金) 07:58:29.61

Windows7 を切り捨てたくないからなかなか UWP はね…

**デフォルトの名無しさん** · 2017/06/30(金) 08:07:21.29

海外製の業務パッケージなんかだとWPF使ってるのもわりと見かけるけど、たいてい酷い品質なんだよね
別にWPFが悪いんじゃなくて、作る側が慣れてないのが使ってて伝わってくる
そもそもWPFって頭良くてWPFの仕組みも完全に理解してるアーキテクトがトップダウンで大枠から設計していくような開発スタイルに向いてて、
散らばった開発体制になりがちなドカタ開発には根本的に向いてないんだと思う

**デフォルトの名無しさん** · 2017/06/30(金) 12:42:48.11

ヘルプが充実しすぎてて語ることもない

**デフォルトの名無しさん** · 2017/06/30(金) 15:51:47.54

Livet更新する気ないなら、そう言ってくれないかな？
実はもうLivet2のリポジトリもあります！ｷﾘｯ（ｽｯｶﾗｶｰﾝ
とかほんと勘弁。

**デフォルトの名無しさん** · 2017/06/30(金) 16:07:36.83

んだねぇ・・・

**デフォルトの名無しさん** · 2017/06/30(金) 16:08:24.47

>>99
言い値で買ってくれるのなら売るけど

**デフォルトの名無しさん** · 2017/06/30(金) 16:09:51.42

>>101
もう、MVVMなんか完全に無視してXAMLの描画能力だけを使えば。
コードビハインドにイベント直書きで。

**デフォルトの名無しさん** · 2017/06/30(金) 16:22:28.05

ほんとそれで済むならそれが一番お気楽だと思うw

**デフォルトの名無しさん** · 2017/06/30(金) 20:59:06.88

WPF アプリケーションからショートカットキーで単語登録ツールを開くと、クリップボード上のテキストが単語登録ツールに送信される
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/06/30/

**デフォルトの名無しさん** · 2017/06/30(金) 22:42:30.73

>>107
済まないのけ？

**デフォルトの名無しさん** · 2017/06/30(金) 22:45:54.31

バグか
多言語環境は後回しにされるからと言っても今更な問題だなー
枯れてもいないのにクラッシック扱いとかないよな

**デフォルトの名無しさん** · 2017/07/01(土) 00:25:59.28

ちょ○どさんと人脈築かないのが悪いんでしょ。:-p

**デフォルトの名無しさん** · 2017/07/01(土) 01:22:05.56

ちんぽ騎士団のことか？

**デフォルトの名無しさん** · 2017/07/02(日) 18:07:35.93

>>103
3～4年前に選定で状況がアレなんで落としたけど
未だに何かメンテされるとか思ってる人は何を見て
そう思ってる(期待してる)のかねぇ？

**デフォルトの名無しさん** · 2017/07/02(日) 18:14:09.94

>>103
あいつは信用できない人だから諦メロン。

**デフォルトの名無しさん** · 2017/07/03(月) 16:26:45.03

>>113
メンテされてるとは思ってもいないよ
Livet無しでは生きていけない体にされてしまったから、
今から新しいご主人様のもとにいけないだけ。

もうLivetなんてさわりませぇ～んｗｗｗとか言ってくれたらすっぱり諦められるのにな、って話

**デフォルトの名無しさん** · 2017/07/03(月) 16:46:48.25

PrismとReactivePropertyにすればいいのに。
化石か。

**デフォルトの名無しさん** · 2017/07/03(月) 20:11:02.99

>>106
そういうのやったことあるｗ
MaterialDesignThemeのボタンとかが欲しかったんで
Win32ダイアログのStaticに貼り付けて、SendMessageでメッセージ送信、
WPF側はCOMにしてって。

**デフォルトの名無しさん** · 2017/07/03(月) 22:28:09.60

livetはセットアップが使えるまでさわりそうだわ

**デフォルトの名無しさん** · 2017/07/04(火) 09:22:33.96

>>116
そうする。
Livet滅びろ

**デフォルトの名無しさん** · 2017/07/04(火) 09:25:49.69

>>119
prismにしたら、序にprism.Unityも検討すると幸せになれます

**デフォルトの名無しさん** · 2017/07/04(火) 09:37:47.14

DIならAutofacの方が遥かに使いやすい

**デフォルトの名無しさん** · 2017/07/04(火) 10:03:05.72

>>121
ｗｐｆ版のunityはごちゃごちゃしているけど、UWPはシンプルで使いやすいよ

**デフォルトの名無しさん** · 2017/07/04(火) 11:36:38.70

autofac使いたいけどドキュメントが英語しかないのよ
unityもだけど
TOEIC500点にはしんどい

**デフォルトの名無しさん** · 2017/07/04(火) 12:09:10.03

500あれば英語のドキュメントくらい十分読めるだろ

**デフォルトの名無しさん** · 2017/07/04(火) 13:55:29.13

何も考えないでならMEFが楽だったけど、色々問題もあるので
今はNinjectを試しに使ってみてる。Autofacは使ったこと
無いから次使ってみよう。
Unityはなんかこー使ってて芋くさい感じで即捨てたナァ。

Livetは会社の先輩にあいつについて行ってもろくな結果に
ならないよ言われたので何言ってるのか理解できなかったけど
検討すらしなかったな。
なんかそっちの業界では有名な人みたいね。

個人的には現段階で要求満たしてて物作りに使えるなら
文句言うような話でもないと思うけどさ。
コードもあるんでしょ？

**デフォルトの名無しさん** · 2017/07/05(水) 01:31:04.99

個人的にはDIはAutofacが一番活発っぽいので、将来性を見るならいいと思う。
後、使い勝手に癖があるけど、パフォーマンスを求めるならSimpleInjectorが今のところ一番かな。

**デフォルトの名無しさん** · 2017/07/06(木) 20:38:22.02

MicrosoftがUWPとXamarinのXAMLを標準化
https://www.infoq.com/jp/news/2017/07/xaml-uwp-xamarin

XAMLを使用する重要な技術のひとつはWPFだ。
BUILD Friday Q&Aに参加した.NET開発者のMorten Nielsen氏が、
MicrosoftのWindows Developer Platform担当VPであるKevin Gallo氏に、
WPFに関する同社の計画について質問している。
Nielsen氏によると、この質問に対してGallo氏は、
“XAML Standard機能への対応を目的としてWPFを改訂する計画はない”、と答えたという。
“この回答は“WPFは死んだ”という宣告に等しい”、とNielsen氏は言う。
同じ開発者のBastian Schmidt氏はこの話題について、
“MicrosoftがWPFを標準から除外すると決定したのならば、WPFの終了に関して公式声明を発表するべきだ”、
という意見を述べている。

考えられる対策として、Shaun Tonstad氏は、WPFアプリをUWPに変換する方法を提案している。
そうすれば標準においてWPFをサポートする必要はない。

　私たちはこれまで、WPFやSliverlightのアプリをUWPに書き換えてきました。
　WPFのサポートは有り難いが、
　UWPを通じたクロスプラットフォームXAML実現の妨げになるような取り組みは望ましいとは言えません。
　WPFをどう考えるかは別として、今後はUWPが重要である以上、
　クロスプラットフォームの相互運用における出発点にUWPがなるのは自然なことに思われます。

**デフォルトの名無しさん** · 2017/07/06(木) 20:46:11.26

XAML StandardはUWPとXamarin.Formsのためのもので、UWPがベースとなる。
WPFは当然そうなる。

**デフォルトの名無しさん** · 2017/07/06(木) 21:08:12.46

クロスプラットフォームか…
UWP はホント何とかしてWindows7以降位で動くようにしてほしいわ

**デフォルトの名無しさん** · 2017/07/06(木) 21:31:03.06

まあMSのプラットフォーム切り捨てはその時点ではショッキングで時期尚早のように感じられても
後で振り返ると何だかんだ言っても常に正しい決断をしてるからね
WPFはその歴史の中では長く延命させてもらえた方だったと思う

**デフォルトの名無しさん** · 2017/07/06(木) 21:58:42.48

いい加減需要無視の官僚主義でゴリ押ししても誰もついてこないって悟って欲しいよね。
UWPなんぞWPF以上に普及する訳がない。

**デフォルトの名無しさん** · 2017/07/06(木) 22:21:37.06

VB6とwinformsが細々と生き残ってるのにWPFは終了ですか

**デフォルトの名無しさん** · 2017/07/06(木) 22:28:40.73

VB6やWindowsFormsには触れてないけど、WPFと同じくレガシー扱いするんじゃないかな

**デフォルトの名無しさん** · 2017/07/06(木) 22:32:20.18

WPF→UWP移行なんて簡単にできるやん。
セキュリティに引っかかるくらいで。

WinForms連中に移行は無理だろうけどｗ

**デフォルトの名無しさん** · 2017/07/06(木) 22:41:00.13

UWP移行せえって言うことはこれまでみたいなツール類ソフトは作るんじゃねえってことだな
c++のDLLのラッパーも作れないしpythonにすら劣る環境になるぞ
戦わずして負け

**デフォルトの名無しさん** · 2017/07/06(木) 23:01:56.01

UWPなんていらんし

**デフォルトの名無しさん** · 2017/07/06(木) 23:08:26.44

UI だけ作らせてくれりゃいいよ
ちゃんと古いOSもサポートしてさ
ってことでもう全部 Xamarin でいいよ

**デフォルトの名無しさん** · 2017/07/06(木) 23:13:07.99

UWPやXamarinでは制約のせいでVS Codeすら作れないからな
electronに負けるってどういう環境だよ

**デフォルトの名無しさん** · 2017/07/06(木) 23:25:40.30

Xamarin なら UI (とロジック)以外はネイティヴで書いていいもんだと思ってたけど制約あるの？

**デフォルトの名無しさん** · 2017/07/06(木) 23:56:41.90

チョマドも切り捨てたら信じる

**デフォルトの名無しさん** · 2017/07/07(金) 00:10:38.25

VS2017のインストーラーがelectronで作られてて
MSなのになんでUWP使わないのみたいな記事があったけど
UWPは制約のせいで作れないからな

**デフォルトの名無しさん** · 2017/07/07(金) 00:19:44.99

あのインストーラはむしろなんでElectronなのかの方が謎ではあるが
Visual Studio Codeはクロスプラットフォームという前提があるからわかるけど

新規でインストーラ用ツールを書き起こそうと思ったら
まともなデスクトップ用GUIフレームワークが自社ありませんでした
みたいな理由をMS自身が抱えてたとしたら最高にウケる

**デフォルトの名無しさん** · 2017/07/07(金) 00:57:16.14

謎でも何でもないだろ
新規で作るものにWPF使うなって内規があるんだろ

**デフォルトの名無しさん** · 2017/07/07(金) 01:43:02.25

UWP で作ったら Windows 7 で動かないじゃん

**デフォルトの名無しさん** · 2017/07/07(金) 02:03:20.20

それ以前にUWPなんか誰も使いとうないw

見づらい糞フラットデザインにぱっと見アクティブウィンドウがどれかも分からん糞仕様とか
ふざけてるのでなければMS自身に普及させる気がないとしか思えん

**デフォルトの名無しさん** · 2017/07/07(金) 05:14:05.25

MSはそもそもWPFアプリを全然作らなかった。
UWPアプリは作りまくり。
そういうことだ。

**デフォルトの名無しさん** · 2017/07/07(金) 08:48:17.47

XPに馴染めずに、何年もWindows2000使っていたマニアって少なからず居たよね・・・

**デフォルトの名無しさん** · 2017/07/07(金) 09:10:58.26

UWPは業務向けアプリを作るのにちょっと都合が悪いんだよなぁ・・・
今更WinFormsに戻れってか

**デフォルトの名無しさん** · 2017/07/07(金) 10:09:35.50

迷走してるよなー

Javaも AWT、Swing、SWT(非標準)、JavaFXとか変遷続いてるけど、
万人に向いている GUIフレームワークって存在しないよな

MSがWPFを見捨てる理由って、
一般プログラマに敷居が高くて流行ってないという理由以外になんかあるのだろうか？
UWPだってXAML使ってるから敷居の高さは変わらない気がするけど（未使用者並みの感想）

**デフォルトの名無しさん** · 2017/07/07(金) 10:40:59.91

この程度で敷居高いとかいってる人は開発向いてないよ。
WPFが使われてないって日本固有の話だと思ってたが？
海外じゃミドルも含めて製品いっぱいあるしStack overflowの
記事もかなり多い訳だし。

そもそもVBとかで飯食ってた緩い層がiOSとかAndroidとかに
いっちゃって、さらにiOSやWeb系の開発のためにマックの
ユーザーが増えて結果としてWindows のデスクトップアプリ
作りを生業とする人が激減したという話でしょ。
実際一般ユーザーがやることなんてマックだろうと
Linuxだろうと何でもいい程度の世界にはなってるわけだし。

俺もWPFで作ったパッケージ製品抱えてるし、この流れは
どうしたものか悩ましいな・・・。買い入れてるクソみたいな
コンポーネントがUWP対応してくれないと話にならないけど
正にWinFormsにしがみついてる層が作ってるからなぁ。

**デフォルトの名無しさん** · 2017/07/07(金) 10:46:45.06

>>148が言ってることが全てを物語ってると思うが、ストアで儲けたいけどタッチ対応出来てWin7でも動く、業務アプリ作るのに制限が無いWPFがUWPにとって邪魔ものなんだろ。

**デフォルトの名無しさん** · 2017/07/07(金) 10:59:00.81

ストアで配布さるんじゃないなら、側(UI)だけUWPにして本体は Python ででも書けば良いのかもよ。

**デフォルトの名無しさん** · 2017/07/07(金) 12:09:14.85

UWPがもっと使い勝手よければ移行してもいいんだけど
今のクソ仕様じゃなあ

**デフォルトの名無しさん** · 2017/07/09(日) 14:22:26.75

2018年 UWPへの旅 #002
https://blogs.msdn.microsoft.com/shintak/2016/11/27/2018uwp-002/

WPFを入れてデスクトップアプリ的なところも入れたいんだけど、
最悪これはなくてもよいかと。
要は今のUWPでデスクトップアプリ的なところがちゃんとカバーされればいいんだよね。
いろいろ言われているけど、電卓もペイントも徐々にUWPに移行されつつあり、
コンテキストメニュー的な連携もできれば
別にデスクトップアプリなのかUWPなのかはユーザーにとってはどうでもいい話だったりします。

ということで、デスクトップアプリの取り込みは
今の Bridge というか Desktop App Converter になるのかもしれないですね。

**デフォルトの名無しさん** · 2017/07/09(日) 15:57:51.92

まともに使えるようになったら発表してくれ

**デフォルトの名無しさん** · 2017/07/09(日) 15:58:13.59

自在にファイルにアクセスできればUWPでもいいんだけど、、、

**デフォルトの名無しさん** · 2017/07/09(日) 16:49:08.38

まあWebでいいわな
全く価値のない技術

**デフォルトの名無しさん** · 2017/07/09(日) 18:34:32.99

UWPはプロセス間通信できないのも糞

**デフォルトの名無しさん** · 2017/07/09(日) 19:01:05.19

WPF、UWPどちらを使うか迷っているので質問です。

WPFで作ったアプリをDesktop Bridge？App Converter？を使って
Windows Storeで配信できるようになったらしいけど
WPFから変換したそのストアアプリでもUWPで作ったアプリと同様に
「広告収入狙いの無料アプリ」にしたり、「有料アプリ」にすることはできるのですか？

**デフォルトの名無しさん** · 2017/07/09(日) 19:30:03.47

>>159
有料アプリは値段選ぶだけ。
広告はUWP用MSの広告SDKなのでWPFからだとひと手間いるはず。詳しくは知らない。
それか、自前でどこかの広告使うか。

**デフォルトの名無しさん** · 2017/07/09(日) 19:40:16.83

ギョーミーなアプリとUWPは激しく相性が悪いんだが

**デフォルトの名無しさん** · 2017/07/09(日) 20:18:53.14

>>159
WebかXamarinにしたら?
Winストアアプリで広告収入とかGoogleMapアプリのクラスですら厳しいんじゃないか?w

**デフォルトの名無しさん** · 2017/07/09(日) 21:04:58.98

>>160 >>162
ありがとう
有料アプリならWPFからの変換したものでもUWPと同様に使えるのか

>>162
厳しいというのは利用者の面から？
Windows Phoneだけなら利用者少なすぎだけど
PCでも使えるようにした変換UWPアプリなら
利用者はかなりいるから期待できるんでは、と思っている

Xamarinはmono時代のASP.netで昔少し触ったけどバグだらけで
ひどい品質だったから、名前だけで敬遠してしまう。
Xamarinは各プラットフォームの挙動の違いを理解してないと
バグではまりそうで実はかなり敷居が高い気がする。
上級者じゃないからバグでたときに情報が少ないXamarinはつらい

**デフォルトの名無しさん** · 2017/07/09(日) 21:11:35.55

UWPで実現可能かつ対象ユーザーがwin10のみでOK
なら普通にUWPで良いっしょ

まずはAPIを一通り確認してから

**デフォルトの名無しさん** · 2017/07/09(日) 22:12:56.65

>>164
有料アプリとか広告付き無料アプリみたいな不特定多数向けだと
Win10限定になるUWPは選びにくいと感じる。

Win10はまだ26.8%しか利用者がいないようだ
https://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&;qpcustomd=0

WPFならXPでも使えるはずだから90%近いPCをカバーできるし
単純にユーザー数が3.3倍
ユーザー数というデメリットをひっくり返せるメリットをいまUWPに探しているが
まだ見つからないでいる

**デフォルトの名無しさん** · 2017/07/12(水) 08:30:26.81

>>165
メンテ性だろうね
UWPが優れてるとかじゃなくて、数年後に訪れる7のサポート終了時の対応のしやすさ

**デフォルトの名無しさん** · 2017/07/12(水) 22:07:59.04

作り手から見れば
・ネイティブでとにかく高速、そして難読化と無縁
・署名付きアプリの配布が格安（一度19ドル払えば何本ソフト登録してもこれだけ、法人は９９ドル）
・広告や販売の面倒をMSが見てくれて楽ちん

利用者は
・勝手に変なソフトインストールはありえない
・ウイルス混入のリスクは可也低い
・レジストリ弄らないから、アンインストールのトラブルは皆無

Windows10でしか動かない、セキュリティーが厳しい、システムの完成度はWPFに劣る、プロセス間通信不可
ココらへんのデメリットが２０年までにどれだけ解消されるか注目だね

**デフォルトの名無しさん** · 2017/07/12(水) 22:14:05.43

むしろUWPやめてWPFに統合しろよと思う

**デフォルトの名無しさん** · 2017/07/12(水) 22:53:02.14

WPFの遅さからするとUWPの速さは魅力。

**デフォルトの名無しさん** · 2017/07/12(水) 22:56:29.84

Formsが高DPIに対応した以上WPFはもう要らない子

**デフォルトの名無しさん** · 2017/07/12(水) 23:36:24.66

Formsの高DPI対応はまだ初期段階らしいけど

**デフォルトの名無しさん** · 2017/07/12(水) 23:38:50.58

>>168
WPFにNative化とx:bindが来るだけで大分変るな。
UWPはセキュリティーガチガチ過ぎて使い道に困る。

**デフォルトの名無しさん** · 2017/08/09(水) 19:59:54.61

Windows10でVS2017を使ってWPFを勉強し始めたんだけど、WPFって何かを設定しないとHighDPI認識してくれないの？
検索してdpiAwareをマニフェストに追加してみたりしたけど文字がボケボケになる
どこを設定すれば良いのか教えて欲しい

**デフォルトの名無しさん** · 2017/08/09(水) 20:23:58.80

>>173
ちゃんと.NET4.7使ってる？

**デフォルトの名無しさん** · 2017/08/09(水) 20:37:49.01

>>174
いま確認したら使ってた
http://i.imgur.com/OuylU5i.png
http://i.imgur.com/rLbS0GV.png

**デフォルトの名無しさん** · 2017/08/09(水) 23:11:02.67

>>173
Windows 10 Anniversary Update以降では、dpiAwarenessで指定するそうだ。
Creaters Updateからは、このdpiAwarenessにPerMonitorV2って設定が増えてる。

High-DPI Scaling Improvements for Desktop Applications in the Windows 10 Creators Update
https://blogs.windows.com/buildingapps/2017/04/04/high-dpi-scaling-improvements-desktop-applications-windows-10-creators-update/

例:
<application xmlns="urn:schemas-microsoft-com:asm.v3">
<windowsSettings>
<dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings";>True/PM</dpiAware>
<dpiAwareness xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings";>PerMonitorV2, PerMonitor</dpiAwareness>
</windowsSettings>
</application>

**デフォルトの名無しさん** · 2017/08/10(木) 01:45:35.71

今更だけど、>>127の記事のWPFは事実上死んだって見解は実際正しいの？

**デフォルトの名無しさん** · 2017/08/10(木) 03:40:34.20

WPFだけじゃなく、UWP以外まとめて死亡って感じだと思うけどな。
x:BindはWPFにバックポート出来そうだけど、UWP推進するために敢えてやらないのだろうし。

**デフォルトの名無しさん** · 2017/08/10(木) 03:51:52.36

>>173
Windows10で文字がボケボケになるのを直すだけなら、dpiAwarenessをSystemに

**デフォルトの名無しさん** · 2017/08/10(木) 20:09:12.69

>>176
>>179
おお、できた！
dpiAware「ness」かー。
そこまで探せなかった。
ありがとう、助かったよ！

**デフォルトの名無しさん** · 2017/08/11(金) 01:08:35.93

>>180
VSでapplication.manifestを新規で追加した時に、dpiAwareの方は
コメントでサンプルが記述されてるけど、dpiAwarenessは記述されてないしね。
VS2017位は追加しておいて欲しいね。

**デフォルトの名無しさん** · 2017/08/13(日) 23:34:18.31

xamarinはwindows10アプリケーションのみ開発するのには向きますか？