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/

**815** · 2017/11/23(木) 19:07:59.14

ストアに出すソフトのロゴをwpfで書いたんだが、結局merginをマイナスにしたりViewBox使ったり
力技でなんとかやっつけましたわ
画像処理あまり知らないんでこういう時ホント困ります

**デフォルトの名無しさん** · 2017/11/23(木) 19:11:04.63

Inkspaceじゃだめなん

**デフォルトの名無しさん** · 2017/11/23(木) 19:13:02.36

WPFレイアウトの問題はともかく
グラフィック扱うならそれ用のソフト使えばいいのに

**デフォルトの名無しさん** · 2017/11/23(木) 19:15:18.25

もともとストアアプリを作りたい人以外には制約が多いだけの仕組みだしな。
けっこう強引に誘導してたのに、Windows Mobileが無くなるなら梯子外されたようなもんだ。

**デフォルトの名無しさん** · 2017/11/23(木) 19:27:03.57

梯子のないガケを登っただけです。

**デフォルトの名無しさん** · 2017/11/23(木) 20:49:21.26

UWPはプロセス間通信できないとかファイル操作に制限がありまくりとか致命的すぎる。
DBMSプロセスと通信が出来ないんじゃギョーミーアプリが作れん

**デフォルトの名無しさん** · 2017/11/24(金) 03:41:09.20

PCでアプリ作るならこれで作れ、というものを作らないとな。
WPFの分かりやすいやつというかUWPの制限緩いやつというか。
今のMicrosoftはまったくビジョンがない。

**デフォルトの名無しさん** · 2017/11/24(金) 03:49:50.62

ビジョンはあるんじゃない
見当外れのやつが

**デフォルトの名無しさん** · 2017/11/24(金) 11:05:45.58

WPFがわかりにくい、面倒くさいって印象は、標準のフレームワークの機能不足もあるように思う。
TreeViewで選択されたTreeItemを取得するのに、単純にBindingできりゃよかったんだが
それができないんで面倒くさい添付プロパティ書く羽目になるとか。
MSにしてみれば「拡張する手は用意したから基本機能は多少不足しててもいいだろ」ってことかもしれんが。

**デフォルトの名無しさん** · 2017/11/24(金) 11:46:48.54

>>829
ビジョンはあるでしょ
・業務アプリはWebへ完全移行
・ネイティブアプリはコンシューマ向けのWebサービスのクライアントだけが残るので、それに特化したシンプルなプラットフォーム(UWP)があればよい

**デフォルトの名無しさん** · 2017/11/24(金) 11:57:45.43

>>832
あなたのビジョンでしょｗ
Microsoftは何も言っていない。

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

Webで全部というのは無理がある
エクセルオンラインもオンライン会計もオンライン顧客管理も嫌がる
できるのはせいぜいメール仕訳とグループウェアで会議室予約
それに付随する週間売り上げレポート自動作成くらい
これらは集約された鯖に常時接続が効率いい
そのサーバーもCSVで出力してくれ、アトハエクセルデヤル、が常套句だったりする

**デフォルトの名無しさん** · 2017/11/24(金) 21:38:21.84

ビジョンつっても基本的にアレなんだけど、MFCからしてアレな出来だったし
WinFormsはDelphiからの輸入だし、なんつーか

**デフォルトの名無しさん** · 2017/11/24(金) 21:50:21.49

マカーみたいなこと言うなよ。

**デフォルトの名無しさん** · 2017/11/27(月) 00:52:00.43

>>792
まじかよ
２段ＤＧＶとかサドパ買う金ないから勉強してるけど
リッチテキスト絶望なんか、、

**デフォルトの名無しさん** · 2017/11/27(月) 08:35:22.81

TextBlockで事足りるから使うまでも無いかな

**デフォルトの名無しさん** · 2017/11/27(月) 08:36:40.71

Editしたい人は見なかったていでw

**デフォルトの名無しさん** · 2017/12/01(金) 21:30:59.69

RichTextBox 上の選択範囲に、TextSelection.ApplyPropertyValue() で FontStyle を適用した時の現象について
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/12/01/wpf_richtextbox_textselection_applypropertyvalue_fontstyle/

WPF の RichTextBox コントロール上の現在の選択範囲に対し、TextSelection.ApplyPropertyValue() で FontStyle を適用して修飾した場合について、二つの現象をご案内します。

・現象 1.
RichTextBox.Selection プロパティに FontStyles.Italic スタイルを適用しても、RichTextBox 上では Italic スタイルで描画されません。
・現象 2.
RichTextBox 内の文字列の最後尾にカーソルが存在する状態で、RichTextBox.Selection プロパティに FontStyles.Bold スタイルを適用した後、そのまま続けて全角文字を追記すると、追記した全角文字に Bold スタイルが適用されず、Bold スタイルで描画もされません。

対処方法

WPF の RichTextBox の代わりに、WinForm の RichTextBox や、Win32 の RichText または MFC の CRichEditCtrl のご利用をご検討ください。

**デフォルトの名無しさん** · 2017/12/01(金) 21:42:11.04

>>840
現象1はWindows 10なら問題ない。

**デフォルトの名無しさん** · 2017/12/04(月) 17:26:53.28

下記のhogehoge～の部分に
TextTrimming="CharacterEllipsis"
の効果を適用したいのですが、可能なのでしょうか？宜しくお願い致します。

<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="100" MinWidth="100" MaxWidth="200"/>
<ColumnDefinition Width="Auto" />
<ColumnDefinition />
</Grid.ColumnDefinitions>

<TreeView Grid.Column="0" ScrollViewer.HorizontalScrollBarVisibility="Disabled">
<TreeViewItem IsExpanded="True">
<TreeViewItem.Header>
<TextBlock Text="hogehogehogehoge" Margin="5,0" />
</TreeViewItem.Header>
<TreeViewItem>
<TreeViewItem.Header>
<TextBlock Text="hogehogehogehoge"
VerticalAlignment="Center"
TextTrimming="CharacterEllipsis" />
</TreeViewItem.Header>
</TreeViewItem>
</TreeViewItem>
</TreeView>
<GridSplitter Grid.Column="1"
Width="1" VerticalAlignment="Stretch" HorizontalAlignment="Center"
Background="DarkGray" />
<Label Grid.Column="2"
Background="LightGreen">R</Label>
</Grid>

**デフォルトの名無しさん** · 2017/12/05(火) 00:01:11.49

>>842
Horizontal stretch on TreeViewItems
https://leecampbell.com/2009/01/14/horizontal-stretch-on-treeviewitems/

**デフォルトの名無しさん** · 2017/12/05(火) 10:07:40.24

>>843
ありがとうございます！
結局一からテンプレートで作れということですね。

**デフォルトの名無しさん** · 2017/12/06(水) 12:33:29.17

DataGridのセルで文字列を自動的に折り返しさせるにはどうすればいいですか？

**デフォルトの名無しさん** · 2017/12/06(水) 13:23:03.41

できました
失礼しました

**デフォルトの名無しさん** · 2017/12/06(水) 14:01:58.75

どうでもいいけど自己解決したときはその方法を書いておいてくれると同じ疑問を持った他の誰かが見たときに役立つよ

**デフォルトの名無しさん** · 2017/12/07(木) 02:00:54.89

WPF会社で使おうとしたけど情報少ないわ複雑だわで断念した
WinFormがやはりシンプルで良いな
特にビットマップの扱いがWPFは不便すぎ

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

>>848
確かにシンプルなAPIじゃないね。
でも、画像を出力することが目的じゃない限りは使うことないから、あんまり気にしたことなかった。

**デフォルトの名無しさん** · 2017/12/07(木) 10:16:38.26

ListBoxの行のマウスオーバーおよび選択時において、
背景の色を赤に変更したいのですが、どのようにしたら良いでしょうか？
下記のコードだと、フォントのサイズは変更されるのですが、
背景はデフォルトのままです。
以上よろしくお願いいたします。

<Grid Margin="5">

<ListBox>
<ListBox.ItemContainerStyle>

<Style TargetType="{x:Type ListBoxItem}">
<Style.Triggers>
<Trigger Property="IsSelected" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
<Trigger Property="IsMouseOver" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
</Style.Triggers>
</Style>

</ListBox.ItemContainerStyle>

<ListBoxItem Content="item1" />
<ListBoxItem Content="item2" />
<ListBoxItem Content="item3" />
</ListBox>

</Grid>

**デフォルトの名無しさん** · 2017/12/07(木) 12:11:22.31

>>850
コントロールテンプレートじゃなかろうか
<Style TargetType="{x:Type ListBoxItem}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="{x:Type ListBoxItem}">
<Border Background="{TemplateBinding Background}">
<ContentPresenter />
</Border>
</ControlTemplate>
</Setter.Value>
</Setter>
<Style.Triggers>
<Trigger Property="IsSelected" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
<Trigger Property="IsMouseOver" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
</Style.Triggers>
</Style>

**デフォルトの名無しさん** · 2017/12/07(木) 13:40:41.72

>>851
回答ありがとうございます。
おっしゃる通りコントロールテンプレートでした。

ttps://blog.jsinh.in/change-background-color-of-selected-listboxitem-listbox-in-wpf/#.WijFpEpl-Ul

上記のページを参照したらクリックの挙動もうまくできました。

**デフォルトの名無しさん** · 2017/12/07(木) 15:44:08.93

これからWPFを勉強しようと思うんだけど、どうやって学習すればいいの？

なんか情報がめっちゃ少ないんだけど

**デフォルトの名無しさん** · 2017/12/07(木) 15:54:23.02

>>853
あなたには向いてない、止めといた方がいいよ

**デフォルトの名無しさん** · 2017/12/07(木) 15:55:09.73

>>853
つ　http://blog.okazuki.jp/entry/2014/12/27/200015

**デフォルトの名無しさん** · 2017/12/07(木) 15:56:59.89

>>853
つ　https://www.amazon.co.jp/gp/aw/d/4798114200

**デフォルトの名無しさん** · 2017/12/07(木) 15:57:47.23

>>854
同意する

**デフォルトの名無しさん** · 2017/12/07(木) 15:59:12.70

WPFじゃなくてもUWPから勉強しても問題なし。
基本となるデータバインディングやらXAMLやらMVVMの考え方はほぼ共通だし。
コントロールとかXAMLの表現能力とかは違うけど、大した差じゃない。

**デフォルトの名無しさん** · 2017/12/07(木) 15:59:46.39

別にUWPの情報の方が多いとかは言ってないからね。

**デフォルトの名無しさん** · 2017/12/07(木) 16:29:55.67

C#習得済みならWPFのサンプルがいいかもね
ちょっと目を通すといってもボリュームありぎて困るけどな
https://github.com/Microsoft/WPF-Samples

**デフォルトの名無しさん** · 2017/12/07(木) 16:52:31.22

>>854
向き不向き関係無く、WPFかUWPしか、これからは選択肢が無いとオモ。

**デフォルトの名無しさん** · 2017/12/07(木) 17:00:19.88

WinFormは高dpiにも対応したし
過去の死産が沢山あるので永遠に不滅です

**デフォルトの名無しさん** · 2017/12/07(木) 17:03:54.74

不運長久

**デフォルトの名無しさん** · 2017/12/07(木) 17:40:11.83

>>861
他に選択肢が無いなら、向いてない>>853は失業だな

**デフォルトの名無しさん** · 2017/12/07(木) 18:08:25.01

WPFのRichTextBoxってFormの時より性能（できる内容等）良くなっていますか？
テキストの扱いが、フロードキュメントというものにアクセスしないといけないとか
仕様が変わっているので、学習コストに見合うものか見極めたいのです。

**デフォルトの名無しさん** · 2017/12/07(木) 18:31:51.66

UWPのまともなチュートリアルがない
あっても実用レベルじゃない
画面の遷移とかアプリの状態とかその変化のさいのデータの保存とか共有とか
いろいろ知らないといけないことが多いが適切な学習方法がない

本屋に売ってる本もそういう所には触れてない
ボタンを押すと文字が変わるとかいうレベルじゃアプリは作れない

windowsストアアプリのころはまともなチュートリアルがあったのに

**デフォルトの名無しさん** · 2017/12/07(木) 18:53:14.73

>>866
画面遷移はprismのサンプル見るのが早い
てかコピペでも何とか成るぞ

**デフォルトの名無しさん** · 2017/12/07(木) 19:30:04.21

windowsストアアプリのころはこれでもかと言わんばかりの
かなりいい仕上がりの本が多かった
でもニッチな需要だったのであまり売れなかったみたいだ

UWPになってからいい本が出ないのはある意味windowsストアアプリのせい

**デフォルトの名無しさん** · 2017/12/07(木) 19:41:35.48

>>868
UWPに限らず、ここ数年まともな技術本は殆ど出版されてない
技術本の永久氷河期に突入したと思われます。

**デフォルトの名無しさん** · 2017/12/07(木) 19:47:33.04

図書館にC#の絵本が入ってて泣いた

**デフォルトの名無しさん** · 2017/12/07(木) 19:48:21.41

なんだ～　？　いい本待ちって、どんだけ他力本願なんだよ？
英語サイト読め！　アホ共が・・・

**デフォルトの名無しさん** · 2017/12/07(木) 19:51:54.46

最近はググるとstackoverflowが上位に来て邪魔だ
英語でえんえん議論して結果できませんでしたみたいな最後とか多くて邪魔
しかも内容が正確じゃない場合も多くて困る

昔はダイレクトにこうしろみたいなサイトが多くヒットした

**デフォルトの名無しさん** · 2017/12/07(木) 19:52:47.33

>>871
上人様、我々凡夫に良い英語サイトを教えてくだされ！

**デフォルトの名無しさん** · 2017/12/07(木) 19:57:46.70

>>872
Stack Overflowで延々と議論して結論が出てない事の方が稀だけどねぇ。。
MSDNフォーラムは延々と揚げ足取りが続いて何の答えも出てないことは多々あるが。
と言うかMSDNフォーラムは英語も日本語も箸にも棒にも掛からぬ

**デフォルトの名無しさん** · 2017/12/07(木) 21:38:31.58

StackOverflowは重宝している

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

え、あのうざいフォーラムモデレーターはもう検索しても出てこないの？
うそー

**デフォルトの名無しさん** · 2017/12/07(木) 23:18:36.91

>>874
俺も同じ印象持ってるわ
StackOverFlowはそのものズバリの回答にたどり着ける率がかなり高い

**デフォルトの名無しさん** · 2017/12/08(金) 06:41:55.51

>>868
普通、学習するのが後になればなるほど情報が増えて、
高速道路を走るようにあっという間にキャッチアップ出来るんだけど、
WPFは先人が切り開いた道が誰も通らないから荒れ果てて、自分で道を切り開かないといけないパターンか

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

>>877
StackOverFlowは優秀な削除人が居て役に立たないゴミスレを抹消してるらしい

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

xamlが障壁だろうね、htmlのようなものと言っているうちは標準で用意された動作しかできない
何でもできるのはすごいけど可読性が悪い

**デフォルトの名無しさん** · 2017/12/08(金) 10:15:25.17

XAML をいじるツールが HTMLの WYSIWYGツール程度しか容易されてないよね
細かくパラメータ指定はできるけど、XAMLの知識前提だし、
それならXAML直接いじったほうが早いという

**デフォルトの名無しさん** · 2017/12/08(金) 12:23:32.06

xamarin formsのビュワーはクソすぎる

**デフォルトの名無しさん** · 2017/12/08(金) 13:12:00.95

Blendでいじるのは限定的で大半はインテリセンスとエディットコンテニューでなんとかなってる感じ
つかエディットコンテニューもっと早くつければよかったのに

**デフォルトの名無しさん** · 2017/12/08(金) 14:31:12.72

ちょまど神への信仰と喜捨が不足しているのです

**デフォルトの名無しさん** · 2017/12/08(金) 14:46:00.53

それ以前にWPFやUWPの仕事なんてあるの？　俺っちのところはWinFormしかねぇぞ。

**デフォルトの名無しさん** · 2017/12/08(金) 16:59:04.30

家も無いな

**デフォルトの名無しさん** · 2017/12/08(金) 17:00:29.61

俺の知ってる普通は何を使うかなんて聞いてこないけどな、分からない任せるの一点張り
前任者が良くない理由で辞めていてその引き継ぎ案件なら指定あるかも知れん

**デフォルトの名無しさん** · 2017/12/08(金) 21:27:54.44

俺はXAMLは良いと思うが、人それぞれだなぁ。
いちいちデザイナーでレイアウトしてプロパティペインでちまちま設定しなきゃならんFormsにはもう戻りたくない。

**デフォルトの名無しさん** · 2017/12/08(金) 22:42:48.69

XAMLも全部ダメとは言ってない

エディタで書くことができるという方向性はたぶん間違ってなかった
問題はデザイナーを使うだけの層が置いてけぼりになった点だと思う

XAMLを勉強してWPFをマスターして次々とWPFでアプリ開発する開発者だけなら問題なかったが、
XAMLを勉強したいんじゃなくてアプリを作りたいって層は、
XAMLを習得するコストとWPFの将来性を比べて既知の WinForms に行ってしまうよね

**デフォルトの名無しさん** · 2017/12/08(金) 23:08:09.57

Formsと同じようにポトペタ開発だってできるだろ。それこそXAMLに直接触らなくても。
Formsと違うからハードルがあるってことならそりゃ当たり前w

**デフォルトの名無しさん** · 2017/12/08(金) 23:24:02.04

XAMLとWinForms、まるで真反対かのように言ってる人って使ったことないかまったく理解してないかだろうな。

**デフォルトの名無しさん** · 2017/12/08(金) 23:33:23.82

WPFでXAMLなしでポトペタ開発できるっていうのは詭弁だろ
XAML書けない人はWPF使える人とは言えない

**デフォルトの名無しさん** · 2017/12/09(土) 00:06:52.81

つか、Gridレイアウトだけ覚えたらformレベルの用途なら後は何とか成るんだから
それぐらいは勉強しろよとは言いたいな
ｈｔｍｌ知っていれば小一時間でなんとかなる代物だ

**デフォルトの名無しさん** · 2017/12/09(土) 00:16:56.45

Head FirstとMicroSoft公認の黒くて分厚い本がWPFにあればもっと普及したのではと思う

**デフォルトの名無しさん** · 2017/12/09(土) 00:22:36.81

gridってスプリッタ―使うのも一苦労なんだが
非常に使いにくい

**デフォルトの名無しさん** · 2017/12/09(土) 00:24:48.22

原理主義でちょっとしたことを簡単に実現できなくしたのがいまいち普及しない理由だろ

**デフォルトの名無しさん** · 2017/12/09(土) 00:31:27.04

大体はGird過激派グループとStackPanel同胞団のどちらかに属する
DockPanelは意外と出番がない、順序で配置変わる仕様が変態くさいし

**デフォルトの名無しさん** · 2017/12/09(土) 00:51:13.59

もうボケ老人の繰り言状態だけど、だからWPやXAMLの問題は
保守性の悪さであって必ずしも書きづらいことじゃないってw

見える化ってバズワードがちょっと前に流行ったけど、その観点では
WPFは20年前のVBより退化してる

Formだったら他人の書いたコードでもせいぜいドキュメントアウトラインで包含関係を確認して
あとはFormデザイナでコントロール選択してプロパティーグリッドみれば
一目瞭然でだいたいどうなってるかわかるけど、これがWPFじゅ全然そういう訳にいかない

**デフォルトの名無しさん** · 2017/12/09(土) 01:31:47.76

まーでもWinFormsで実現できる程度の見た目で良かったらWPFでもデザイナ使ってぽとペタでできるよね。

WPFとかだとItemTemplate使って出来るようなこととかやりだすと、追いづらくなるのは確かだけど、それはWinFormsだとオーナードローとかになってくるから、より追いにくくなりそう。

**デフォルトの名無しさん** · 2017/12/09(土) 05:15:05.11

>>897
DockPanelは、Gridよりコード量が少ないので結構使うけど

**デフォルトの名無しさん** · 2017/12/09(土) 05:44:29.48

Pro WPF 4.5 in c# 押し(PDFもころがってるし)

**デフォルトの名無しさん** · 2017/12/09(土) 08:11:06.80

>>894
MSは普及させる気ないのかね？

赤字覚悟で本をたくさん出すべき

**デフォルトの名無しさん** · 2017/12/09(土) 08:35:35.94

WPFが普及しきる前にストアアプリやUWP推しにいっちゃったからねぇ。
ペゾルド本を出してくれていたらよかった。

**デフォルトの名無しさん** · 2017/12/09(土) 10:32:33.70

最初で躓いたやつの愚痴ばっかりだな。
新しいことや、他のOSでの開発も出来ない連中ばったりだろう。

**デフォルトの名無しさん** · 2017/12/09(土) 10:35:10.19

>>904
自分の事じゃないよ

初心者に対する窓口を広くないとWPFの未来はないって事
開発者の少ない環境なんて、あっという間に切り捨てられて終わる

**デフォルトの名無しさん** · 2017/12/09(土) 10:35:49.75

最初って何にもなかったから脱落してもおかしくなかった
MVVMのフレームワークもない
WPF自体も段階を経てレベルアップしていった
今みたいに恵まれた環境じゃなかった

**デフォルトの名無しさん** · 2017/12/09(土) 10:37:26.13

>>905
WPFはもうMSが見捨てたから未来はないよ
UWPに注力

**デフォルトの名無しさん** · 2017/12/09(土) 10:42:25.96

mvvmのせいで普及しない

**デフォルトの名無しさん** · 2017/12/09(土) 10:44:59.50

それよりも逆にUWPの未来が見えないんだが。Windows Mobile撤退したらもう存在意義ないんじゃね？

**デフォルトの名無しさん** · 2017/12/09(土) 10:55:42.98

>>906
WPFは本来の設計思想が全く理解されなかっただけで、フレームワークとしてはちゃんと出来上がってたんだぜ
お前らはRoutingCommandの利用シーンを自信を持って説明できるか？

**デフォルトの名無しさん** · 2017/12/09(土) 10:57:32.75

出来てた割にはメモリリークとかメッセンジャーとかの問題で数年停滞してたじゃないか
ビヘイビアとかいろいろやってたじゃないか

**デフォルトの名無しさん** · 2017/12/09(土) 11:01:07.31

RoutingCommandって何だよ、RoutedCommandじゃねえの
最近はCaliburn.Microにしてるからコマンド書かずにメソッドだけで済ましてる

**デフォルトの名無しさん** · 2017/12/09(土) 11:05:53.50

mvvmはlistboxなどをバインディングで使うときなんか最悪だよ
選択がかわったことなどのVMがめんどくさい

その点Vのイベントは楽でいい

**デフォルトの名無しさん** · 2017/12/09(土) 11:06:28.29

WinFormsに続いてWPFもすでに飼い殺しモード
Mobileがポシャって将来の展望が見えないUWP
どうすんだろうねほんと

**デフォルトの名無しさん** · 2017/12/09(土) 11:06:30.15

>>911
そりゃそうだ
MVVMとか言われだしたのってWPFが世に出た後だぞ

**デフォルトの名無しさん** · 2017/12/09(土) 11:18:55.23

>>914
MS自身はElectron使ってるからね
今時Webできない奴なんか放っといても他所へは行けないんだからセールス的にはどうでもいいんだよ

**デフォルトの名無しさん** · 2017/12/09(土) 11:21:28.35

>>916
え、VisualStudio自体もElectronかい？

**デフォルトの名無しさん** · 2017/12/09(土) 11:43:10.65

>>914
そう、これだってのがないのがダメすぎるMicrosoft。
そのせいと、モバイル捨てたからエコシステム作れない。

**デフォルトの名無しさん** · 2017/12/09(土) 12:11:43.99

Mobileは死んだけど、Hololensとか新機軸のデバイスの展開も見据えると
Win32だけのままじゃダメってのはわかるし個人的にUWPはUWPで続けてくれて良いんだけどね

Desktopをおざなりにするどころかユーザーや開発者に劣化環境を押し付けてくるのが最高にうんこ

**デフォルトの名無しさん** · 2017/12/09(土) 12:15:01.89

Hololensなんてごみじゃん
ただの流向

**デフォルトの名無しさん** · 2017/12/09(土) 14:28:35.64

WPF版のペッツォルト本なかったっか？

**デフォルトの名無しさん** · 2017/12/09(土) 14:56:59.28

大多数の人がしたいと思ってることが簡単にできないとダメ
画像の表示一つで首かしげるようなものじゃダメ、普及しない