WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 07/31 14:03 / Filesize : 252 KB / Number-of Response : 1038
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2017/05/09(火) 09:09:13.94 ID:KhhA22kJ.net]: Windows Presentation Frameworkについて語るスレ。

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

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

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
2 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 06:09:39.89 ID:urIvfzei.net]: Prism触ったけどなんか俺にはmoduleとかresionとかなんか取っつきにくいわ
まだlivetの方が扱いやすい
しかしlivetは更新きそうもねぇ…
3 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 06:38:28.68 ID:jDR4zwYO.net]: おー
わんだふる
こーでぃ
んぐ
4 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 09:30:03.19 ID:3FEzfd+k.net]: >>2
俺は一人でやっているからmoduleはほとんどつかわないな
resionは画面遷移させたりするからよく使うね
livetはオワコンってどっかで見たような気がする
MVVMパターンでコーディングしていくなら
prism一択だともう、UWP向けもあるし
5 名前：デフォルトの名無しさん [2017/05/11(木) 16:58:28.11 ID:yv1eK+cF.net]: WPFは定着したのか？
6 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 19:47:14.62 ID:7SeHLwtP.net]: 煽るなよクズ
7 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 20:29:11.34 ID:ZJ7VD95O.net]: WPFとUWPはコントロールを統一してほしいわ
8 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 21:03:57.37 ID:Iyov9hyd.net]: WPFにもx:bindくださいよ・・・
9 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 21:41:57.64 ID:qZUu09r+.net]: WPFは実験台だったんだよ!!
10 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 22:14:42.24 ID:H/VVixUH.net]: >>6
質問しただけなのに煽り扱いとか草
11 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 09:03:05.08 ID:aVMf/EH4.net]: >>9
silverlight「せやな」
12 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 09:49:53.60 ID:/FU2Mr/k.net]: >>9
WinForms「そんなバカな！？」
13 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 10:41:27.09 ID:178y8u3h.net]: XAML Standard 1.0かあ

> Post specification plans include support of XAML standard in Xamarin Forms and UWP

ﾌﾌｯ
14 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 11:10:06.94 ID:aVMf/EH4.net]: WPFにx:bindがくるの？
15 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 11:47:01.51 ID:178y8u3h.net]: https://github.com/Microsoft/xaml-standard/issues/20

本当にどうするつもりなのやら…
16 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 12:06:16.95 ID:jSPcfUbH.net]: XAML StandardはUWP基準でやったほうが楽っぽいけど、どうなるんだろ？
17 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 20:22:06.68 ID:3U2TPXlN.net]: DataGridViewとDataGridとGridView・・・名前だけでも収拾つかなくなってるな
18 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 12:03:16.66 ID:+XOpMNlS.net]: VS2015upd3のデザイナー上で突然、下記のエラーが起きたんだけどなぜこうなったか分かりますか？
{
"Version": "W.3.2.2.0",
"Guid": "6fe59b26-7383-40d5-947c-7448769a5e81",
"Type": "System.Runtime.InteropServices.COMException",
"Time": "2017/05/13 11:39:38",
"Position": "PresentationCore--->Void SyncFlush()",
"Message": "HRESULT からの例外:0x88980406",
"StackTrace": " 場所 System.Windows.Media.Composition.DUCE.Channel.SyncFlush()\r\n
～～～～～～
System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)"
}
19 名前：18 mailto:sage [2017/05/13(土) 13:38:34.53 ID:+XOpMNlS.net]: 自己解決です。
どうやら拡張機能である[BabeLua]をインストールしてたのが原因でした。
20 名前：デフォルトの名無しさん mailto:sage [2017/05/15(月) 18:08:45.66 ID:Ctz1XYd1.net]: DataGridのRowDetailにDataGridをネストして、更にそのDataGridのRowDetailにDataGridをネストして...
という感じで多階層にデータを取り扱えないかチャレンジしているのですが、
この時、動的に生成された全てのDataGridの中から最後に選択された１つのアイテムを取得する方法ってありますでしょうか？
SelectedItemプロパティを全て同じVMのプロパティにBindしてみたのですが、思うように動いてくれず・・・。
21 名前：デフォルトの名無しさん mailto:sage [2017/05/15(月) 23:36:54.04 ID:NF1B/L7+.net]: せめてサンプルは出そうよ
22 名前：デフォルトの名無しさん mailto:sage [2017/05/15(月) 23:45:12.16 ID:H6WdDjEY.net]: 高度に発達した天才はキチガイと区別がつかない
23 名前：デフォルトの名無しさん mailto:sage [2017/05/16(火) 09:10:31.52 ID:yWt8l9TR.net]: 失念しておりました！下記の通りです。
※View.xaml
<DataTemplate x:Key="Expander">
<ToggleButton IsChecked="{Binding RelativeSource={RelativeSource AncestorType=DataGridRow},
Converter={StaticResource VisbilityToBoolean},Path=DetailsVisibility}">
</ToggleButton>
</DataTemplate>
<DataTemplate x:Key="ChildDataGrid">
<DataGrid ItemsSource="{Binding Children}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource Child}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>
</DataTemplate>
<DataGrid ItemsSource="{Binding Items}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource ChildDataGrid}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>

※VM.cs
public object SelectedRowItem{get;set;}
public ObservableCollection<Item> Items{get;set;}
※Model.cs
public class Item{
public int ItemId{get;set;}
public string ItemName{get;set;}
public List<Item> Children{get;set;}}
24 名前：デフォルトの名無しさん mailto:sage [2017/05/16(火) 09:11:34.75 ID:yWt8l9TR.net]: DataGrid(A)のItem1を選択→展開されたDataGrid(A)のRowDetail内のDataGrid(B)のItem2を選択（ここまでは理想通りにSelectedItemが拾える)
→DataGrid(A)のItem1を再度選択（この時にSelectedItemがnullでセッターに飛んでくる）
といった感じで最終的に選択されたアイテムはItem1である、となって欲しいのですが、うまく行きません。。。
25 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 02:33:43.45 ID:l5Fo+DHG.net]: Xamarin.Forms Feature Roadmap ? Xamarin Forums
https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap/

Xamarin.Forms for WPF
26 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 02:39:33.97 ID:uA2nqlms.net]: DataGridが大量データに弱すぎて使い物にならない。
せめてExcel並みのパフォーマンスくらい難なく出させてくれよって感じ。

いろいろ調べたけど、結局満足の行く情報も得られず。英語読めないし、日本語文献少なすぎ。
線と文字と縦横のスクロールバーを使って自前の描画をさせることも試したけど、
1ピクセルの細い線が満足に引けないって何なんだか。
見える範囲だけ線と文字を並べるのも速く無かったし。

で、WPFをメインに据えるのは諦めた。

WebBrowserでHTMLやJavaScript使う方がマシだなって思ったら、WPFのWebBrowserが
Windows FormsのWebBrowserより低機能とか、全くどうなってんだか。

WPF何とかならんのかね。。。。。。。。。。
27 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 03:37:37.19 ID:KHEwJCpd.net]: なんかすぐにパフォーマンス的な制約にぶつかるよねWPFって
何で最初からせめてWindows Formは機能的に完全に置き換え可能なように気合いれて作らなかったのか
28 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 03:42:10.64 ID:BkQCepkhb]: サードパーティので解決しそう
29 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 13:11:07.24 ID:t3SNHOM+.net]: できるわけないだろ、常識的に考えて・・・
最近はアセンブラ経験ない奴増えてパフォーマンスに対する認識が低すぎる・・・
どういう処理が重くてどういう処理が軽いが全く認識せずコード書いてる・・・
30 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 13:13:56.09 ID:5vuXYzJT.net]: この2017年にもなってまだアセンブラ意識してコード書かなきゃならんのかよ
31 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 13:25:13.56 ID:t3SNHOM+.net]: むしろアセンブラの知
32 名前：識がいらないという発想が全く理解できない。 たぶんキミはPGに向いてない。 []: [ここ壊れてます]
33 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 13:30:30.22 ID:Wox1Gkc9.net]: 必死すぎワロタ
34 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 14:00:19.52 ID:U9rYpiRi.net]: アセンブラまで行かなくても、ライブラリー類を一切使わず処理を全部基本の文法だけで書いて
パフォーマンスを自分で考える位のことは、プログラミングの勉強の一環として必要かもね。
利便性とパフォーマンスのバランス感覚を身に付けると言うか。
35 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 14:07:25.80 ID:l5Fo+DHG.net]: DataGridはWinFormsでもうんこだから。
36 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 16:00:16.10 ID:rnnQH6fx.net]: だよねー
いつ良かったんだろ？
37 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 18:21:04.77 ID:jVqpThIf.net]: DataGridは入力系だから、最大でも数十行マトモに動けば問題ないと思うんだよな
数百数千行表示したければListBox使えばいいよ
Formsと違って、WpfやUwpはListBoxの表現力は高い
38 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 18:58:05.92 ID:A83HeXSo.net]: WPF初期リリースにDataGridが含まれてなかったのは、
Templateいじれば同等の事できるはずだから不要ってことだったのかね？
39 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 22:59:37.33 ID:DQmNnW2r.net]: RenderTargetBitmap からメタファイルを生成するサンプルって
どこかにありますか？
40 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 23:44:17.23 ID:9h1Xx+SW.net]: WPFスレでアセンブラどうこう言ってる化石は土に埋まってろよ
41 名前：デフォルトの名無しさん mailto:sage [2017/05/20(土) 23:46:30.50 ID:PmwbqNDX.net]: 百歩ゆずってCPUの動作、また百歩ゆずって機械語を意識しろなら
わからんでもないけどアセンブラはないねw

しかも正式にはアセンブラじゃなくてアセンブリ言語だしw
42 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 00:46:34.95 ID:8zMWeNzv.net]: き～か～い～の～き～も～ち～
43 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 02:00:38.41 ID:k47BBUnj.net]: >>40
すごい知ったかだな。普通にAssemblerもよく使われる。
書籍の題名とかほとんどアセンブラになってるだろう。
最適化の文献や機械語の勉強を一度もしたことないことがすぐ分かる。
44 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 03:50:00.04 ID:xPrtSSgz.net]: おじいちゃんほんと申し訳ないんだけど一生懸命覚えたであろうアセンブラの知識や機械語の知識
現代では君が信じてるほど出番無いんだわ
45 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 05:46:56.15 ID:pa0r6x2E.net]: 大昔は、乗除算や分岐が重い処理だから少なくするんだっけ
ちょっと昔は、コンテキストスイッチに気を付けるくらい？
今は何に気を付ければいいん？
マネージ・アンマネージの行き来？
46 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 07:59:15.03 ID:5ysSED91.net]: キャリーフラグの値が欲しいときがある。
47 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 08:09:37.53 ID:B8Y3PA0X.net]: まあ、頑張ってチマチマ最適化しようが、DataGridに数万行突っ込んだら全て終了です
48 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 08:40:00.41 ID:6fwslcYw.net]: 仮想化しても駄目なの？
49 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 14:43:55.71 ID:jNq5R9xb.net]: >>42
しょうがないお馬鹿さんだな
アセンブラっていうのはCで言えば「Cコンパイラ」に対応する言葉。
C言語に対応するのは「アセンブリ」。
50 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 15:07:35.59 ID:xCFEt9+J.net]: 数万って実際どのくらいかな
51 名前：デフォルトの名無しさん mailto:sage [2017/05/21(日) 15:26:06.30 ID:1Ubd4ETn.net]: >>48
こういう奴は今でもD-RAMはおかしいD-RWMって言え
とか思ってるんだろうか w
52 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 09:03:17.61 ID:6FuooAR5.net]: そもそもDataGridに何万件もデータを入れようなんて設計が間違っているんじゃない？
それにWPFなら仮想化できるし、そこまで問題にならないような・・・
53 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 09:10:48.84 ID:f1FFPJ6b.net]: >>51
あのさぁ…話ループさせたいだけの下痢便くんはこの世に要らないわけ
分かる？
今すぐ中央線に突っ込んで死ね
54 名前：デフォルトの名無しさん [2017/05/22(月) 10:06:44.67 ID:ZytydYHf.net]: 暑いけどまだ夏休みじゃないのにな
55 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 11:41:08.65 ID:eJszv2Pe.net]: 毎日が日曜日なんだろ
56 名前：デフォルトの名無しさん [2017/05/22(月) 20:05:09.72 ID:EJo9O8hZ.net]: いまさらListViewがデフォ仮想化されててIsSelectedとBindしても同期されないって知ったのですが
仮想してる場合SelectionChangedから自力でやるしかないのですか？
57 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 20:11:22.91 ID:f1FFPJ6b.net]: ItermsControlの仮想化は欠陥品もいいとこだから切ってるわ
あとはパフォーマンスに端から期待しない設計をすればいい
58 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 20:56:51.57 ID:zMhg6UhV.net]: stackoverflow.com/questions/31176949/binding-selecteditems-of-listview-to-viewmodel
こういうのはどう？
59 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 21:24:33.03 ID:qkUesmwG.net]: >あとはパフォーマンスに端から期待しない設計をすればいい
パフォーマンスがWin Formsと同等、あとはコントロールなどWin Formsと同等のものが
早いタイミングで用意されてたら、WPFの現状も今とは多少違うものになっていたろうにな
60 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 21:55:52.23 ID:xSrNGN1H.net]: WPFも.NET Nativeにすれば良かったんだよ。
今からもすれ。
61 名前：デフォルトの名無しさん [2017/05/22(月) 22:34:48.41 ID:MGdDMh7q.net]: >>51
その程度の思考でプログラマーやってることにドン引きだわ。

Excelみたいなアプリを作っちゃいけないんだ。へー。

DataGridの仮想化が糞なのも有名な話だと思うんだが。
62 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 22:40:32.33 ID:4tsp+V1N.net]: 50に設計を依頼したくないな
63 名前：デフォルトの名無しさん mailto:sage [2017/05/22(月) 22:43:05.83 ID:5GrenZQq.net]: >>60
WIｎFormsはListBoxやListViewがお粗末だから、見栄えの良い表にしようとするならDataGridViewを使わざるを得ないが
ｗｐｆなら大量データの表示はListViewやListBoxを使えばいい
DataGridは入力する場合だけに使えばいいから、言うほど大量のデータを扱う必要はない
64 名前：デフォルトの名無しさん [2017/05/23(火) 01:38:23.07 ID:04UVyDFy.net]: Excelが何万件ものデータを扱うとき全部オンメモリで
やってるとでも？
その程度の思考でプログラマーやってることにドン引きだわ。

しっかし、相変わらず文句ばかりのスレだね。
そのエネルギーをもっと有効活用すればいいのに。
別にWPF使えとか強要してるわけでもなし、こんな
過疎スレにわざわざからみに来るなんて余程暇なんだな。
65 名前：デフォルトの名無しさん mailto:sage [2017/05/23(火) 01:53:54.82 ID:WH5r8h3p.net]: 適材適所が理解出来ないお爺ちゃん達には困ったもんだよ、ほんとに。
66 名前：デフォルトの名無しさん mailto:sage [2017/05/23(火) 08:24:09.32 ID:hLB5M4JB.net]: どうでもいいけどD-RWMって何を考えてこういうことになるんだろかね。

ROMがRead Only Memoryだから
RAMはRead Writeとかトンデモ理論なの？

Aはなんだと思ってたのかね。
Random Access Memoryなのに。
67 名前：デフォルトの名無しさん mailto:sage [2017/05/23(火) 09:01:09.88 ID:eURNpC6R.net]: >>65
横だが、ROMも機能的にはランダムアクセスメモリーなわけで、ROMと区別するための識別子としてRAMは意味合い的にふさわしくないが
定着しちまったから略語として正しいRWMじゃなくてRAMと言っている

この理屈はアセンブリ言語を定着しているからアセンブラと呼ぶことと同じ理屈だってことじゃないかな
「アセンブリ言語だーと喚くならRWMと呼べ」という主張には一定の正当性があります
68 名前：デフォルトの名無しさん mailto:sage [2017/05/23(火) 10:39:20.88 ID:/57g/yiT.net]: なんか鳥頭なのかこの話の流れの突っ込みどころ、笑いどころが分かってないのが多いけど、
そもそもWPFのパフォーマンスの話の中で「アセンブラ」なんて頓珍漢な言葉が出てくるのはどうなのっていう
そこだからw

言葉遣いが不適切であるってのはついでの話
69 名前：デフォルトの名無しさん mailto:sage [2017/05/23(火) 10:58:17.14 ID:qgSsavId.net]: ループ以外のレスをしないでください
70 名前：デフォルトの名無しさん mailto:sage [2017/05/23(火) 18:41:38.32 ID:bHvhS1TZ.net]: >>65
バカは書き込まなくていいぞ w
71 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 00:09:01.46 ID:FoMmFfzc.net]: XAMLのBindingで質問です。

とても単純なケースで説明すると、
XAML側でTextBoxを定義して、Textに
MainWindowに新設したstring testStringをBindするとします。

public partial class MainWindow : Window
{
public string testString { get; set; }

<TextBox x:Name="testTextBox" ～省略～ Text="{Binding testString}"/>

この状態において、

コンストラクタ内で
public MainWindow()
{
InitializeComponent();
this.DataContext = this;
testString = "1st set";
}

このコードを実行すると起動時にテキストボックスに"1st set"が入っており想定通りです。
さらに、新規ボタンコントロールを追加して
ボタンが押された際に新しい文字列をテキストボックスに設定するようにするとテキストボックスが更新されません。

private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
}
72 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 00:16:30.67 ID:CtcOIoTT.net]: >>70
INotifyPropertyChanged
73 名前：69 mailto:sage [2017/05/26(金) 00:22:39.18 ID:FoMmFfzc.net]: しかし、この状態で

private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
// 以下を追加
Binding bind = new Binding("testString");
bind.Source = this;
this.testTextBox.SetBinding(TextBox.TextProperty, bind);
}

とするとテキストボックスは更新されました。

XAML側のBinding指定はコンストラクタなど各ウインドウ？が生成される時にしか有効ではないのでしょうか？
それ以後Bindされているオブジェクトが新しくなる場合は、再度バインドしなおさなくてはならないのでしょうか？

自分の理解では、
オブジェクトが更新された場合の内部挙動はBindingで所持しているプロパティパスを
DataContextからFindして該当プロパティの値を参照する、というようなイメージだったのですが、

どうもこの挙動をみていると、該当プロパティを見つけるところまでは同じですが、
見つけた後、プロパティの中に入っているオブジェクトそのものだけを記憶しているように感じます。
C++的な書き方をするなら
class MainWindow
{
string* testString;
}
// 想定していた挙動
string*& bind_property = MainWindow.testString;
// 実際の挙動
string* bind_property = MainWindow.testString;
みたいな感じですかね。新規オブジェクトのアドレスが代入されるけど、バインドは旧オブジェクトのアドレスをみているようなイメージ。
74 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 00:28:48.35 ID:FoMmFfzc.net]: >>71
> >>70
> INotifyPropertyChanged

testStringをMainWindowではなく
INotifyPropertyChangedを継承した別クラスにおいて、
そこで通知をうけれるようにする、という事でしょうか？

GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
を使う必要があるのかなと思っていたのですが、
プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？
75 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 02:07:15.36 ID:t9Hdpjhx.net]: >>73
> GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
> を使う必要があるのかなと思っていたのですが、
> プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？

これは逆だね
>>70 のコードでもテキストボックスのテキストを打ち変えたら testString の値も変わる
(デフォルトではテキストボックスからフォーカスが外れたとき)
INotifyPropertyChanged を実装するのは testString の値が変更されたことをテキストボックスに通知するため。

> testStringをMainWindowではなく
> INotifyPropertyChangedを継承した別クラスにおいて

インターフェイスなので MainWindow に実装してもいい。もちろん別クラスでもいい。
76 名前：69 mailto:sage [2017/05/26(金) 23:30:26.04 ID:FoMmFfzc.net]: ありがとうございました。
INotifyPropertyChangedで解決できました。
最終的にはPrismいれてBindableを使うようにしました。

ちなみに皆さんは、どこでWPFの情報を収集して学習しましたか？
MSDNだけで十分？
自分は本などは買っておらずネットだけでなんとかしようと思っていたのですが、
WPFのバックエンドの動作などが細かく解説してあるようなページはみつけられなくて・・。
そういったイメージがつかめるととっつきやすいかなーとおもうのですが。
77 名前：デフォルトの名無しさん mailto:sage [2017/05/27(土) 00:50:54.10 ID:XfIUBFbn.net]: ReactivePropertyのほうが簡単でいいよ。
PrismとReactivePropertyの組み合わせが鉄板。
78 名前：デフォルトの名無しさん mailto:sage [2017/05/27(土) 22:37:08.09 ID:sdz07quX.net]: >>75
書籍だとエッセンシャルかな

Google先生で十分じゃないかと
便利な世の中になったもんだと思う
79 名前：デフォルトの名無しさん mailto:sage [2017/05/27(土) 22:43:09.07 ID:Cnbgg+tR.net]: >>77
エッセンシャルに一票
てか、まともなのが和書じゃこれしか見当たらん。
80 名前：69 mailto:sage [2017/05/28(日) 20:09:32.80 ID:wwPe3PxY.net]: みなさん、ありがとうございます。
参考にさせて頂きます。
81 名前：デフォルトの名無しさん mailto:sage [2017/05/29(月) 19:36:45.18 ID:BsTukI6Z.net]: HogeViewModel は名前空間 "clr-namespace:ViewModels に存在しませんとかいうエラーに小一時間悩んだあげく
（実行はできるけどXAMLデザイナーがエラー出ていじれない）
結局ViewModelが参照してるDLLのインターフェースを実装したらそうなることが分かった・・・
意味分からん
82 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 02:38:41.97 ID:VSEcCyJ5.net]: そんなクラス(ロードでき)ないぞ！
というエラーなわけだな
83 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 08:18:09.78 ID:JS2ZXwNm.net]: デザイナーエラーで悩んだこと有ったが、俺の場合は古いBlendのｄｌｌがGACに入っていることが問題だったな
84 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 15:41:03.41 ID:wFAG8npl.net]: ねーねー
WPFってメモリリークしやすいっていうけど、リークしてるってのはどういう手法で見つけてるの？

例えば、VS2017の場合とか
85 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 16:26:06.42 ID:ZOQStLdx.net]: >>83
CLR Profiler
86 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 23:01:22.98 ID:293eyS1y.net]: Prismのインストール方法教えてください
87 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 23:04:53.79 ID:W7qZGWEB.net]: Prismはソースコードを必要なとこだけコピペして切り貼りして使うもんだよ
ライブラリじゃなくてあくまでサンプル集
88 名前：デフォルトの名無しさん mailto:sage [2017/06/01(木) 23:35:05.61 ID:O9hXITjG.net]: >>85
NuGet
89 名前：デフォルトの名無しさん [2017/06/03(土) 09:08:04.39 ID:oS+kvV3r.net]: >>86
ワラタw
90 名前：デフォルトの名無しさん mailto:sage [2017/06/03(土) 09:18:00.73 ID:os85wqX+.net]: 実際Prismは本来はそういうものだけどな
最近はフレームワークを自称するようになったけど、元々の位置付けはあくまでサンプルコード
91 名前：デフォルトの名無しさん [2017/06/03(土) 10:31:16.61 ID:rMhcGp0h.net]: >>75
https://www.slideshare.net/mobile/okazuki0130/wpf45-38048141
92 名前：デフォルトの名無しさん [2017/06/05(月) 10:03:11.86 ID:cfgJ7GOo.net]: >>89
そんな昔話をして>>85の質問に対して何か意味あるの？
今は>>87が正解。prism 6で検索してターゲットに
合うものを入れればいい
93 名前：デフォルトの名無しさん mailto:sage [2017/06/05(月) 12:15:27.45 ID:Wbw5uYTG.net]: いや今も昔もPrismって出来合いのままで広汎なアプリの要求に対応できるようには作られてないだろ
基本的にはアプリに応じてカスタマイズして使うもんだし、それが負担になるような小規模のアプリはそもそも想定外
カスタマイズが必要になるまではライブラリとして使うというのはアリだと思うけどね
94 名前：デフォルトの名無しさん mailto:sage [2017/06/05(月) 12:18:28.84 ID:3pDi9kK3.net]: 今も2017に対応させたLivetを使ってたりする…
95 名前：デフォルトの名無しさん [2017/06/05(月) 12:46:14.15 ID:cfgJ7GOo.net]: 誰一人としてPrismがフルスタックのフレームワークだ
なんて主張してないし
>>85はプロジェクトへの組み込み方聞いてるだけだし
96 名前：デフォルトの名無しさん mailto:sage [2017/06/10(土) 15:38:51.53 ID:L11NPkLC.net]: 他のスレッドでインスタンス化したTextBlockを
UIスレッドでは見れないのはなぜでしょう？
97 名前：デフォルトの名無しさん mailto:sage [2017/06/10(土) 19:07:49.41 ID:xO5K6/Fq.net]: あなたが仰られているそれが理由ですよ
他のスレッドでインスタンスを作ったから
98 名前：デフォルトの名無しさん mailto:sage [2017/06/10(土) 23:49:29.38 ID:DH1M8ZXTS]: アップデート機能のライブラリでいいのないですか
squirrel.windowsっていうのが良さそうだったんです
exeやdllをまとめてパッケージングするとフルバージョンと差分ができてAmazonS3にあげて参照するとアップデートしてくれる
ただポータブルのソフトにできないみたいで他のを探してるんです
99 名前：デフォルトの名無しさん mailto:sage [2017/06/11(日) 20:58:15.69 ID:gyPvX65F.net]: 差分アップデートの実装ってどうやってるの
差分ファイルを作るライブラリとかないすか
100 名前：デフォルトの名無しさん mailto:sage [2017/06/17(土) 21:58:05.63 ID:KgLuH5ks.net]: >>98
DLLベースで作ってんの？
違うなら意味ない
101 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 07:22:09.43 ID:KlIc0Ruf.net]: >>95
コントロールを作成したスレッドからしか操作できないんでしょう。
シングルスレッドアパートメントってやつ。
Win FormはそうだったけどWPFは知らない。

このスレって過疎ってるね。
WPFって需要ないんだな。
102 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 07:51:42.00 ID:6biPWSCD.net]: なんだオマエ
喧嘩売ってるのか？
103 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 07:58:29.61 ID:O4fe921R.net]: Windows7 を切り捨てたくないからなかなか UWP はね…
104 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 08:07:21.29 ID:2Da2vksV.net]: 海外製の業務パッケージなんかだとWPF使ってるのもわりと見かけるけど、たいてい酷い品質なんだよね
別にWPFが悪いんじゃなくて、作る側が慣れてないのが使ってて伝わってくる
そもそもWPFって頭良くてWPFの仕組みも完全に理解してるアーキテクトがトップダウンで大枠から設計していくような開発スタイルに向いてて、
散らばった開発体制になりがちなドカタ開発には根本的に向いてないんだと思う
105 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 12:42:48.11 ID:U0layi5s.net]: ヘルプが充実しすぎてて語ることもない
106 名前：デフォルトの名無しさん [2017/06/30(金) 15:51:47.54 ID:9bb0xxM2.net]: Livet更新する気ないなら、そう言ってくれないかな？
実はもうLivet2のリポジトリもあります！ｷﾘｯ（ｽｯｶﾗｶｰﾝ
とかほんと勘弁。
107 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 16:07:36.83 ID:141Xnv8f.net]: んだねぇ・・・
108 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 16:08:24.47 ID:KlIc0Ruf.net]: >>
109 名前：101
言い値で買ってくれるのなら売るけど []: [ここ壊れてます]
110 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 16:09:51.42 ID:KlIc0Ruf.net]: >>103
もう、MVVMなんか完全に無視してXAMLの描画能力だけを使えば。
コードビハインドにイベント直書きで。
111 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 16:22:28.05 ID:kEnZP6sv.net]: ほんとそれで済むならそれが一番お気楽だと思うw
112 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 20:59:06.88 ID:rrNbQrLc.net]: WPF アプリケーションからショートカットキーで単語登録ツールを開くと、クリップボード上のテキストが単語登録ツールに送信される
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/06/30/
113 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 22:42:30.73 ID:KlIc0Ruf.net]: >>109
済まないのけ？
114 名前：デフォルトの名無しさん mailto:sage [2017/06/30(金) 22:45:54.31 ID:clQFqOTV.net]: バグか
多言語環境は後回しにされるからと言っても今更な問題だなー
枯れてもいないのにクラッシック扱いとかないよな
115 名前：デフォルトの名無しさん mailto:sage [2017/07/01(土) 00:25:59.28 ID:jAe4uSb2.net]: ちょ○どさんと人脈築かないのが悪いんでしょ。:-p
116 名前：デフォルトの名無しさん mailto:sage [2017/07/01(土) 01:22:05.56 ID:s5XdkdiI.net]: ちんぽ騎士団のことか？
117 名前：デフォルトの名無しさん [2017/07/02(日) 18:07:35.93 ID:iaIJsPMi.net]: >>105
3～4年前に選定で状況がアレなんで落としたけど
未だに何かメンテされるとか思ってる人は何を見て
そう思ってる(期待してる)のかねぇ？
118 名前：デフォルトの名無しさん mailto:sage [2017/07/02(日) 18:14:09.94 ID:n44aKuOt.net]: >>105
あいつは信用できない人だから諦メロン。
119 名前：デフォルトの名無しさん [2017/07/03(月) 16:26:45.03 ID:lk7pwiyI.net]: >>115
メンテされてるとは思ってもいないよ
Livet無しでは生きていけない体にされてしまったから、
今から新しいご主人様のもとにいけないだけ。

もうLivetなんてさわりませぇ～んｗｗｗとか言ってくれたらすっぱり諦められるのにな、って話
120 名前：デフォルトの名無しさん mailto:sage [2017/07/03(月) 16:46:48.25 ID:x7ZSI953.net]: PrismとReactivePropertyにすればいいのに。
化石か。
121 名前：デフォルトの名無しさん mailto:sage [2017/07/03(月) 20:11:02.99 ID:pOY1+MdE.net]: >>108
そういうのやったことあるｗ
MaterialDesignThemeのボタンとかが欲しかったんで
Win32ダイアログのStaticに貼り付けて、SendMessageでメッセージ送信、
WPF側はCOMにしてって。
122 名前：デフォルトの名無しさん mailto:sage [2017/07/03(月) 22:28:09.60 ID:ducb91AT.net]: livetはセットアップが使えるまでさわりそうだわ
123 名前：デフォルトの名無しさん [2017/07/04(火) 09:22:33.96 ID:P9L7ora1.net]: >>118
そうする。
Livet滅びろ
124 名前：デフォルトの名無しさん mailto:sage [2017/07/04(火) 09:25:49.69 ID:02WbgGqL.net]: >>121
prismにしたら、序にprism.Unityも検討すると幸せになれます
125 名前：デフォルトの名無しさん mailto:sage [2017/07/04(火) 09:37:47.14 ID:8gzuv+lo.net]: DIならAutofacの方が遥かに使いやすい
126 名前：デフォルトの名無しさん mailto:sage [2017/07/04(火) 10:03:05.72 ID:02WbgGqL.net]: >>123
ｗｐｆ版のunityはごちゃごちゃしているけど、UWPはシンプルで使いやすいよ
127 名前：デフォルトの名無しさん mailto:sage [2017/07/04(火) 11:36:38.70 ID:+a69+1Su.net]: autofac使いたいけどドキュメントが英語しかないのよ
unityもだけど
TOEIC500点にはしんどい
128 名前：デフォルトの名無しさん mailto:sage [2017/07/04(火) 12:09:10.03 ID:IVSy+wIs.net]: 500あれば英語のドキュメントくらい十分読めるだろ
129 名前：デフォルトの名無しさん [2017/07/04(火) 13:55:29.13 ID:c5wM3J/I.net]: 何も考えないでならMEFが楽だったけど、色々問題もあるので
今はNinjectを試しに使ってみてる。Autofacは使ったこと
無いから次使ってみよう。
Unityはなんかこー使ってて芋くさい感じで即捨てたナァ。

Livetは会社の先輩にあいつについて行ってもろくな結果に
130 名前：ならないよ言われたので何言ってるのか理解できなかったけど 検討すらしなかったな。 なんかそっちの業界では有名な人みたいね。 個人的には現段階で要求満たしてて物作りに使えるなら 文句言うような話でもないと思うけどさ。 コードもあるんでしょ？ []: [ここ壊れてます]
131 名前：デフォルトの名無しさん mailto:sage [2017/07/05(水) 01:31:04.99 ID:lUZdvQJS.net]: 個人的にはDIはAutofacが一番活発っぽいので、将来性を見るならいいと思う。
後、使い勝手に癖があるけど、パフォーマンスを求めるならSimpleInjectorが今のところ一番かな。
132 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:38:22.02 ID:GPihe4oW.net]: 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がなるのは自然なことに思われます。
133 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 20:46:11.26 ID:CMoaG/yh.net]: XAML StandardはUWPとXamarin.Formsのためのもので、UWPがベースとなる。
WPFは当然そうなる。
134 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 21:08:12.46 ID:aGnde0VM.net]: クロスプラットフォームか…
UWP はホント何とかしてWindows7以降位で動くようにしてほしいわ
135 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 21:31:03.06 ID:VAPCWW9n.net]: まあMSのプラットフォーム切り捨てはその時点ではショッキングで時期尚早のように感じられても
後で振り返ると何だかんだ言っても常に正しい決断をしてるからね
WPFはその歴史の中では長く延命させてもらえた方だったと思う
136 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 21:58:42.48 ID:M4nTNHGh.net]: いい加減需要無視の官僚主義でゴリ押ししても誰もついてこないって悟って欲しいよね。
UWPなんぞWPF以上に普及する訳がない。
137 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 22:21:37.06 ID:q15cuW4i.net]: VB6とwinformsが細々と生き残ってるのにWPFは終了ですか
138 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 22:28:40.73 ID:vGCZg92k.net]: VB6やWindowsFormsには触れてないけど、WPFと同じくレガシー扱いするんじゃないかな
139 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 22:32:20.18 ID:CMoaG/yh.net]: WPF→UWP移行なんて簡単にできるやん。
セキュリティに引っかかるくらいで。

WinForms連中に移行は無理だろうけどｗ
140 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 22:41:00.13 ID:q15cuW4i.net]: UWP移行せえって言うことはこれまでみたいなツール類ソフトは作るんじゃねえってことだな
c++のDLLのラッパーも作れないしpythonにすら劣る環境になるぞ
戦わずして負け
141 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 23:01:56.01 ID:ICK1L0PE.net]: UWPなんていらんし
142 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 23:08:26.44 ID:OGEEEgHo.net]: UI だけ作らせてくれりゃいいよ
ちゃんと古いOSもサポートしてさ
ってことでもう全部 Xamarin でいいよ
143 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 23:13:07.99 ID:WpAcqjI9.net]: UWPやXamarinでは制約のせいでVS Codeすら作れないからな
electronに負けるってどういう環境だよ
144 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 23:25:40.30 ID:OGEEEgHo.net]: Xamarin なら UI (とロジック)以外はネイティヴで書いていいもんだと思ってたけど制約あるの？
145 名前：デフォルトの名無しさん mailto:sage [2017/07/06(木) 23:56:41.90 ID:zmyW9vaq.net]: チョマドも切り捨てたら信じる
146 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 00:10:38.25 ID:lM6G8JoL.net]: VS2017のインストーラーがelectronで作られてて
MSなのになんでUWP使わないのみたいな記事があったけど
UWPは制約のせいで作れないからな
147 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 00:19:44.99 ID:hA6R7MXk.net]: あのインストーラはむしろなんでElectronなのかの方が謎ではあるが
Visual Studio Codeはクロスプラットフォームという前提があるからわかるけど

新規でインストーラ用ツールを書き起こそうと思ったら
まともなデスクトップ用GUIフレームワークが自社ありませんでした
みたいな理由をMS自身が抱えてたとしたら最高にウケる
148 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 00:57:16.14 ID:Q2kSZF88.net]: 謎でも何でもないだろ
新規で作るものにWPF使うなって内規があるんだろ
149 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 01:43:02.25 ID:0EyKpg23.net]: UWP で作ったら Windows 7 で動かないじゃん
150 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 02:03:20.20 ID:VVUNYRiA.net]: それ以前にUWPなんか誰も使いとうないw

見づらい糞フラットデザインにぱっと見アクティブウィンドウがどれかも分からん糞仕様とか
ふざけてるのでなければMS自身に普及させる気がないとしか思えん
151 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 05:14:05.25 ID:3HlCp7PL.net]: MSはそもそもWPFアプリを全然作らなかった。
UWPアプリは作りまくり。
そういうことだ。
152 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 08:48:17.47 ID:y1dZH5/L.net]: XPに馴染めずに、何年もWindows2000使っていたマニアって少なからず居たよね・・・
153 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 09:10:58.26 ID:elHNUS4q.net]: UWPは業務向けアプリを作るのにちょっと都合が悪いんだよなぁ・・・
今更WinFormsに戻れってか
154 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 10:09:35.50 ID:RZk2PQeA.net]: 迷走してるよなー

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

MSがWPFを見捨てる理由って、
一般プログラマに敷居が高くて流行ってないという理由以外になんかあるのだろうか？
UWPだってXAML使ってるから敷居の高さは変わらない気がするけど（未使用者並みの感想）
155 名前：デフォルトの名無しさん [2017/07/07(金) 10:40:59.91 ID:vtddP0uN.net]: この程度で敷居高いとかいってる人は開発向いてないよ。
WPFが使われてないって日本固有の話だと思ってたが？
海外じゃミドルも含めて製品いっぱいあるしStack overflowの
記事もかなり多い訳だし。

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

俺もWPFで作ったパッケージ製品抱えてるし、この流れは
どうしたものか悩ましいな・・・。買い入れてるクソみたいな
コンポーネントがUWP対応してくれないと話にならないけど
正にWinFormsにしがみついてる層が作ってるからなぁ。
156 名前：デフォルトの名無しさん [2017/07/07(金) 10:46:45.06 ID:NO/da/cw.net]: >>150が言ってることが全てを物語ってると思うが、ストアで儲けたいけどタッチ対応出来てWin7でも動く、業務アプリ作るのに制限が無いWPFがUWPにとって邪魔ものなんだろ。
157 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 10:59:00.81 ID:bf5DWk7a.net]: ストアで配布さるんじゃないなら、側(UI)だけUWPにして本体は Python ででも書けば良いのかもよ。
158 名前：デフォルトの名無しさん mailto:sage [2017/07/07(金) 12:09:14.85 ID:6EJFASyl.net]: UWPがもっと使い勝手よければ移行してもいいんだけど
今のクソ仕様じゃなあ
159 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 14:22:26.75 ID:E3mbGEyt.net]: 2018年 UWPへの旅 #002
https://blogs.msdn.microsoft.com/shintak/2016/11/27/2018uwp-002/

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

ということで、デスクトップアプリの取り込みは
今の Bridge というか Desktop App Converter になるのかもしれないですね。
160 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 15:57:51.92 ID:iCzPmO29.net]: まともに使えるようになったら発表してくれ
161 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 15:58:13.59 ID:l55DDfzt.net]: 自在にファイルにアクセスできればUWPでもいいんだけど、、、
162 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 16:49:08.38 ID:fJW+Smzo.net]: まあWebでいいわな
全く価値のない技術
163 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 18:34:32.99 ID:FcGGNiCA.net]: UWPはプロセス間通信できないのも糞
164 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 19:01:05.19 ID:0zNgIKi1.net]: WPF、UWPどちらを使うか迷っているので質問です。

WPFで作ったアプリをDesktop Bridge？App Converter？を使って
Windows Storeで配信できるようになったらしいけど
WPFから変換したそのストアアプリでもUWPで作ったアプリと同様に
「広告収入狙いの無料アプリ」にしたり、「有料アプリ」にすることはできるのですか？
165 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 19:30:03.47 ID:QauaqCLt.net]: >>161
有料アプリは値段選ぶだけ。
広告はUWP用MSの広告SDKなのでWPFからだとひと手間いるはず。詳しくは知らない。
それか、自前でどこかの広告使うか。
166 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 19:40:16.83 ID:9cGC2E83.net]: ギョーミーなアプリとUWPは激しく相性が悪いんだが
167 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 20:18:53.14 ID:SZg5iNd3.net]: >>161
WebかXamarinにしたら?
Winストアアプリで広告収入とかGoogleMapアプリのクラスですら厳しいんじゃないか?w
168 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 21:04:58.98 ID:0zNgIKi1.net]: >>162 >>164
ありがとう
有料アプリならWPFからの変換したものでもUWPと同様に使えるのか

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

Xamarinはmono時代のASP.netで昔少し触ったけどバグだらけで
ひどい品質だったから、名前だけで敬遠してしまう。
Xamarinは各プラットフォームの挙動の違いを理解してないと
バグではまりそうで実はかなり敷居が高い気がする。
上級者じゃないからバグでたときに情報が少ないXamarinはつらい
169 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 21:11:35.55 ID:LHQ7nZ8B.net]: UWPで実現可能かつ対象ユーザーがwin10のみでOK
なら普通にUWPで良いっしょ

まずはAPIを一通り確認してから
170 名前：デフォルトの名無しさん mailto:sage [2017/07/09(日) 22:12:56.65 ID:0zNgIKi1.net]: >>166
有料アプリとか広告付き無料アプリみたいな不特定多数向けだと
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に探しているが
まだ見つからないでいる
171 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 08:30:26.81 ID:u5drisfa.net]: >>167
メンテ性だろうね
UWPが優れてるとかじゃなくて、数年後に訪れる7のサポート終了時の対応のしやすさ
172 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 22:07:59.04 ID:mgWGoil+.net]: 作り手から見れば
・ネイティブでとにかく高速、そして難読化と無縁
・署名付きアプリの配布が格安（一度19ドル払えば何本ソフト登録してもこれだけ、法人は９９ドル）
・広告や販売の面倒をMSが見てくれて楽ちん

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

Windows10でしか動かない、セキュリティーが厳しい、システムの完成度はWPFに劣る、プロセス間通信不可
ココらへんのデメリットが２０年までにどれだけ解消されるか注目だね
173 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 22:14:05.43 ID:qTBsLjv4.net]: むしろUWPやめてWPFに統合しろよと思う
174 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 22:53:02.14 ID:A3c/We9w.net]: WPFの遅さからするとUWPの速さは魅力。
175 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 22:56:29.84 ID:+iUzgANj.net]: Formsが高DPIに対応した以上WPFはもう要らない子
176 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 23:36:24.66 ID:RFXhc7ds.net]: Formsの高DPI対応はまだ初期段階らしいけど
177 名前：デフォルトの名無しさん mailto:sage [2017/07/12(水) 23:38:50.58 ID:RFXhc7ds.net]: >>170
WPFにNative化とx:bindが来るだけで大分変るな。
UWPはセキュリティーガチガチ過ぎて使い道に困る。
178 名前：デフォルトの名無しさん mailto:sage [2017/08/09(水) 19:59:54.61 ID:ML4nnPKa.net]: Windows10でVS2017を使ってWPFを勉強し始めたんだけど、WPFって何かを設定しないとHighDPI認識してくれないの？
検索してdpiAwareをマニフェストに追加してみたりしたけど文字がボケボケになる
どこを設定すれば良いのか教えて欲しい
179 名前：デフォルトの名無しさん mailto:sage [2017/08/09(水) 20:23:58.80 ID:MPlilw1q.net]: >>175
ちゃんと.NET4.7使ってる？
180 名前：デフォルトの名無しさん mailto:sage [2017/08/09(水) 20:37:49.01 ID:ML4nnPKa.net]: >>176
いま確認したら使ってた
i.imgur.com/OuylU5i.png
i.imgur.com/rLbS0GV.png
181 名前：デフォルトの名無しさん mailto:sage [2017/08/09(水) 23:11:02.67 ID:OMROHXo6.net]: >>175
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-
182 名前：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> []: [ここ壊れてます]
183 名前：デフォルトの名無しさん mailto:sage [2017/08/10(木) 01:45:35.71 ID:Eea6v/6m.net]: 今更だけど、>>129の記事のWPFは事実上死んだって見解は実際正しいの？
184 名前：デフォルトの名無しさん mailto:sage [2017/08/10(木) 03:40:34.20 ID:HXkEcdKf.net]: WPFだけじゃなく、UWP以外まとめて死亡って感じだと思うけどな。
x:BindはWPFにバックポート出来そうだけど、UWP推進するために敢えてやらないのだろうし。
185 名前：デフォルトの名無しさん mailto:sage [2017/08/10(木) 03:51:52.36 ID:HXkEcdKf.net]: >>175
Windows10で文字がボケボケになるのを直すだけなら、dpiAwarenessをSystemに
186 名前：デフォルトの名無しさん mailto:sage [2017/08/10(木) 20:09:12.69 ID:2P/fo41Z.net]: >>178
>>181
おお、できた！
dpiAware「ness」かー。
そこまで探せなかった。
ありがとう、助かったよ！
187 名前：デフォルトの名無しさん mailto:sage [2017/08/11(金) 01:08:35.93 ID:IamXCzdT.net]: >>182
VSでapplication.manifestを新規で追加した時に、dpiAwareの方は
コメントでサンプルが記述されてるけど、dpiAwarenessは記述されてないしね。
VS2017位は追加しておいて欲しいね。
188 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 23:34:18.31 ID:XyLY4SkP.net]: xamarinはwindows10アプリケーションのみ開発するのには向きますか？
189 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 00:46:29.72 ID:+aB0CuoT.net]: >>184
スレチ

Xamarin Part5 [無断転載禁止]©2ch.net
mevius.2ch.net/test/read.cgi/tech/1498575762/l50
190 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 01:18:29.88 ID:68lgCx+c.net]: >>185
すみません。誘導ありがとうございます。
xamarinとwpfの違いがいまいちわからずにここで聞いてしまいました。
191 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 02:00:53.11 ID:GsznX68J.net]: >>186
ゴミめ
pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg
192 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 17:36:49.76 ID:NIBb7Mxl.net]: そろそろ普及の兆しが見えてきたな。
193 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 17:52:06.46 ID:X2zW1dp7.net]: などと妄想を垂れている一方で、MSはElectronを使ってプログラミングエディタ界で天下を取ったわけだが
194 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 18:16:17.10 ID:SdbjET61.net]: エディターだからどうにかなっているけどElectronでExcelは作れんだろ
遅すぎて
195 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 18:41:50.72 ID:b5GtYfaQ.net]: 適材適所だね～
196 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 18:48:06.98 ID:X2zW1dp7.net]: >>190
UIを載せ替えるだけなら余裕で作れるでしょ
Electronの裏をネイティブや.NETで書く技術は完全に確立されてる
197 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 18:55:53.92 ID:+4lQEuFI.net]: >>189
LinuxやMacまで含めたデスクトップアプリを開発するならelectronってだけじゃない？
無理矢理フィットしない技術を選ぶ必要はない
198 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 19:06:02.36 ID:LCHWkAXQ.net]: ExcelOnlineの機能を拡張すれば済む話だとは思うけど
そもそもデスクトップアプリ化する理由が無い
199 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 19:21:18.96 ID:z3/lSVpq.net]: だーからそういう戯言は20年前も聞いたよw
いまだに実現してないけどねww
200 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 19:33:19.16 ID:tVMqw9p7.net]: そうは言っても、テキストエディタという開発者にとって最も身近なデスクトップアプリがHTMLになったのは紛れもない事実だからね
しかもその変革がこれまでデスクトップアプリの世界を牽引してきた当のMSによって為されたということも事実
いい加減現実を直視しなければならない
VS2017も一部Electronになってるし、順当に行けば次の本家VSはテキストエディタがVS
201 名前：Codeベースに置き換わるだろうね []: [ここ壊れてます]
202 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 21:24:58.49 ID:SdbjET61.net]: xaml挫折した人がElectron使えるとも思えんわ
203 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 21:53:56.12 ID:npF4egnZ.net]: SkypeのためにReactXPとか立ち上げたりどこに進むのかよーわからんしWPFが死に行くのはどうでもいいけど
さっさとWin32デスクトップアプリを書くためのまともなGUIフレームワークをOSの一部として提供しろや本当にお願いします
204 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:21:59.78 ID:z3/lSVpq.net]: なぁにぃ～やっちまったなー
男は黙ってMFC
205 名前：デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:04:44.69 ID:v7lsGYPm.net]: .NET Standard 2.0とXAML Standard 2.0です。
206 名前：デフォルトの名無しさん mailto:sage [2017/08/23(水) 02:15:45.72 ID:hDb5GJDr.net]: >>188
ギョーミー底辺のオレが使い始めたからな。

xamlのエラーはどうやってデバッグするのさ?
207 名前：デフォルトの名無しさん mailto:sage [2017/08/25(金) 05:39:29.77 ID:VoT30qvb.net]: 神に祈る
208 名前：デフォルトの名無しさん mailto:sage [2017/08/25(金) 21:09:40.34 ID:Yh3GitMD.net]: >>202
どの神？
アッラー、エホバ、ヤハウェ、ビラコチャ、ケツァルコアトル、アメン、フレイア、天照大神、疫病神?
209 名前：デフォルトの名無しさん mailto:sage [2017/08/25(金) 21:13:17.94 ID:JENaYTis.net]: 知らねえよカス
210 名前：デフォルトの名無しさん mailto:sage [2017/08/25(金) 21:46:52.30 ID:Yh3GitMD.net]: >>204
全ての神々の祟りがオマエにありますように。ﾅﾑﾅﾑ
211 名前：デフォルトの名無しさん mailto:sage [2017/08/26(土) 00:11:58.84 ID:54dxvXGC.net]: >>203
つ >>187
212 名前：デフォルトの名無しさん mailto:sage [2017/08/26(土) 07:16:26.54 ID:QMf+EY2e.net]: >>206
ちょまど神を信仰せよと?
ぐぐったらほんまもんの女神様ではないですか。信仰します。
213 名前：デフォルトの名無しさん mailto:sage [2017/08/26(土) 15:17:36.59 ID:sd5MbxkQ.net]: まーたチンポ騎士団員が増えてしまったのか
214 名前：デフォルトの名無しさん mailto:sage [2017/08/26(土) 17:01:34.63 ID:AQD3vU7F.net]: あのスライド1枚で優位に立ってたと勘違いしてたプライド激高の囲いエンジニア達が一斉に掌返し始めたの草しか生えなかったな
215 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 05:06:35.12 ID:wNpTPeXF.net]: すっかり迷走してますな
まさかWIn32APIとDirect3DとDirect2Dを組み合わせて
ボタンやらツールバーやらメニューバーやらスクロールバーやら独自で作って
我ながらアホなことやってるなと思ってた俺の方が勝利するとは
216 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 05:13:54.62 ID:wNpTPeXF.net]: よくよく考えれば、最近弱くなってきたMSのMSによるMSのためのMSの市場戦略に
昔からのユーザーである俺らが、なんで振り回されなきゃならないんだろうかと
スマホもMSがシェア取ってれば、MSもどっしり腰を据えて世の中や俺らのためになる
そういう方向にかじ取りできたのかもしれないが
なんかもう、Win8以降は、とにかく戦略戦略戦略、市場戦略先行でマトモじゃない
良いもの作ろうという精神が無い
こういう事態に追い込まれたら、もう負けなんだよな
だからそうならないようにゲイツは汚い手を使ってでもライバル企業をつぶしてきたんだよ
自社製品を素晴らしいものにするために、横綱相撲するために
217 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 07:21:40.29 ID:n1w+1UPx.net]: >>211
神への信仰が足りませんね。
つ >>187
218 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 12:05:51.00 ID:of4A7mde.net]: > まさかWIn32APIとDirect3DとDirect2Dを組み合わせて
> ボタンやらツールバーやらメニューバーやらスクロールバーやら独自で作って

泥のGUIもアーキテクチャは似たようなもんだし別にそこはええんでないの
圧倒的に最適化が足りなかったとは思うけど
あと既存のHWNDとの相互運用がへぼかったのもあるか
219 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 12:28:38.22 ID:PpHbtjDQ.net]: >>211
正論
220 名前：

ゲイツ以降の経営陣が本当にダメだな []: [ここ壊れてます]
221 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 22:44:48.98 ID:PszpV+O/.net]: スマートフォンの台頭で、調子に乗ったAppleがRIAプラグインを排斥し始めて
その煽りでSilverlightが死んだ時、俺のMS信仰も死んだ
222 名前：デフォルトの名無しさん mailto:sage [2017/09/05(火) 23:48:44.59 ID:r992b4yz.net]: いやスマホ諦めた時点だな。
それまでは開発者大事にしようとする気持ちはあった。
223 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 00:12:40.98 ID:ijhXDwIn.net]: 全く諦めてないでしょ
単に主軸がWebに移って未だにWPFに固執してるような極一部の老害だけが蔑ろにされてるだけだよ
224 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 00:17:30.05 ID:o/s3rNoX.net]: 自分達がMSに必要とされなくなったのをさも開発者全体のことのように言うのはみっともないからやめなさい
225 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 02:23:01.68 ID:enKvs+co.net]: >>217
移ってないってw
君が大海を知らない井の中の蛙なだけw
世界は君に見えてる範囲だけじゃないよwww
226 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 02:24:08.71 ID:enKvs+co.net]: つーか、ネトウヨにしろネットde真実くんにしろ、アホと間抜けな自己陶酔ってほんとセットだなw
俺スゲー俺以外老害ってかw
227 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 07:14:01.93 ID:h6l6T9rK.net]: Azureバカ売れの時代に何を言ってるんだ
いいかげん危機感持った方がいいぞ
228 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 07:52:19.82 ID:UqqVUPtB.net]: 現に>>219のような人を生み出してしまったわけだから、Webへの移行にあたって
既存のデスクトップアプリ開発者向けの緩やかな移行パスを用意できなかったのは確かにMSの失策かもね
その意味で期待されていたSilverlightもダメだったし、ASP.NETもForms切り捨ててWebのメインストリームに迎合する方向だし
229 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 08:48:39.90 ID:ICSdr/QC.net]: Webとモバイル、どっちも諦めたからな。
開発者離れは深刻。
230 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 08:54:11.97 ID:h6l6T9rK.net]: 開発者離れといってもWebへ行けないなら結局MSにすがりつく以外の選択肢はないじゃん
哀れ
231 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 10:07:43.03 ID:ygscOEFy.net]: しがみ付くならしがみ付くで構わないんだけど
MSの実らない市場戦略に
振り回されることになりそうだから嫌だよね
って話だったのでは？
232 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 12:24:53.49 ID:in3L1mLV.net]: 自己陶酔くんに現実が見えない理由は、ネトウヨ的な間抜けな自己陶酔以外に
絶対量と変化率の区別がついておらず、後者を前者と錯覚してるって要素もあるんだろうね。

例えばSaaS化した方がメリットがある分野が存在するんだからそういう流れが存在するのは当然だが、
だからといって世の中のソフトウェアの需要の全部がそうであるわけじゃない、
っていうか、そんなものは現実には全体のごく一部でしかない。

主軸が移った？
んなわけねえじゃんw

余談だけど、「俺スゲー」って自分に酔いたい願望っていうのは、
普通は逆説的に抑圧された自己不安や劣等感の表れだよw

それは2chにいっぱいいるネトウヨやネットde真実くんを観察すれば明らかだよね。
観察者も同類ならどうだか分からないがw
233 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 16:11:42.96 ID:ygscOEFy.net]: こういうのってやっぱ自己紹介乙ってやつなのかね
皆興味なくてスルーしてるようだけど
234 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 16:16:12.15 ID:OHCEwHay.net]: 習得や移行に苦労するのに、それが普及しなかったときの精神的ダメージは計り知れないね。
こんなもの普及しないと笑ってた奴らを
235 名前：新しいものについていけない老害だと罵倒していた自分が恥ずかしい、みたいな。 []: [ここ壊れてます]
236 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 18:01:51.12 ID:zs8dnk+L.net]: まぁでもWinFormsにしがみついてるよりいいんじゃない？流行らなくても使えない技術ではないし
237 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 21:12:43.21 ID:CWS2BygD.net]: 毎日使う定型業務のアプリが全部Web化されると使う方は辛いぞ。
JavaScriptでフロントエンドを頑張っても所詮はブラウザの縛りからは抜けられん。
238 名前：デフォルトの名無しさん mailto:sage [2017/09/06(水) 21:23:46.11 ID:LeFS08p/.net]: 座間弥老
239 名前：デフォルトの名無しさん [2017/09/11(月) 11:08:24.02 ID:QFIxJOzf.net]: WPFもSLもUWPも同じ軸の技術の流れだし、考え方としてはElectronというかHTML5やらJavaScriptやらとは根底は同じ方向性だと思うけどな。ミクロな見方する人からするとチゲーよってなるんだろうけど。
そういう意味では、ここでよく喧嘩してるWinFormsに固執する人はどれにも乗っかれなそうな感じはするな。
240 名前：デフォルトの名無しさん mailto:sage [2017/09/11(月) 11:14:04.81 ID:1TpoY8sm.net]: >>232
ウヨサヨやってる馬鹿な連中じゃあるまいし、WPFの問題点を指摘したからって
Windows Formマンセーなわけじゃないよww

まあプログラマの世界にもそういう党派的な物の見方しかできない馬鹿多いけどね昔から
241 名前：デフォルトの名無しさん mailto:sage [2017/09/11(月) 11:24:08.23 ID:HrqlsfJf.net]: >>232
その通り。ゲイツがその考え方を糞つってんだからやはり糞なんだよ。
ゲイツが退いてからのVista以降のMSの失敗の数々。やはりゲイツは正しかった。
242 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 01:27:26.63 ID:uA5S/Coo.net]: XML系技術は糞と言いたいんだろ。
243 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 01:47:14.62 ID:M1FoFuz2.net]: ゲイツが続投してたら上手く行ってたかは分からないけどな。
244 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 05:47:59.54 ID:Cee4x34/.net]: そろそろZAPして次のUIフレームワークが上手くやることに期待した方がよいのではないか
245 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 05:52:58.03 ID:Cee4x34/.net]: 1スレ埋めるのに2年掛かってるUWPは良さを語る前にやることがあるでしょう
お前はお呼びではない
さっさと普及活動しろ
246 名前：デフォルトの名無しさん [2017/09/12(火) 08:30:03.79 ID:yyVKpzK9.net]: つか太古の昔、IE作ってActive Desktopとかやってた時代からWeb系をUIの主軸にしようとしてたの忘れたのかね。タブレットと同じで何度も挑んで玉砕してるけどな。それでも諦めないのはMSのいいところだと思うけど。
247 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 08:48:22.31 ID:uA5S/Coo.net]: そういえば　ActiveDesktop　も失敗だったな。
IE4.0でCOM化して、ペタペタ張れるようになったのは大成功で、
2chブラウザとかは便利に作れたな。
248 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 09:13:17.11 ID:rTWhkbob.net]: あまり1つを育てる気がないよね
下火になると放置フェーズに入るし
249 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 11:00:02.94 ID:1FkmH3QI.net]: どうせUWPもストアアプリ（モダンUIだっけ？wもう忘れた）と同じようにすぐに捨てられる
普通はそう考えるよね。実際デキ悪いし

だからPetzoldも今度は本書かないんだろう。ふざけんなって思いもあるだろうがw
250 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 11:01:38.87 ID:uA5S/Coo.net]: 分ったことはタッチUIとマウスUIは一つにはできない。
251 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 11:16:02.70 ID:hoZzs2pJ.net]: できてるやん。
252 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 11:16:40.27 ID:uA5S/Coo.net]: どうみても失敗やん
253 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 12:52:47.20 ID:H55slNoW.net]: UWPはマウスに合わないんじゃなくてキーボードサポートが絶望的にうんこなのがダメ
254 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 13:03:47.91 ID:02LA08SS.net]: UWP自体はそんなに悪いと思わないけど
初期の、どんなに大画面のモニターだろうと全画面にしか表示する仕様だけは、擁護できない
MS社内って全員WindowsPhoneだけで仕事してるのかと思ったよ
255 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 23:45:04.92 ID:pIHRboYJ.net]: そもそも初期の頃タブストップないって聞いて驚いた

それまでのMSのアプリはよほどおかしなことしてない限り必ず
キーボードだけでも操作可能だったのにね
256 名前：デフォルトの名無しさん mailto:sage [2017/09/12(火) 23:48:02.76 ID:pIHRboYJ.net]: 違うタブオーダーだね(´・ω・`)
257 名前：デフォルトの名無しさん mailto:sage [2017/09/13(水) 21:30:03.06 ID:8QVQRT+N.net]: .NET Framework 4.7上で実行している WPF アプリケーションで、タッチ操作を繰り返すと、タッチ操作に反応しなくなる。
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/09/13/wpfnetframework47/
258 名前：デフォルトの名無しさん mailto:sage [2017/09/13(水) 21:35:31.34 ID:Lhui2ZmI.net]: 何度もパイタッチしていると不感症になるのか
259 名前：デフォルトの名無しさん mailto:sage [2017/09/14(木) 03:23:24.36 ID:ZYSKReww.net]: .Net 4.7でWPFのタッチパネル対応が強化された時にバグも仕込まれたのか。
260 名前：デフォルトの名無しさん mailto:sage [2017/09/14(木) 05:10:38.71 ID:AvPBQe63.net]: ユーザーから拒否られるUIって根本的に腐ってるということ。
261 名前：デフォルトの名無しさん [2017/09/14(木) 09:18:36.84 ID:emC4w7HW.net]: もうメトロUIも止めるみたいだけど、使いにくかったしね
ほんのちょっとグラデーションかけるだけでも随分見やすくなるんだけど
単色は見にくい
262 名前：デフォルトの名無しさん mailto:sage [2017/09/15(金) 04:44:23.62 ID:NePdqYQx.net]: このスレはUIを使いこなせないユーザーを叩く傾向があるね。
263 名前：デフォルトの名無しさん mailto:sage [2017/09/15(金) 04:53:49.09 ID:fEawCUgc.net]: >>254
え゛
264 名前：デフォルトの名無しさん mailto:sage [2017/09/15(金) 20:22:01.68 ID:+k0gm8G+.net]: Windows7でWindows10ライクなモダンウィンドウを手軽に作りたくてWPFに手を出そうと思うんだが、
他にいい選択肢があれば教えろください。
265 名前：デフォルトの名無しさん mailto:sage [2017/09/15(金) 20:33:36.25 ID:RDFKPiHT.net]: >>257
Electronだな
Visual Studio CodeがElectron製だからイメージを見てみたらいい
266 名前：デフォルトの名無しさん mailto:sage [2017/09/15(金) 22:23:46.02 ID:Cxcdgqj4.net]: >>258
VS CodeレベルのものがElectronでお手軽に作れると思ってるとはかなりお目出度いな。
267 名前：デフォルトの名無しさん mailto:sage [2017/09/15(金) 22:36:35.09 ID:WMeXgR/i.net]: 尾頭付きで祝って貰えそうだな
268 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 02:49:56.66 ID:JaVAfgFP.net]: Win8の時代はWPFでモダン（笑）UIっぽいGUIを作るライブラリみたいのが
いくつかあったね
これとか
https://marketplace.visualstudio.com/items?itemName=KoenZwikstra.ModernUIforWPFTemplates

たぶんUWP時代のもあるんだろうけど、Windowsのタッチアプリには
興味失ったんで調べてないや
269 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 10:43:35.00 ID:Zk6Irz58.net]: モダンという言葉は昭和どころか大正の香りがする
270 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 12:43:33.82 ID:NmFgsGO2.net]: >>262
そろそろ自分の感覚が古くなってることを理解した方がいいぞ
若い奴はモダンってなにそれ？
状態だから
271 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 12:46:20.97 ID:cGVnXoCa.net]: 中に粘っこいあんこの入ってるやつだな
272 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 12:50:36.64 ID:5GJ5fljb.net]: ジジイだとしたら「昭和どころか」って言い方が不自然だな。
一周回って再発見した若者なんじゃないの？
273 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 13:12:54.14 ID:I3dvxKJj.net]: 若者に昭和と大正の違いがわかるとは思えん
爺の俺でも大正と明治の感覚的な違いはわからんし
274 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 13:42:40.78 ID:RKnUKFMi.net]: >>266
そういうのは年代の問題じゃないと思うよ
無学かどうかの違いだけw
大正デモクラシー云々って話は中学校の社会科でも出てくるレベル。

こればモボ・モガなら年代の問題かもしれないけどねw
275 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 13:47:49.43 ID:S4dTswZ/.net]: 大正はサクラ大戦で
昭和はひぐらしのイメージ
276 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 14:10:43.06 ID:NmFgsGO2.net]: >>267
香りとか感覚的って書いてるのに...
無学って悲しいな w
277 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 14:38:47.32 ID:RKnUKFMi.net]: 何を言ってるのか意味分からんけど、モダンって言葉から
大正を連想するかどうかは年代の問題というより無学かどうかの
違いだろうねやっぱり。

暗黒の昭和戦前との対比でモダンであった大正時代、って言う風に
語られることが多いから。

そもそも、今肌感覚で大正時代を知ってる日本人なんて
もうほとんど生きてないんだから、知識として知ってるかどうかって問題でしょう
278 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 15:28:05.43 ID:fBWSyi5J.net]: アレは恐らくモダンアートのモダンだから、年代とか関係ないんじゃね？
279 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 15:28:32.85 ID:NmFgsGO2.net]: >>270
> 何を言ってるのか意味分からんけど
学がないって辛いね w
280 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 16:50:59.96 ID:fBWSyi5J.net]: バブルの頃に大正時代のモボ・モガが復刻で流行ったことが有ったから
モダンが古く感じるんだろうが、そもそもバブルも大正もマイクロソフトのアメリカには関係ないからｗ
281 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 17:47:40.56 ID:S68TgJtS.net]: >>273
なんか得意げにバカなこと言ってるけど、そんなこと（無学の彼はどうだか知らんが）
みんな百も承知だと思うよw

ついでに言えば、モダンアートなんて関係ないw
modernはmodernだからwww
282 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 17:54:58.01 ID:xdzSAijK.net]: いきなり大正デモクラシーとか言い出す自称学のある奴に言ってやれよw
283 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 18:04:28.76 ID:S68TgJtS.net]: >>275
まだ言ってるのかアホだねおたく

少なくとも日本の文脈では、モダンって言葉から大正を連想する>>262の感覚は
普通であって、むしろそうでない奴が無学であることを無学な奴に説明するために
大正デモクラシーという無学な奴でもこと聞いたことがあるだろう補助線を引いてやっただけ。

ちなみに、もちろん俺は>>262とは別人。

っていうか周囲の奴に聞いてみろよほんっと。
モダンって言葉から大正時代を連想するかって。
284 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 18:29:54.84 ID:0uu14jIH.net]: え～っと、WindowsのモダンUIから大正デモクラシーを想起しろと

そろそろ自分でも無理あるなとか思わない？
頑固爺には無理かな w
285 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 18:47:31.06 ID:S68TgJtS.net]: だめだなこりゃ
馬鹿は死ななきゃ治らない、か
286 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 19:06:15.34 ID:fBWSyi5J.net]: 調べてわかったのは、Modern UI等のフラットデザインの源流が２０世紀初頭≒大正時代のモダニズム運動ってことで
大正のモダンとModern UIは無関係ってわけでも
287 名前：ないようだ []: [ここ壊れてます]
288 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 19:07:29.87 ID:vaK2Mh7E.net]: >>278
死ね
289 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 19:19:48.41 ID:NmFgsGO2.net]: ブーメランってこう言うことなんだろうな...
290 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 19:21:49.26 ID:W42Z2QXo.net]: WPFがか？
次UIフレームワーク用意してくれるなら賛同してもええぞ
291 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 19:52:14.80 ID:fBWSyi5J.net]: フラットデザインの肝である装飾を配したデザインってのを始めたのが２０世紀始めのアドルフ・ロースという建築家で
彼は「装飾と犯罪」というエッセイを残しているwww.geocities.jp/mickindex/loos/loos_OrnamentVerbrechen_jp.html
そこから始まる芸術運動が
292 名前：モダニズムと言うんだから、ModernUIが、その名前が古臭いとか勘違いも甚だしいってことだね []: [ここ壊れてます]
293 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:08:59.44 ID:W42Z2QXo.net]: フラットデザインの側だけマネして肝を理解できなかったのがMSのデザイナー

まで読んだ
294 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:11:06.86 ID:5Re80ay8.net]: >>283
関係ないと思うよw

Modern UIの当初の呼称がMetro UIだったことが象徴してるけど、
当たり前だけどModern UIはピクトグラムと同じように（商業）デザインであってアートじゃないw

そもそもmodernていうのは相対的な概念で、Modern UIが何に対してmodernかっていうと
旧来のデスクトップアプリでしょう。

それから、これ何度も言ってるけど、>>262の人はModern UIって呼称が古臭いなんて
必ずしも言ってないよwww
どういう読解力よ
295 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:26:55.92 ID:fBWSyi5J.net]: >>285
古臭いと言っているのは>>263の変な人のほうだから・・・・
296 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:26:55.98 ID:j3nKpoBp.net]: VS2017はWPFを捨てたのかな？　ｸｽﾝ
MarApps.Metroを使ったアプリがVS2017ではイベントにブレークかけると、アプリケーションエラーで死んでしまう。
VS2015でデバッグするしかない。
297 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:31:31.89 ID:NmFgsGO2.net]: >>285
> それから、これ何度も言ってるけど、>>262の人はModern UIって呼称が古臭いなんて
> 必ずしも言ってないよwww
> どういう読解力よ

【問題】
>>262が「昭和どころか」と書いたときの心中を20字以内で記述しなさい。
298 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:34:29.37 ID:fBWSyi5J.net]: >>285
さっき書いたモダニズムの始祖であるアドルフ・ロースは建築家で
普通に商業デザインやっていた人だからね
299 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 20:39:30.08 ID:5Re80ay8.net]: だから、20世紀のモダンは2010年代にはモダンじゃないってw

それ、例えばプログレッシブスキャンはプログレ（プログレッシブロック）から来てる
っていうのと同じぐらい滑稽なトンデモだと思うよww
300 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:14:57.34 ID:a1ZSp4VQ.net]: 歴史を知らないのは単純に学歴の差だろう。
301 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:17:11.62 ID:6MZkAmqd.net]: モダン＝近代的、現代的、新しい　という意味なのでいつ使っても
超今風ってことだから　今風は常に最新
当時は最新で今風
302 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:20:08.13 ID:bVOTI1ZB.net]: スレチなのにいつまでも歴史ガーとか爺は頑固で困る
303 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:20:19.79 ID:6MZkAmqd.net]: 今後何故か白黒が流行ってエラーやワーニング以外
字も写真も白黒という奇妙な事態になっても
それがモダンと言えばモダン
304 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:21:02.81 ID:S4dTswZ/.net]: 仲良くモダン焼きでも食ってこいよお前ら
305 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:23:30.23 ID:6MZkAmqd.net]: 偉そうに歴史を語ってこれがモダンだって言うのは痛々しい

モダニズムはただのなうニズム
大正モダンは大正なう
モダンUIはなうUI

もっとももうなうなんて使わないけど
306 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 21:34:51.80 ID:a1ZSp4VQ.net]: >>296
https://en.wikipedia.org/wiki/Modern_history
307 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 22:34:31.68 ID:W0hBO+by.net]: モダンとかいう名前つけちゃうのは恥ずかしい
10年経っても100年経ってもモダンなUIなわけないし
308 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 22:51:40.79 ID:a1ZSp4VQ.net]: フラットデザインなんて昔からあったが、
UIに使うとここまで拒否られるデザインも珍しい。
309 名前：デフォルトの名無しさん mailto:sage [2017/09/16(土) 23:33:44.38 ID:+qyS/XRX.net]: 残念だったのは、パクリ元の地下鉄の看板が
元来見るだけの物で、操作する物では無かったって所だな
結果、何処が操作できて何処が操作できないのか
パッと見てよくわからなくなって不評、といったところ
310 名前：デフォルトの名無しさん mailto:sage [2017/09/17(日) 02:51:51.72 ID:YTRkH9I/.net]: というより、地下鉄の案内版にしろピクトグラムにしろ、
看板という表現力が乏しいメディアで何かを伝えるための工夫だから
それは当然割り切って何かを捨てるトレードオフを伴うものだってことを忘れて、
311 名前：GUIに適用しちゃったことが間違いの素だったね。 率直にいって、表示面積を無駄遣いして表現力のなさを補うための表現方法を TrueColorが使えるけど一般的に狭くて表示面積が希少である液晶画面に適用するとか 狂ってるとしか思えんけど、MSみたいなインテリが集まってる企業で何でこんな 馬鹿げたことが通っちゃうのか、理解に苦しむ。 つーか、いい加減狂ったフラットデザインブーム終われよ。 見づらいんだよほんと []: [ここ壊れてます]
312 名前：デフォルトの名無しさん mailto:sage [2017/09/17(日) 03:11:13.87 ID:laU7wNws.net]: UIのセンスが無いのは昔から分かってたのに期待する方が悪い
313 名前：デフォルトの名無しさん mailto:sage [2017/09/17(日) 07:19:59.71 ID:RGhJY6On.net]: そんなに気に入らないならWindowsもWPFもさっさと捨てればいいのに
まあそれができるだけの能力がないからこんなところで喚いてるんだろうけど
質問者もこうなりたくなければMS技術なんかに手を出さないほうがいいよ
314 名前：デフォルトの名無しさん mailto:sage [2017/09/17(日) 07:58:39.21 ID:2kxiy1Rb.net]: フラットデザインの話がなぜ能力の話になってるのか。何かのマウンティングだろうか。
ゆとりの間では能力者が流行ってるらしい。無能に対する劣等感でもあるのだろうか。
315 名前：デフォルトの名無しさん mailto:sage [2017/09/17(日) 08:36:17.75 ID:8NFF+5Rp.net]: 嫌なら出ていけ系は本当にうんざりする
316 名前：デフォルトの名無しさん mailto:sage [2017/09/17(日) 09:37:05.50 ID:PNbDpzbo.net]: フラットデザインのお姉さんは結構好きかもw
317 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 04:25:57.76 ID:31UnpjJ8.net]: MFCが糞でもなんだかんだ使われたのは、手本のExcelのUIが素晴らしかったおかげだろう。
逆にWPFが普及に失敗したのは、ExcelがリボンUIを採用したせいで悪い手本になってしまったからだろう。
あるいはWindows8のUIのせいか。
318 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 06:44:34.51 ID:0jk2O4vs.net]: タブレットUIとデスクトップUIを共通化したのがあかん
319 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 07:27:01.58 ID:EtZzvQxa.net]: WPFの登場って、Win8よりずっと前からでしょ

WinForms慣れした人が、あれこれ難癖付けて別技術への移行を渋ったのと
MS側も、「PGとデザイナーの分業」とかいう夢物語を大々的に喧伝したのとのダブルパンチで普及させられなかった
加えて、Silverlightが殺されたのも大きい

WPF&Silverlight自体は良い技術だよ
320 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 07:30:58.32 ID:EtZzvQxa.net]: ああそれと、長らく「MVVMの決定版」と言える様なフレームワークが出なかったのも原因の一つか
そんなのは最初に用意しておくべきだった

結果として、「MVVMの論理として破綻しない、正しいMVVMはこうである」みたいな宗教っぽくなっちゃったからな
321 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 08:13:13.74 ID:31UnpjJ8.net]: デザイナー主導で作ったUIがWindows8やメトロUI、リボンUIなのだから目も当てられない。
デザイナーはどうしてこうもメニューを削除したがるのか。
322 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 08:15:10.73 ID:EtZzvQxa.net]: 文字が並んでると美しくないと感じるんだろう
造形美なんざどうでもいいから機能美を追求してくれとつくづく思う
323 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 09:23:21.33 ID:sOczhhK4.net]: その辺はデスクトップを足がかかりにスマホにも乗り込もうと意気込んでいたからね
結局撃沈して無意味になって、単に割食らったデスクトップのUIが
キメラになったって負の遺産だけが残ったが
俺的にはスマホもMSが天下を取ってほしかったが、相手が悪すぎたね
Google以外の企業が相手だったらMSは勝てただろうに
あんな早い段階で提供して、CMもバンバン打たれたらね
恐るべしフットワーク
324 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 09:52:43.07 ID:yZjA/2Y5.net]: またリボンまで否
325 名前：定するお馬鹿さんが懲りずに暴れてるのかw そんな駄文書いてる時間があれば自分で実際に使ってみれば あれはそれなりに合理的なUIだって分かるのに馬鹿だよね本当 ストアアプリやUWPは「打倒××」からスタートしてるから機能性が ないがしろにされている部分があるが、リボンUIはそうじゃないのに。 []: [ここ壊れてます]
326 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 10:21:48.80 ID:2bbtXSlJ.net]: リボンUIがそれなりに合理的なのはわかるよ
それ以前のツールバーUIよりは合理的でないだけで
327 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 10:24:31.38 ID:EtZzvQxa.net]: >リボン
Excelを始めとしたOfficeアプリには向かないと思った
リボン自体を大量のタブで切り替えるのはやめた方が良い

全部が一画面内に収まる（or普通は使わない部分だけ別タブに切り分ける）なら、悪くないUIだよ
328 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 10:47:54.42 ID:yZjA/2Y5.net]: >>316
それは逆で、リボンはOfficeのようにある程度多機能のアプリにしか向かない。
ワードパッドみたいな単純なアプリに適用してもメリットは少ない。
作る側の負担も大きいしね
329 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 11:55:47.33 ID:31UnpjJ8.net]: VSは多機能だけど
330 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 13:14:59.65 ID:N/3O6qL5.net]: 多機能になってもF5押すだけ
331 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 21:07:59.59 ID:sOczhhK4.net]: リボンは各要素が無駄に場所を取るからページ切り替えが必要になる
無駄に場所取る原因は文字による表現を入れるから
文字表現を入れなきゃならないのはメニューバーを無くしたから

というわけで、メニューバーを導入して場所を取る文字表現はそちらへ移動させる
そうするとツールバーで良くなるので、ページ切り替えはなくせる
問題解決

そもそもリボンUIはリッチなパーツを載せるには高さが足りてない
blogs.adobe.com/contentcorner/files/2014/12/Ps_CC_workspace.png
このようなリッチなUIはリボンに載せれない
なんで結局、ボタン+文字、という構成になりがち
文字が無駄に場所を取るからページ切り替えが発生する
しかし文字を無くすわけには行かない、何故ならメニューバーを無くしたから
ここでしか機能を文字で表現する場が無い
だがあまりに長い文章だと場所を取りすぎるので、片言の文字表現になる
アプリに慣れてないユーザーからしたら、もっとしっかりした文章で説明してほしいし
慣れているユーザーからしたら、片言の文字表現など場所を取るだけで無駄
実際ページ切り替えが発生するわけで
332 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 21:19:30.54 ID:sOczhhK4.net]: 頻度による分類もある
多くのアプリがそうであるように、ツールバーは良く使う機能だけを厳選して載せる
一方メニューバーは使う頻度によらず網羅的に階層で機能を載せる
なんでツールバーを省スペースに出来る(からページ切り替えが無い)
使う側からしても、良く使う機能はページ切り替えなしに
ツールバーからアクセスできて便利だし、余り使わないうろ覚えな機能は
メニューバーの十分な長さの文字表現で説明してくれたほうが有り難い

ところがリボンUIは網羅的なメニューバーが無いので
リボンUIに全ての機能を載せきらなくてはならない
頻度の低い機能でも、網羅的に載せないと、アクセスする手段が無い
となれば先の片言の文字表現云々と合わせて、場所を取ることは避けられない
その結果、ページ切り替えなわけ
333 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 21:32:54.08 ID:sOczhhK4.net]: 実世界でも、あるいはプログラミングでも、おおよそすべての事で、二つの要求があって
それは、空間的な考え方と、時間的な考え方
当然UIも例にもれず

まず空間に着目して、機能ごとに分類して纏めたいという要求がある
じゃないと、何がどこにあるか分からなくなるから
それとは別に実際の作業手順に伴った時間軸的な考え方もある
その点リボンUIはツールバーに劣る
何故ならページ切り替えがあるから
ツールバーのように頻度の高い機能を厳選して小さなボタンを沢山並べたほうが良い
334 名前：機能による分類も、ツールバーは複数同時に表示できるので問題ない しかしながらよくよく考えてみるとリボンUIは 「ツールバー+片言の文字表現+ページ切り替え」 であって、メニューバーがあれば片言の文字表現もページ切り替えも無くせるので メニューバー+ツールバーでいいじゃん、となる []: [ここ壊れてます]
335 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 21:40:38.77 ID:EtZzvQxa.net]: まあ、メニューバー+ツールバーの見た目がダサイってのは解るんだけどね
見た目を大事にした結果、使い勝手が悪くなってちゃ意味が無い

mspaintのリボンUIは割と好きよ
336 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 21:48:02.88 ID:nnw3zIxp.net]: UWPじゃ公式extensionでMenuサポートされたし、ToolBarだって横スクロールするようなものもCarouselコントロールで簡単に実装できる
https://www.microsoft.com/ja-jp/store/p/uwp-community-toolkit-sample-app/9nblggh4tlcq?rtc=1
DataGridもサードパーティー製のものが Apache Licenseで公開された→https://github.com/telerik/ui-for-uwp

Windows10オンリー以外の問題は粗方解決したようだな
337 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 22:08:47.48 ID:HSXd4/vW.net]: >>320-323
前も書いたけど、実際に使いもせずに頭の中だけで考えているとこうなる。
だーから、ウダウダ言ってないで一日ワードでもエクセルでも実際使ってみろと（笑）

まあ、これも以前書いたけど、頭の中で考えるだけでも、従来のツールバー＋メニューの問題点を
理解していれば、どうしれリボンUIなのかはある程度わかるはずなんだけどね
338 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 22:13:03.92 ID:EtZzvQxa.net]: Excelなんざ嫌というほど使っとるわ('A`)
339 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 22:15:30.15 ID:HSXd4/vW.net]: まあ、XPのルナ以降のスタートメニューの使いづらさとか、メトロやUWPの惨状を見てれば
MSにUIのセンスがないのは事実だと思うけど、物事是々非々で見られなくなったら
2chでウヨサヨやってる頭の悪い連中と同レベルだ。

さすがにオフィスはMSのドル箱だけあって、リボンUIはそれなりにドッグフード食って作ってるのが分かる。
2007の時はちょっとチューニング不足だったけどね。
それでも2003のツールバーよりだいぶマシだ。
340 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 22:47:57.13 ID:sOczhhK4.net]: もっとドッグフード食いたければVSもリボンUIにすれば？
猛烈な大反対にあったらしいけど
341 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:02:32.50 ID:nnw3zIxp.net]: １０年前のリボンUIを未だに騒いでいる人って・・・
342 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:03:12.36 ID:sOczhhK4.net]: エクスプローラのリボンUIとか全く機能してないしな
誰も使ってないと思うけど(ショートカット覚えてるから)
無理に使おうと思っても
コピー、貼り付け、削除、などのメインコマンドが並んでるページと
表示切替が別ページになってるとか、もう機能してないね

多分MSのリボンUIのガイドラインで決めてあるんだろうけど
メインのページと表示のページが別って時点でね
表示切替はどのようなアプリでも頻繁に使うものなのに
仕方が無いからステータスバーに表示切替を載せてるのな
MS公認で機能してないって事なんだよ

しかも今まで網羅的な機能へのアクセスを提供していたメニューバーが無いから
どうでもよい機能までリボンUIに載せてて、煩雑なことこの上ない
必要そうなのだけに纏めたら十分1ページに収まるでしょ
それが無駄に3ページもね、メニューバーが無いからそうなる

エクスプローラのような比較的シンプルなアプリですらこのありさま

一方でメニューバー+ツールバー方式は、よほどのアホが作ってもキレイにまとまる
方式的に優れているから、自然とそうなる
343 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:19:09.81 ID:sOczhhK4.net]: リボンUIが良いといってる人もページ切り替えは面倒に違いないんだよ
ページ切り替えが発生する原因は、文字表現で面積を食ってるのと
マイナーな機能まで網羅的に載せてるのと、の2つあるんだが
その両方ともメニューバーを無くしたことに起因してるんだよ
だからメニューバーを追加して取捨選択してページ数を減らす最適化していくと
ツールバーに戻る

逆にメニューバー＋ツールバーの組み合わせは、余ほどの馬鹿でもない限り
何も考えなくても、普通の使いやすいUIに纏まるんだよ
方式的に優れているから、適当にやっても上手くいく

一方でリボンUIは方式的に破綻しているから、使いやすくするためには
ものすご～く考えないとダメだし、方式的な欠陥は根本の問題なので
考えてもダメなものはダメ、どうやっても結局ページ切り替え
そのページ切り替えもメニューバーを模範したページ構成なので
機能による分類であって頻度による分類じゃないから
「表示」が別ページになるなど、実際の作業フローに即してない格好になる
だから結局どうやっても無理で、当のMSもステータスバーに表示切替を載せてる
こういったことがありとあらゆる場面で発生する
344 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:26:45.16 ID:sOczhhK4.net]: プログラマ的な観点から見て、ど～なんよ、と
方式的に優れているから基本的な平均点が高く、適当にやっても上手くいきがちな方式と
方式的に破綻しているから使いこなしに非常に苦労して
しかもせっかく頑張っても結果並み以下にしかならない方式と
どっちが魅力的かって
345 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:28:56.32 ID:EtZzvQxa.net]: 言いたい事は解るけど
2chで長文連投は、言ってる事がどんなに正しくても同意を得られなくなるから辞めとけ
346 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:36:38.90 ID:HSXd4/vW.net]: 分からないってw
ただの食わず嫌いw

Office、とくにワードにはリボンUIは従来のUIより適していることは
1時間使えば馬鹿でも分かる。

もちろんある程度実用的なドキュメントを書く場合ね。
図表も装飾も何もない文章ならリボンなんかいらない
347 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:36:42.98 ID:3bAYaO8L.net]: リボンはノーコメ
「設定」に代表されるなんちゃってフラットデザイン採用した奴は
死んで生き返ってもう一回死ね
348 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:36:57.10 ID:7+IWX1KH.net]: WPFでリボンUIを実装出来るとは言え、リボンUIそのものの良し悪しだとかUI論とかはスレチだろ。
まったく脱線するなとは言わないけど、いい加減しつこいぞ。
349 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:41:31.74 ID:31UnpjJ8.net]: Officeユーザの大量の移行拒否もすごかったが、VS開発者でさえ拒否してる。根本的に欠陥品なんだよ。
合理性を理解できない奴が馬鹿とか、Windows市場でジョブス論理は通用しないよ。
シンプルに拒否られるだけ。信者じゃないんだから。
350 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:44:59.58 ID:HSXd4/vW.net]: >>337
これ前も書いたけど、もうオフィスユーザーにアンチリボンUIなんていないよw

VSみたいな開発ツールにリボンが向いてないことは自明だから、将来も採用されることはないだろう
351 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:51:08.32 ID:CpdLY45m.net]: 個人的にはリボンってあまり好きではないってくらいの存在なんだけど、従来メニューとの
多少の善し悪しを論じてもあまり意味がないと思ってて、従来メニューを過去のものにするくらい
広く支持されてるかどうかってところが大事だと思うんだよな
正直MS以外があまり積極的に取り入れてる感じはしないし、あまり支持されてないなら、
いたずらにUIの種類増やして混乱させただけの存在だと思うわ
道具の世界では従来のものが必ずしも最善ではなくても、「継続」する事が時には大事だよ
352 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:55:18.14 ID:sOczhhK4.net]: 現に全然広まってない事実を無視するの？
未だにメニューバー+ツールバーが大多数
広まるには随分な時間が有ったはずだろ？
いつもはWindowsのルックアンドフィールをマネするのが大好きな
Linux界隈もガン無視
フリーソフト界隈も少なくとも俺のPCにはリボンUIなフリーソフトは一つも入ってない
まぁWeb中を探せば一つや二つは出てくるかもだが圧倒的少数派
まずこの現実を受け止めてくださいな
353 名前：デフォルトの名無しさん mailto:sage [2017/09/19(火) 23:57:13.09 ID:31UnpjJ8.net]: Officeには合理的でVSには合理的でないとか言ってることがオカルトにしか聞こえないよ。
VS陣営はOfficeの失敗を鼻で笑ってるよ。多機能なアプリからメニューを削除するなんて馬鹿げてるって。
354 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:19:42.68 ID:YVnYvsBD.net]: >>339
だからオフィスユーザーには支持されてるってw

何でも適材適所な訳で、リボンUIは万能じゃないが、オフィスには向いてる。
それは実際に使ってみれば分かるが、使わないと分からない。
355 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:26:05.97 ID:zNeStlMI.net]: ネトウヨはよくネトウヨなんて存在しないって言ってる。同じ匂いがする。
356 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:26:48.31 ID:O3zvJc9D.net]: >だからオフィスユーザーには支持されてるってw
Officeが支持されてるのであって、リボンが支持されてる訳ではないのでは？
オレもリボンのOffice使ってるけど、従来のショートカットを指が覚えてるからさほど
不自由を感じないってだけで、別にリボンは支持してないw
たぶん大概の人は善し悪しはどうであれ、慣れればどうにかなるから使ってる程度の話で、
積極的に支持してる人が多数派とは思えんのだけどね
357 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:37:55.64 ID:YVnYvsBD.net]: >>344
2007が出た当初に散々あった拒否反応が2010の時代にはほぼ消えていたのは確か。

Win8/10のUIに対する不満が今でも消えてないように、
本当は使いづらいけど仕方なく使わざるを得ない人がいるなら、
今でも不満を言い続けている人がいると思うが、ネット上でもそんなの見たことないよ。

っていうかねえ、MSにとってもオフィスは特別だから、本当に不評ならいくらMSでも
リボンを廃止するか、少なくともオプションで旧UIを選択できるようにとっくにしてるよ。

ちなみに、俺自身2007の時代はリボンUIは使いづらいと誤解していた。
358 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:40:20.92 ID:YVnYvsBD.net]: しかし、「VSでは使われてないじゃないか」ってこれオフィスろくに使ってないことを
語るに落ちてるよねw

使ってればリボンUIがVS向きじゃないことなんか自明過ぎるよ
359 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:44:04.27 ID:aRa9PEEA.net]: >ネット上でもそんなの見たことないよ。

今まさに、ここに沢山居たじゃねーか
お前それらに反論してたんじゃねーのかよ
見たことないってどういうことだよ
お前ひとりで頑張ってて四面楚歌と言ってもよい状況なのに
おかしなことを言うよな
360 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:46:09.11 ID:c+o7kDMJ.net]: 自分は、MSのオフィスユーザじゃないし、
エクスプローラのリボンは使いにくいと思ってる派だけど、
LibreOffice 5.3 では**実験的な機能**としてリボンUIが実装されてる

ttp://www.softantenna.com/wp/software/libreoffice-5-3/

一部の分野の一部のユーザには使いやすいのだろうというのも認めるし、
メニュー方式が使いやすいと考える人もいるということでいいじゃないか

ただし、フラットデザインの「Windows の設定」、オメーはダメだ
361 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:48:32.75 ID:O3zvJc9D.net]: >>345
それは何年たっても延々と批判を言い続けるほどリボンを大嫌いな人が多数派じゃないって
だけの話で、リボンが支持されてることの証拠にはまったくなってないよw
どうも君と議論しても時間の無駄みたいだから、このへんで。
362 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:48:39.07 ID:aRa9PEEA.net]: LibreOfficeとしてはMSOfficeに使用感を似せたいっていう一部要望があったんでしょ
パチもんの宿命
363 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:49:25.31 ID:GzgU2c85.net]: リボンはいいにしても例の「設定」に関しては本当に何がしたかったのかすらよく分からんからな…
364 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:50:37.68 ID:YVnYvsBD.net]: >>347
だから使ってない奴の批判なんて何の意味も価値もない
使ってる奴は不満持ってないから
365 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:51:15.97 ID:YVnYvsBD.net]: >>351
Windowsのキメラ化w
366 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 00:55:26.43 ID:aRa9PEEA.net]: 使ってないという勝手な決めつけと
使ってる奴は不満を持ってないという勝手な決めつけ
このような頭じゃないとリボンUIを素晴らしいと感じない
って結論が出たな
367 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 01:31:44.55 ID:zNeStlMI.net]: リボンUIに需要があればWPFも普及したのになw
368 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 08:14:45.24 ID:NcDv8zKP.net]: WPFにおいてはリボンがコンポーネントとして標準化されたのってだいぶ後だし
現在にいたるまでMS側からもこれ使っていけという扱われ方もしてなくね
369 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 11:09:13.25 ID:31oJSbFy.net]: リボンは標準化されたと言っていいのか？
標準でツールバーにも入れてもらってないのに
現実は非推奨状態

リボンはUWPでも採用されてない
370 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 11:48:28.40 ID:NcDv8zKP.net]: まあ2012でようやく他所からもって来なくて良くなったという意味でしかないか>WPFでの標準化

普及しなかったのってユーザー側の評判以前に
MS自身が積極的にデベロッパーに使わせようという素振りが無かったのが一番大きいと思うで

なもんでリボンに重要があればとかリボンの悪評のせいでとかの文脈でWPFが出てくるのがさっぱりわからん
371 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 12:34:28.90 ID:yENYztO5.net]: >>358
そんなことは誰も言ってないんじゃない？
372 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 13:57:21.18 ID:NcDv8zKP.net]: >>359
言ってるんだよなあ・・・
「イヤ全然関係なくね？」って思っただけだからあんま絡む気もねえけど

> リボンUIに需要があればWPFも普及したのになw

> 逆にWPFが普及に失敗したのは、ExcelがリボンUIを採用したせいで悪い手本になってしまったからだろう。
373 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 14:37:48.67 ID:zNeStlMI.net]: 認めたくないものだな、若さゆえの過ちというものを。
374 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 16:56:02.97 ID:IDdbv2zQ.net]: 俺はXAML系の技術はSilverlight切り捨てのときに見限ったなあ
あのとき思い切ってWebへの転向を決断して正解だった
あの状況でWPFの方なら大丈夫と思うのは正直どうかしてる
375 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:25:08.25 ID:SSdju2Qy.net]: 過去ログ見てみたらこんなレスが

921 名前：デフォルトの名無しさん[] 投稿日：2014/08/23(土) 15:42:12.35 ID:qd6ZCp8I
HTML5がくるっていってどのぐらいかね。
開発者的にはHTML5で作るメリットは何もないし、いろんなとこで動かせるメリットはあっても結局パフォーマンスとかデバイス・プラットフォームに最適化出来ないとかでネイティブに対する需要は亡くならんよ。しばらくは。

921 名前：デフォルトの名無しさん[] 投稿日：2014/08/23(土) 15:42:12.35 ID:qd6ZCp8I
HTML5がくるっていってどのぐらいかね。
開発者的にはHTML5で作るメリットは何もないし、いろんなとこで動かせるメリットはあっても結局パフォーマンスとかデバイス・プラットフォームに最適化出来ないとかでネイティブに対する需要は亡くならんよ。しばらくは。

924 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 21:54:13.82 ID:jO0zpBoJ
むしろWebというかHTML5に過剰な期待を持ってる人の方が2周遅れでしょ。
認識が5年はずれてるよ。

928 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 23:43:29.58 ID:hPpI01dm [2/2]
>>925
そうだね。5年後に答え合わせしようね。
376 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:26:09.75 ID:SSdju2Qy.net]: ぬけてました

925 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 22:14:47.48 ID:JJDGD5m1
などと前世紀から何か息巻いた声が聞こえますが
イヤーピースするなりして流して下さい
もうじき歴史の彼方に消え去るはずです
377 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:30:11.88 ID:JtkVUIC7.net]: 開発側としては、「嫌だけど世間の流れなので仕方なく使う」みたいな印象　＞HTML5
378 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:33:23.41 ID:SSdju2Qy.net]: 歴史のかなたに消え去る準備はできましたか？
379 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:35:52.27 ID:JtkVUIC7.net]: HTML5を嫌がる人への文句の前に
いつまで経っても協調せず、ブラウザ間の動作の違いを無くそうともしないWebブラウザベンダに文句を言ってくれ
380 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:37:08.73 ID:SSdju2Qy.net]: まだ5年後まで2年あるからその間にWPFが盛り返せばいい（）
381 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:44:45.08 ID:SSdju2Qy.net]: 3年の間にjsで天下を取っていたjquerryが死んだことに驚き
jquerry使うと老害
382 名前：扱いされる []: [ここ壊れてます]
383 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:54:37.63 ID:PhA2Z+8U.net]: >>363
唐突に何？w

正直web系の技術の現状とか全然追えてないからよく分からんが、
HTML5が普及し始めた頃、どこぞのITの社長さんが「HTML5も結局互換性問題がカオスで
使い物にならねえ」って書いてた通りになってるんじゃないの？
384 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:57:11.82 ID:PhA2Z+8U.net]: >>369
変化激しい世界なんだなw

web系の人はどうやって技術のトレンドを追いかけてるの？
今時雑誌とかないよね。
385 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 17:58:16.10 ID:JtkVUIC7.net]: ITProとか@ITとかじゃないの　＞追いかける
386 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:00:50.28 ID:uzKlY2K6.net]: このスレでもまだ時代がとまってるらしい
>>367
>>370
実質Chromeが標準ブラウザだから
それ以外はほとんど対応しなくていい
387 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:15:04.25 ID:0lMVwAWW.net]: >>373
Chromeはファンも多いがアンチも多いよ。
俺は大嫌い。あのUIのすべてが気に入らない。
ここ見ると多めに見積もってせいぜい4割ってところだろうね。
https://webrage.jp/techblog/pc_browser_share/
実際はもっと少ないんじゃないかと思うが...

いつも思うけど、web系の人ってドリーマーというか思い込みが激しいというか
自己陶酔系というか、およそエンジニアっぽくない人が多いよねw
388 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:36:11.71 ID:uzKlY2K6.net]: >>374
計算できないのか？
世界でChrome以外のブラウザかき集めても2～3割りでそれ以外Chromeって事だろ
389 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:40:54.54 ID:nyZuu7Zf.net]: Chromeが云々よりIEが無視できる時代になった事が重要
てかweb系と聞いてブラウザの話しか出て来ないのが既に寂しい
390 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:44:02.01 ID:nInVA+Cg.net]: 日本の数字ならIEもFirefoxも無視できない数だし
企業だとIE強いよな
391 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:45:26.10 ID:uzKlY2K6.net]: 俺は趣味で見てる程度だけど仕事でwebのフロントエンドやってる人は大変だと思う
mvvmも一瞬ブームになったけどもう違う方向に舵を切られた
フロントエンドでmvvmは時代遅れ
392 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 21:49:28.32 ID:0lMVwAWW.net]: >>375
何でそう喧嘩腰かねw
言ってる傍からドリーマーだけど、どこをどう計算してもそんな結果にならんよw

そもそも集計方法が分からないが、この手の集計は「意識高い系」バイアスを疑うのが常識。
少なくとも日本に限れば、わざわざChrome使うような意識高い系（パソヲタともいう）がそんなに多いとおもえない。
393 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 22:11:07.18 ID:JtkVUIC7.net]: >>373
>それ以外はほとんど対応しなくていい
趣味で作ってるならまだしも、仕事でこれは有り得ん
それが出来るならどんなに楽な事か

現実はPCでのIE・Fx・Chrome・Safariに加えて、主要な各スマートフォン&タブレットでも動作テストさせられるんすよ
俺がいた現場ではそうだった('A`)
394 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 22:11:42.66 ID:uzKlY2K6.net]: >>379
偏見（バイアス）にまみれてるのは君だろｗ
今はweb見るのは大体スマホがメイン
androidのメインブラウザはChrome
ほとんどの人はChromeを普通に使ってる

Chrome　普通の人
FireFox　パソオタ
IE Edge　情報弱者
395 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 22:14:52.72 ID:0lMVwAWW.net]: >>381
>>374の集計はPCだけ。

今時メインはスマホだというのは一理はあるが正しくない。
それはwebページの種類次第でしょう。

本当、エンジニアっぽくない思考回路のお方だね。
396 名前：デフォルトの名無しさん mailto:sage [2017/09/20(水) 22:20:55.11 ID:uzKlY2K6.net]: さっきのTOP10集計すると
Chrome 54.98%

その他 25.99%
(FF約 10% IE11 7.22 )
397 名前：デフォルトの名無しさん mailto:sage [2017/09/21(木) 00:51:05.40 ID:DG4edd3E.net]: 能力者気取ってるがそれって地雷を踏む能力だろ。
398 名前：デフォルトの名無しさん mailto:sage [2017/09/21(木) 03:37:34.11 ID:ypyMNl+0.net]: >>381
iOSの標準ブラウザはSafariだし、AndroidでもAPIの対応度が標準ブラウザでも違ったりする
しかも、モバイルとブラウザでは表示や機能も変わる
IEはまだしも、Firefoxは対応すべきだし、Edgeだって利用者はいる
399 名前：デフォルトの名無しさん [2017/09/21(木) 05:43:04.41 ID:uo2SB9qA.net]: age
400 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 09:26:09.72 ID:RhxPxf5g.net]: リボンUIはやはり消えてなくなるのか。不便でしかなかったからな。
401 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 09:54:18.23 ID:+YP/tqCe.net]: リボンは言っても１０年前に登場したUI。新しいハンバーガーメニューやアプリケーションバーのように
普段は説明文を隠してワンタッチで見られるUIについての議論とか無いのかな？
402 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 18:00:24.29 ID:ka2EbGnk.net]: >>388
それ新しいかね？
そんなUI初代macの」時代からあった気がするんだけど
403 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 19:00:15.72 ID:+3gISdhB.net]: >新しいハンバーガーメニューやアプリケーションバーのように
>普段は説明文を隠してワンタッチで見られるUIについての議論とか
みんな議論する価値すらないと思ってんじゃないの？
404 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 19:37:35.12 ID:85Md+06o.net]: リボンの無いExcelなんて使う気にならないさ。
405 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 19:38:57.29 ID:85Md+06o.net]: >>389
漢字Talkにそんなもんあったっけ?
406 名前：デフォルトの名無しさん mailto:sage [2017/09/22(金) 21:38:47.30 ID:fUstyYAa.net]: 初代Macの頃は漢字Talkなんてなかったぞ
407 名前：デフォルトの名無しさん mailto:sage [2017/09/23(土) 03:24:49.33 ID:hZhfWrqz.net]: マカーがWPF触ってるのか。やはり地雷だったか。
408 名前：デフォルトの名無しさん mailto:sage [2017/09/23(土) 08:55:21.33 ID:+Y9Z1OSF.net]: >>394
地雷じゃないけどXAMLが冗長過ぎるぞ。
409 名前：デフォルトの名無しさん mailto:sage [2017/09/23(土) 10:13:24.27 ID:3En/s+i/.net]: 冗長と言っても単に記述が長いだけじゃね？
補完は十分に効くし、人が触るものじゃないFormsよりははるかにましになったと思うが。
410 名前：デフォルトの名無しさん mailto:sage [2017/09/23(土) 10:57:27.76 ID:F7nSzvi3.net]: XAMLなんてただの静的宣言の塊だしな

じゃあそれをC#のコードで書くか？っていうと、
それやったら益々長く or 解り難くなるだけじゃね
411 名前：デフォルトの名無しさん mailto:sage [2017/09/23(土) 14:45:42.14 ID:j6VCxv0o.net]: それがそうでもないかもと思った
C#はイニシャライザの中に色々書けるので
412 名前：デフォルトの名無しさん [2017/09/24(日) 17:00:15.79 ID:bxMDPEy4.net]: 日本の会社の業務系アプリ開発で食わしてもらっているが、
あと３０年ぐらいはWindows Formsのままだと思うな。

ころころ道具が変わるより、同じカンナとかナズチで仕事をする方が
効率は良いに決まってるし。
413 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:06:07.66 ID:3JXn1GYR.net]: 実務経験がないUIデザイナーはいらない。
414 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:23:51.82 ID:U4nAGnPY.net]: >>399
UWP移行計画がうまく行くとも思えんけどそれもどうかなあw
415 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:26:00.12 ID:6oSExpao.net]: >>399
これが日本の現実か、クソだな
416 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:26:58.85 ID:3JXn1GYR.net]: 世界の現実だよ、キミ。
417 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:33:35.62 ID:huw6Eetw.net]: >ころころ道具が変わるより、同じカンナとかナズチで仕事をする方が効率は良いに決まってるし

いつまでも泡立て器でかき混ぜてないでハンドミキサー使えよ、とは思うが
418 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:45:04.17 ID:3JXn1GYR.net]: たとえが骨董品。
419 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 17:57:02.97 ID:9+Fz5Ik1.net]: >>399
こういう化石みたいなやつも必要とされる場所はあるんだろな
420 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 19:35:02.93 ID:2CfoP8Eu.net]: >>399
電動カンナとネイルガンの方が効率が良いだろ。
それより、ちゃんとカンナ掛けした部材を買って使った方が早いぞ。
421 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 2 ]: [ここ壊れてます]
422 名前：0:10:13.12 ID:TezdVn6/.net mailto: そんな判断が下せる人材はとうに脱出してます []: [ここ壊れてます]
423 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 20:37:05.66 ID:2CfoP8Eu.net]: そう、日本のIT産業の技術力低下が止まらない。
424 名前：デフォルトの名無しさん [2017/09/24(日) 22:31:58.25 ID:lZcW7qdX.net]: >>402
クソかなあ？だってユーザーの欲しいのものは、入力しやすいユーザーインター
フェースと、データを一覧で表示することと、Excelに出力することだけだよ。

WPFじゃないとできないことなんて、何もない。枯れたWindows Formsが最強だ。

ブラウザーを使うWebアプリは遅いし、操作性が悪いから誰も喜ばないし。
425 名前：デフォルトの名無しさん [2017/09/24(日) 22:39:47.02 ID:lZcW7qdX.net]: >>407
カンナがけした具材という点で、Windows Formsのコントロールは完成されている。
もちろん標準コントロールでは貧弱な部分もあるが。様々な有料具材があるので
それを買ってくれば良い。

WPFはXAMLでアニメーションが簡単にできたのは感動したけれど、業務アプリ
で毎回画面が動くのは、目が疲れてウザいだけだった。
426 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 22:42:23.65 ID:huw6Eetw.net]: 1回なら誤字かなーと思うが
2回も具材と書くのは、もしかして部材という言葉を知らんのだろうか……

>業務アプリで毎回画面が動くのは、目が疲れてウザいだけだった
それ、使い方を盛大に間違えてる
WPFって一々何でもかんでもアニメーションさせる為に使うもんじゃないっすよ
（初期の頃の、ネットニュースとかでの取り上げられ方がアレだったせいで変な勘違いをされるけど）
427 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 22:47:00.41 ID:wZOFNGdG.net]: まあいくら言ってもWPFはオワコンなんだけどね
428 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:06:19.12 ID:PUjxgdIV.net]: まあMSはUWPに移行推奨だろうからね
業務アプリ限定ならwindows10限定以外の問題は
粗方片付いて、残りはオラクルぐらいじゃね？
429 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:10:46.23 ID:tXjdTiuM.net]: >>410
お前WPF知らねーだろ
430 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:18:20.70 ID:2CfoP8Eu.net]: >>411
葡萄市か何かの具材を買うといざ修正しようとすると
ライセンスの管理が悪くて見つからなかったり大変だわさ。
431 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:49:54.89 ID:3aRQaQH2.net]: >>410
逆に考えるとwindows formsで十分なデーター入力や閲覧がメインの業務アプリなんて、wpfの標準コントロールで十分で、mvvmやデーターバインディングを用いて綺麗すっきりに業務アプリつくれる。
432 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:51:01.07 ID:huw6Eetw.net]: リスト表示の仮想化にだけ、ちょっと慣れがいるけどね
せいぜいそんくらい
433 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:51:38.34 ID:tXjdTiuM.net]: >>417
MVVM何それってアホなんだよ
434 名前：デフォルトの名無しさん mailto:sage [2017/09/24(日) 23:53:58.09 ID:2CfoP8Eu.net]: MVVM完全無視でバインドだけ使ってもご利益があるぞ。
435 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 00:30:13.04 ID:4u8pTLID.net]: formsでも済むようなアプリならWPFでもMVVMなんていらんだろ
イベントドリブンで十分
436 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 00:41:42.75 ID:WRsfbJvs.net]: Material Design In XAML Toolkit入れちまえば、大抵のことは誤魔化せるな
437 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 08:08:40.89 ID:4mRYDJ7j.net]: WPFは面倒くさいというけど、ReactiveProperty使ってみたらWinFormsよりも楽なんじゃないかと思った。
こういうの最初から標準で用意しておいてほしかった。
438 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 09:05:52.32 ID:Iy2FY3fB.net]: INotifyPropertyChangedをいちいち実装するのは面倒だったからなぁ。
WPFに圧倒的に足りなかったのは、こういう使い勝手を向上する細かな作り込みだと思うよ。
439 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 09:52:17.24 ID:yMXDEYuv.net]: このスレ見ると、WPF使ってる奴がどれだけ世間ズレ�
440 名前：ｵてるか分るな。脳みそが体育会系、時代錯誤。 []: [ここ壊れてます]
441 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 11:47:24.20 ID:U6y/v+yx.net]: 彼等も当時はWPFこそが次世代の標準プラットフォームだと信じて、WinFormsに固執する連中を馬鹿にしてたんだよ
そして今、自分達が時代錯誤と馬鹿にされる立場になったということ
442 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 11:50:37.43 ID:Ku8XPUJl.net]: >世間ズレ
日本語の出来ない奴発見
443 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 22:05:49.75 ID:Eukv621n.net]: >>421
MVVMもイベントドンブリなんだがなぁ。。
444 名前：デフォルトの名無しさん mailto:sage [2017/09/25(月) 22:41:44.29 ID:SyR0/asg.net]: 意外に思う人もいるかもしれないけど
イベント駆動って、ゲームなんかの周期駆動と対立する概念で
プログラムをどのタイミングで走らせるかという
いわば「プログラムの休ませ方」の方式の事だからね
Windows的には
GetMessageやWaitForSingleObjectなどの待機関数で休ませればイベント駆動で
Sleepで休ませれば周期駆動
何をトリガーとしてプログラムがOSからキックされるかっていう
OS用語というわけでもないけど、カーネルスケジューラー由来の割とそのような話
WPFはどう考えてもイベント駆動
445 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 01:50:36.56 ID:+5RdjyCt.net]: 何言ってるのか意味が分からないけど、WindowsのGUIだって
システム側のコードも含めれば君のいう「周期駆動」だよw

ただのポーリングである実体をユーザーコード側からはイベントがあった時に
システム側から呼び出されるように見せてるだけ

それはどうでもいいが、WPFだってGUIなんだからそういう意味ではイベントドリブンに決まっているが、
>>421の言ってるのはコードビハインドにイベントハンドラ書いたっていいでしょって意味でしょ
446 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 08:16:39.08 ID:fQ+p+tlH.net]: WPFだってWinFormsライクにも書けるのに、
データバインディングやMVVMを理解できない人が文句言っているだけ。
447 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 08:37:47.71 ID:yKCix3et.net]: 勉強に疲れた君がWinFormなんじゃね？
XAML無しのコードだけで、コンポーネントを書くのは、WinForm厨君にはハードルが高いかも？
448 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 12:31:05.64 ID:zc5mvy4I.net]: >>431
イベントベタ書きは良いけど、データバインディング無しでwpfは辛いだろ。
449 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 12:46:51.74 ID:pwjvHW00.net]: >>433
x:bindのイベントバインディングの世界へようこそ
wpfもアレ導入すればいいのに・・・・
450 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 13:12:32.50 ID:3DlL6rrx.net]: >何言ってるのか意味が分からないけど、WindowsのGUIだって
>システム側のコードも含めれば君のいう「周期駆動」だよw

>ただのポーリングである実体をユーザーコード側からはイベントがあった時に
>システム側から呼び出されるように見せてるだけ

まずどこのレイヤーの話かというのもあるが、それは置いておいて
低レベルなところまで下りて行っても
マウスやキーボードは(タイマーじゃない)割込みで動いているのでイベント駆動だ
OSがマウスやキーボードをポーリングしてたら糞だろ
451 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 13:18:42.90 ID:3DlL6rrx.net]: ただ何処のレイヤーのどの部分が何駆動になっているかという話なので
全体的にみてどうこうという話ではない
だからイベント駆動が基調のWindowsのウィンドウで
周期駆動のゲームを動かすこともできるわけで
プログラムの流れ的に、周期的に動くのか
イベントがあるときだけ動くのか、というだけのこと
452 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 13:54:20.63 ID:iExFW+NQ.net]: >>435
いつの時代のPCの話よw

PS/2の時代だって（キーボドリセット以外は）ソフトはHWバファーをポーリングしてるだけ。
割り込みなんて使わねえよw
USBやBTならなおさらだ
453 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 14:57:22.53 ID:3DlL6rrx.net]: そうなのか？それは悪かった
ただ、何処のレイヤーのどの部分に着目するかだから
WPFの話をするときにハードウェアやドライバの話は関係が無いので
WPFはイベント駆動で問題ないけど
454 名前：デフォルトの名無しさん mailto:sage [2017/09/26(火) 15:26:40.17 ID:pwjvHW00.net]
455 名前：コードビハインドにイベントハンドラを書くスタイルをイベントドリブンと書いちまっただけなんだから いい加減許してやればいいのに・・・・ あと、wpfのmvvmはデータドリブン型モデルとされています []: [ここ壊れてます]
456 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 08:04:08.96 ID:j4Xsuhzh.net]: WPF　この先生き残るの？
457 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 08:33:22.38 ID:htvdQyi4.net]: C++/CLIのようにMS自身が非推奨にしない限りMFCやWinFormsと同程度には生き残るんじゃないの
458 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 10:52:32.22 ID:hDHywsvz.net]: 今のところはVS自体の開発に使われてるから基礎的な部分はメンテされてる
VSが完全にHTMLに置き換わったら本格的に終わるね
置き換えの流れはもう止まらないし、今のVSの開発スピードなら次のバージョンでWPF完全排除でもおかしくない
459 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 10:55:30.68 ID:at63bDoQ.net]: VSCodeみたいな遅いのは勘弁
460 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 11:08:07.12 ID:iAbxKe8E.net]: また夢見てる例の人が着てるけど、HTMLへの移行なんてデメリットだけあって
メリットは一つもないことが本気で理解できないなら相当頭悪いと思うよほんとw

最初ネタで言ってるのかと思ったけどマジで言ってるみたいだから怖いよね
461 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 11:13:23.09 ID:j4Xsuhzh.net]: WPFってHTMLと同じ土俵だったの？　知らなかった。
てっきり、画面設計とロジックがWinFormでは分離しがたいから出てきた思想だとばかり思ってた。
462 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 11:15:37.61 ID:ZtupZA39.net]: ただ、xamlにcss的な仕組みを取り入れるのは悪くないと思うけどね
styleだけだと冗長だ
463 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 11:17:54.36 ID:OnyIuiaa.net]: そもそも分離したいという開発者に会ったことがない。
464 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 11:26:40.45 ID:j4Xsuhzh.net]: >>447
業務系のデータ処理だけとかだとWinFromで十分だよね。
これが、製造現場の一部画面が違うだけのページオンパレードのシステムだと大変。
WPFだと、ConcreateContextの参照先をロジック一か所にするだけでOK。
単純な例だけど・・・
465 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 12:14:06.48 ID:hDHywsvz.net]: >>444
VSCodeがエディタの天下取った時代に何を言ってるの?
466 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 12:25:22.96 ID:KnlAeCk2.net]: >>441
C++/CLIはMSが見放すくらい使われていなかったのか。
467 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 12:27:19.78 ID:KnlAeCk2.net]: >>449
atomよりはましたが糞遅いので天下取りは勘弁して
468 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 12:47:54.77 ID:dVQpfUDY.net]: >>449
あくまでも「エディタ」な
469 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 16:51:08.90 ID:7dA/9JOQ.net]: 昔みたいにMSの天下ってわけじゃないから
これから先もずっと下手な手を打っては下火になったら放置プレーして
また新しいの出しての繰り返しだよ
完璧にMSの商売の都合でやってることだから・・・
負けたら次のを出すしか払拭できないからね
保守も大変だからQtとかに乗り換えるか
いっそのことWin32API+独自UIコンポーネントの方が後々楽そう
コロコロ使い捨てする安定しないベンダーのコードにあまり依存しないほうが良いんだろう
C++/CLIとかで書いちゃった人かわいそう
470 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 16:55:38.21 ID:7dA/9JOQ.net]: SilverlightやVB6で書いちゃった人もかわいそう
471 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 17:03:13.99 ID:dVQpfUDY.net]: >>453
Qtの方が保守はよっぽど大変そうｗｗｗ
472 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 17:18:41.19 ID:qdOMIpVQ.net]: >>453
VB6は超勝ち組じゃんw

むしろ早く.NETに移行をって口車にのって2002/2003の時代に
マイグレートした人の方が結果的に馬鹿を見てる
473 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 19:48:52.23 ID:yGt55oct.net]: >>453
デスクトップパソコンじゃ未だに天下たけどね。
Chrome Book, Mac, Linuxsoなんて少数派だし。
474 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 19:51:46.95 ID:yGt55oct.net]: >>456
Windiws10でvb6を切らな切ったのでvb6コンバージョンの仕事か舞い込んできた。あーーーーーーーーーーーーだりぃ。
475 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 20:16:57.06 ID:htvdQyi4.net]: >コロコロ使い捨てする安定しないベンダーのコードにあまり依存しないほうが良いんだろう

それが一番激しいのがWebフロントエンドの分野だよな。
みんなサーフィン大変そう。それが楽しいのかも知れんが。
476 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 20:25:10.85 ID:m77m4D83.net]: VB6 は充分もと取っただろ
って言うか取りすぎていまだに保守案件があったりするし
477 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 20:26:36.96 ID:7dA/9JOQ.net]: >>457
むしろそこが問題なんだよな
デスクトップを踏み台にしてあちこちに手を伸ばして
結局、割食ってるのは従来のデスクトップ
もはやデスクトップでは何しても天下は揺るがないから
不便でも何でも関係ない、どうせユーザーは逃げないから
我慢してもらおうっていう
Win8あたりからそんな感じ
電話ではもう失敗は完全に確定済みだけど
まだタブレットが残ってるから、しばらくはこんな調子だろう
478 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 20:45:27.31 ID:7dA/9JOQ.net]: タッチ入力とマウス入力ではあまりにも違いすぎるからUIの統合は無理なんじゃないかと
それはMSもわかってるんだろうけど、デスクトップの圧倒席なシェアを足掛かりにして
その延長でタブレットにも普及させたいっていう思惑があるから
どうしても割食うのはデスクトップになる
既になんだかよくわからないことになってるしな
479 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 21:12:38.64 ID:ZtupZA39.net]: タッチ云々はUWPの問題で、ｗｐｆは関係ないだろうに・・・・
wpfが出た当時はVistaでしょうが
480 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 21:18:22.54 ID:at63bDoQ.net]: タッチもマウスもキーボードもペンも大して違わないのにな。
481 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 21:41:10.80 ID:ZtupZA39.net]: 結局ＷＰＦを使わない理由だけ並べて
勉強サボっているだけだね
482 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 22:25:03.32 ID:hZX+opcA.net]: マウス用UIをタッチで操作しにくいことはあるけど
タッチ用UIがマウスで操作しにくいと思ったことはあんまねえな
483 名前：デフォルトの名無しさん mailto:sage [2017/09/27(水) 22:35:31.61 ID:qdOMIpVQ.net]: 古典的な抵抗被膜時代のUIならそうだけど、
今時のフリックやスワイプやマルチタッチを多用するUIは厳しいよ
484 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 00:45:19.08 ID:l/Bn4oS/.net]: そもUWP以外でタッチ用UIをマウスで操作する機会があんま無いと思うが
ぶっちゃけコンテキストメニューさえ出せりゃどうとでもなるからな
マウスって元々可能な基本操作は少ないし
マウスUIをマウスで触るのに対してタッチUIをマウスで触ることによるストレスの差は小さいのだろ
485 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 00:59:13.38 ID:P9C5t0EI.net]: 一応Windows 7 からOSがネイティブでタッチパネルに対応してるんで、
WPF4ぐらいからタッチ操作に対応してるんだけどね
486 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 04:52:42.94 ID:6NDEsGcN.net]: Webももう衰退するでしょ
今の一般人はPC持ってないんだぜ。
Webサイトの運営してみるとわかるけど、99.9%がスマホからのアクセス。
なら糞遅いWebじゃなくてネイティブアプリでいいじゃん。
487 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 06:33:38.97 ID:sFm4HvMq.net]: >>470
Webサイトの数の専用アプリを作るつもりか?
488 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 06:56:34.89 ID:e11NXS9Q.net]: >>466
脳みそにウジでも沸いてんだろ。
489 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 06:57:06.76 ID:6NDEsGcN.net]: そういう世の中になる。
googleで検索するのではなくてアプリを検索する時代。
490 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 11:08:38.97 ID:rOj5x4Su.net]: これからはUWPでしょ？　UWPのスレが無いのが不思議。
491 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 11:18:00.87 ID:R6l5jQyR.net]: >>473
アプリ検索件数　約900,000,000件　(0.55秒)
とか出るわけ?　いやズラ。
492 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 11:34:53.58 ID:45VEntxR.net]: >>474
Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]©2ch.net
mevius.2ch.net/test/read.cgi/tech/1499658092/

何故無いと思った？
493 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 16:45:54.67 ID:6NDEsGcN.net]: >>475
「PCの死」と「平等なウェブ世界の終焉」
https://wired.jp/2014/01/16/death-pc-also-mean-end-web/
494 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 17:39:42.44 ID:EArNhFzf.net]: >>473
自分の予想と全く逆なのが面白い
495 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:19:37.58 ID:Ktm1uHRp.net]: Webの衰退は全く考えられない
ブログ読むためだけにアプリ入れるとか面倒すぎてあり得ない
496 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:24:40.08 ID:e11NXS9Q.net]: 2chブラウザとか便利すぎて否定とかありえない。
497 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:26:30.40 ID:e11NXS9Q.net]: スマホだとyoutubeもtwitterもgoogleマップも全部アプリだよな。
498 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:29:30.59 ID:Ktm1uHRp.net]: そのような反論は全く意味がない
専用アプリはヘビーユーザー用
499 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:33:05.09 ID:e11NXS9Q.net]: PCで発展したHTMLのUIとタッチUIでは壁があるんだよ。
500 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:34:03.10 ID:Ktm1uHRp.net]: あと、専用アプリはサイト間の移動がしにくい
専用アプリから別サイトのURL踏んだら
結局Webブラウザが立ち上がる
501 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:37:41.26 ID:e11NXS9Q.net]: おれのスマホは専用アプリかブラウザかを選ぶ画面が出てくるけど。
502 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 18:56:49.85 ID:PVK4W6Fq.net]: 適材適所なんだよなぁ。
Webで統一は時期尚早。
503 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 19:16:03.22 ID:65BjN5qm.net]: >>481
twitterこそwebアプリの急先鋒なんだが
https://www.google.co.jp/amp/s/www.suzukikenichi.com/blog/twitter-lite-gets-1m-users-via-homescreen-icon-everyday/amp/
504 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 21:21:18.78 ID:6NDEsGcN.net]: アプリインストールの手間こそ減ってきてるんだよなあ
505 名前：デフォルトの名無しさん mailto:sage [2017/09/28(木) 21:29:56.35 ID:8uuR+Uu2.net]: そうだHTML5でwebブラウザ作ろう
506 名前：デフォルトの名無しさん mailto:sage [2017/09/29(金) 09:07:56.42 ID:Gaq810Dx.net]: JavaでOS作ろうみたいな話か。
507 名前：デフォルトの名無しさん mailto:sage [2017/09/29(金) 14:18:47.52 ID:4agIphwV.net]: javascriptで.NetFrameworkとWPF実装すればいんじゃね
508 名前：デフォルトの名無しさん mailto:sage [2017/09/29(金) 17:53:34.32 ID:K1n6MHEs.net]: なんでそんな面倒な個別対応しなきゃならないんだよ
x86-64のエミュレーター作って、とうか仮想マシン作って
Windowsインストールすりゃ全部いけるだろ
509 名前：デフォルトの名無しさん mailto:sage [2017/09/29(金) 17:54:13.87 ID:qTvKjlol.net]: 全部Silverlightで動かそう
510 名前：デフォルトの名無しさん mailto:sage [2017/09/30(土) 08:00:00.67 ID:MuRCkIMs.net]: XML系技術は自由度と引き換えに保守性が低下したから技術が使い捨てになってるな。
511 名前：デフォルトの名無しさん mailto:sage [2017/10/01(日) 15:30:07.05 ID:HfTjSKDy.net]: vb6しか使ったことのないオッサンを助けてく
512 名前：ださい。 canvas1内に複数のタッチされた点があって、その一番右側にあるIDと、一番左側にあるIDを取ろうとして、 e.GetTouchPoint(Me.Canvas1).TouchDevice.Id を、for nextで回そうと思ったんだけど、 そもそもIDの初期値が0で始まるワケでもなく、また終了地が初期値＋その端末のマルチタッチの数によるって事で、 どうしていいのか、わかりません。 何かいい方法ありますでしょうか。 （そもそも考え方が間違ってるかも知れませんが～） []: [ここ壊れてます]
513 名前：デフォルトの名無しさん mailto:sage [2017/10/01(日) 15:42:37.20 ID:YXjJncWi.net]: いや、そもそもなんでマルチタッチのIDなんか区別する必要があるの？
何の意味もないだろ
514 名前：デフォルトの名無しさん mailto:sage [2017/10/01(日) 16:35:49.49 ID:+BZf6Z9D.net]: for eachで回せば解決とかいうオチじゃ
515 名前：デフォルトの名無しさん [2017/10/01(日) 18:47:31.29 ID:9SrqGqLT.net]: やってないけど普通にタッチ中の点を管理したらいいだけじゃないかな？
辞書にタッチ中の点を記録して

時間の流れ
↓　ポイントAタッチダウン　辞書にAを追加

↓　ポイントBタッチダウン　辞書にBを追加

↓　ポイントAタッチアップ　辞書からAを削除

↓　ポイントCタッチ　辞書にCを追加

好きなタイミングで辞書のX座標を比べて右（最大）のと左（最小）のを出すだけ
516 名前：デフォルトの名無しさん mailto:sage [2017/10/01(日) 21:43:22.38 ID:HfTjSKDy.net]: 色々回答＆ヒントありがとうございます。

>>499
TouchDownの瞬間でなく、TouchMoveで動かした後、その時点での一番右側にあるIDと、一番左側にあるIDを取りたいのです。
常に辞書というか、配列に入れ続けるしかないですかね。
517 名前：デフォルトの名無しさん mailto:sage [2017/10/02(月) 09:20:00.15 ID:KEGPGNC/.net]: Manipulation系のイベントじゃだめなん？
518 名前：デフォルトの名無しさん mailto:sage [2017/10/02(月) 10:06:30.35 ID:/WGGQuOd.net]: vb6最強!
msがwindows10で引導を渡さんからwindows10対応の仕事が舞い込んで来た。あーーだりぃ。
519 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 10:28:36.39 ID:LT64/RfL.net]: 上にもあるけど不便な手動のノコギリやカンナを使い続けられる能力が羨ましい
若い時は我慢出来たけど年取ると楽な方へ流れるw
520 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 11:25:10.07 ID:Pjx+vQ2Q.net]: それを言い出したら究極的には出来合いのパッケージやノンプログラミングツールを使えという話になる
作る側と使う側が分化しつつあって、WPFのような中途半端なものは衰退していってるのが今時の流れ
521 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:22:16.67 ID:HnZMHtBc.net]: 不便って電動ノコでノコギリの精度は出ないよ。たとえがアホすぎる。
アメリカの住宅レベル2x4作るなら構わんがノコギリ、カンナなしでは日本の家は立たん。
winformをノコギリやカンナに例えてるようだが逆だ。

面倒だが細かくカスタマイズできるWPFこそノコギリやカンナなのだ。
522 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:29:46.03 ID:Sc8ZiJsi.net]: >>504
電動ノコで手ノコの精度は出るぞ。どちらも使う人次第だ。
523 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:33:14.53 ID:HnZMHtBc.net]: 絶対に出ない。
524 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:37:03.51 ID:Io3aoX13.net]: 電ノコスレは今日も盛り上がってるな
525 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:37:26.35 ID:Sc8ZiJsi.net]: >>506
お前は左甚五郎かw
電動ノコを否定したらプレカット工場が成り立たんわ。
526 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:47:47.51 ID:HnZMHtBc.net]: >>508
ほんと何も知らないなら例えるなよ。日本大工の継ぎなめんな。
527 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:57:35.08 ID:gtQfDiy5.net]: どうぞPGじゃなく大工になってくれ

プログラミングなんて、そもそも面倒臭がりが効率化の為にやるもんだ
528 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 13:59:09.41 ID:HnZMHtBc.net]: ならWPFスレなんていらないという話だ。なぜこのスレにいるのだ。馬鹿め。
529 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 14:04:53.07 ID:Sc8ZiJsi.net]: >>509
何も知らないヤツが左甚五郎の名前を出すかよ。
知ってて煽ってんだw
530 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 15:38:08.86 ID:uQcK7HWH.net]: IT大工の登場かw
531 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 19:25:48.76 ID:4lyRM8Z5.net]: 全てのプログラマは自分の持つ知識を最大限にひけらかして悦に入らないと死ぬ病気なんだな
532 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 21:30:21.26 ID:/cGANljF.net]: >>510
プログラマーは横着をするためにはどんな努力も惜しまないもんさ。
533 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 22:08:49.28 ID:LT64/RfL.net]: 全自動洗濯機があるのに手洗
534 名前：いに固執するのもまた一興 []: [ここ壊れてます]
535 名前：デフォルトの名無しさん mailto:sage [2017/10/06(金) 23:07:02.54 ID:mljdwAOt.net]: エクストリームアイロン掛けみたいなものか？
536 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/07(土) 04:17:07.71 ID:Y2jPcu9b.net]: 氷点下なら全不能洗濯機になるからな
537 名前：デフォルトの名無しさん mailto:sage [2017/10/07(土) 09:09:09.09 ID:/LXY59wR.net]: >>516
xamlの編集は手洗いだけど全自動Blend使うと幸せになれるのけ?
538 名前：デフォルトの名無しさん mailto:sage [2017/10/07(土) 09:11:51.87 ID:/LXY59wR.net]: >>509
そんな戸建て住宅では絶滅した大工の事を言われても。
539 名前：デフォルトの名無しさん mailto:sage [2017/10/07(土) 15:20:05.75 ID:oapFInzs.net]: WPFが絶滅しつつあるのを例えてるのさ。
540 名前：デフォルトの名無しさん mailto:sage [2017/10/07(土) 19:34:29.08 ID:PGbGVahj.net]: ふぅん
541 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/07(土) 20:54:00.28 ID:wz9wClED.net]: 昔は雪隠と言われていたが今は型枠かな
542 名前：デフォルトの名無しさん mailto:sage [2017/10/08(日) 23:20:57.16 ID:ML6R2L8D.net]: 問題:わざわざお門違いの大工の話を持ち出して、自らのおかしな所を認めないレス者の気持ちを答えよ（5点）
543 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 07:55:23.48 ID:Zzx1e3hO.net]: 問題：わざわざお門違いの大工の話を蒸し返して、過疎スレに一石投入しようとしている物の気持ちを答えよ（25点）
544 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 08:21:05.27 ID:UEIAYP2F.net]: >>525
回答：物に気持ちはありません、やり直せ
545 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 08:31:24.22 ID:Zzx1e3hO.net]: >>526
5点
欧米では、物に気持ちはありませんが、我が国の古神道においては、
古来より森羅万象には八百万の神が宿るとされ、古くから使われた物や、
長く生きたものや自然のものに、神や精霊が宿るものともされています。
よって「物に気持ちはありません、やり直せ」では不十分な回答です。
546 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 08:42:28.52 ID:6DW9ok56.net]: 過ごしても面白いと思って書いたか、白雉
547 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 09:09:50.76 ID:t8KOjWoA.net]: >>527
貴方は「わざわざお門違いの大工の話を蒸し返して、過疎スレに一石投入しようとしている」と言う神がいるとお考えですか？
あと一石は投じるものですのでもう少し勉強してから出直してきてください
548 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 09:18:10.54 ID:Zzx1e3hO.net]: WPFもUWPスレも過疎り過ぎ。
c#の今のトレンドは何なのさ?
549 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 11:48:28.66 ID:Y7AGtMWR.net]: トレンドなんてない
ただ淡々と自分が使いたいのを使うのみ
550 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 12:33:30.15 ID:Zzx1e3hO.net]: 技術として成熟してしまって、素人があーだこーだと口を突っ込める所が無くなってしまったって事か。
何だかんだ言っても、PCデスクトップ環境じゃc#/WPF一択みたいなもんだからな。
551 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 14:12:46.69 ID:QF3DXnhv.net]: >>530
業務用のASP.NETはぼちぼち好調なんじゃないの
552 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 15:06:55.73 ID:sgB2+ZY0.net]: WPF難しいよ…
みんなどうやって勉強したんだ？
553 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 16:03:23.51 ID:8Sp78Rqt.net]: とりあえずコンテンツモデルとデータテンプレートあたりをおさえよう
554 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 16:43:00.38 ID:bLguG3ky.net]: 99%は挫折してwinform使ってる。
555 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 19:41:03.20 ID:Zzx1e3hO.net]: >>534
MSの中の人、かずき大明神さまのブログさ。
blog.okazuki.jp/entry/2014/12/27/200015
556 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 19:43:19.04 ID:5tXO7izh.net]: >>536
99.9%じゃね？　新しもの好きがエラソーな事言って始めるが、WinFormからWPFに移行できた奴は見たことない。
557 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 19:43:20.26 ID:Zzx1e3hO.net]: かずき大先生とドボンちゃんとStackOverFlowの名も無き外国人さまには足を向けて寝れんわ。
558 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 20:27:44.26 ID:r14Jr9yH.net]: >>537
中の人になってたんだ知らなかった
きっといい給料もらってるんだろうなうらやましいw []; [ここ壊れてます]
560 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/09(月) 21:35:52.85 ID:BTF8Rckw.net]: ちょまどへのお布施が足りませんな
561 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 22:45:10.96 ID:Gf3baIkT.net]: >>530
ASP.NET Core
562 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 22:49:01.18 ID:bLguG3ky.net]: UWPコケたらMSはどうするんだろう。
563 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 23:17:48.27 ID:sgB2+ZY0.net]: みんなどうやってプログラミングの知識や技術を身につけたの？
初心者なんだけど難しすぎてつらい
564 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/09(月) 23:20:23.24 ID:BTF8Rckw.net]: 無料のセミナーとか行けば？
565 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 23:45:52.53 ID:sgB2+ZY0.net]: >>545
セミナーかぁ全然考えた事なかった
ありがとう
でも調べてみたら平日開催多いね…
ネットで配信みたいなのあれば良いんだけどなぁ
566 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 23:55:46.18 ID:mXLpaLA9.net]: 全部独学だなあ
567 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 23:57:13.03 ID:bLguG3ky.net]: youtubeにいっぱいあるよ!!
https://www.youtube.com/results?search_query=wpf+lessons
568 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 00:11:57.23 ID:CDXmDexo.net]: >>547
仕事で必要な場合はある程度プロジェクト費用にトレーニング分積んでおいて、こういうの頼むのもありかも

https://jp.infragistics.com/consulting

趣味なら頑張るしかないね。
569 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 06:42:25.03 ID:pD7UVv+O.net]: >>544
ひたすら写経だよ。
書かなきゃ出来るようにはならない。
570 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 06:44:05.78 ID:pD7UVv+O.net]: >>543
すでにコケてますけど。
業務アプリの開発が簡単にできるように変えないと終わる。
571 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 07:32:45.77 ID:k9ANgqRB.net]: >>551
Oracle使えないのとDataGridを他から買う程度しか問題ないと思うが
他にどのような問題有るの？
572 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 07:50:48.19 ID:EiuSDU50.net]: インストールがストア経由かサイドローディングってのがネックかなぁ。
573 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 08:15:08.00 ID:rShZoZ8i.net]: 業務なんかもともとASP.NETが中心だから大して問題ない
オリジナルのASP.NETの方はWinForms同様にフェードアウト中だけど
574 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 08:27:09.24 ID:E8du/FGV.net]: >>553
そのサイドローディングが高過ぎ。
575 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 08:39:23.90 ID:E8du/FGV.net]: >>554
頻繁に使うアプリがWebだと辛いだろ。
576 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 08:51:54.57 ID:yEWa+wgs.net]: 辛いかどうかはともかく実際使われてるんだから仕方ない
業務アプリってどういうものかわかってる? Illustratorみたいな業務用ツールと勘違いしてない?
業務アプリなんかWinFormsでも大量生産されたCRUDの雑なフォームがほとんどで、Webと大して変わらんよ
577 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 09:04:19.46 ID:E8du/FGV.net]: >>557
使う側としたら全てがWebでは辛い。専用のデスクトップアプリケーションには使い勝手が及ばないし。
不特定多数が見る照会画面はWebが良いけど。
自分の関わってる所は用途で切り分けてる。
578 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 09:20:10.74 ID:SE6CUXtZ.net]: そこでXBAPですよ
579 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 09:20:45.44 ID:SMF91ySt.net]: >>552
データベースに直接接続出来るようになったの?
580 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 09:23:01.48 ID:SMF91ySt.net]: >>559
ちょっとググってみたらハンパないゲテモノ臭が
581 名前：w []: [ここ壊れてます]
582 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 09:39:52.10 ID:SE6CUXtZ.net]: まあぶっちゃけゲテモノです
Silverlightが生き残っていればな、と思わずにはいられない代物
583 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:16:15.55 ID:W/iVdWKx.net]: >>558
作る側の思い込みとスキルの問題じゃない?
WinFormsでSalesforceより使いやすいUI作れるベンダーがどれだけいるだろうね
584 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:29:55.98 ID:ZTVh7Eud.net]: >>556
頻度の問題じゃないだろ
585 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:32:16.38 ID:2hrMSkCE.net]: UWPのサイドローディングって金かかったっけ？
586 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:37:41.64 ID:QIxilmoY.net]: まーた始まったw

ずいぶん前に一番「成功」しているwebメールでも
デスクトップのメールアプリを代替できないのはなぜかと書いたけど、
カンがいい人ならこの一事からいろ敷衍して考えるけど自分の頭で考えずに
たまたま自分が浸ってる周囲の空気に寄っちゃう人は何言ってもダメだねほんとw
587 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:45:16.90 ID:W/iVdWKx.net]: >>566
メールはとっくに代替してるでしょ
企業のメールもGmail多いよ？
周りを見てみ
588 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:51:04.63 ID:o0+E3LwS.net]: Webアプリがちゃんと作り込んだデスクトップアプリに及ばない事は多々あるけど、
業務アプリに限っていえば、多少不満はあっても仕事だから仕方ないと割り切って
使うもんだからな(大抵の場合社員が文句言った所でどうにもならないw)
589 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:52:50.03 ID:SE6CUXtZ.net]: メールなんぞ、最初からWebと繋がる事が前提なんだから
ローカルだろうとブラウザ内だろうと、そんな変わるもんでも無いしな

わざわざWebに置き換える意味が無いのは、calcとかnotepadとか
Chromebookみたいな環境なら話は別だが
590 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 10:53:31.86 ID:W/iVdWKx.net]: ちなみにうちは某I系列だけど、Iの社内システムはメール含めほぼWebベースに移行したよ
デスクトップクライアントだった頃より遥かに使いやすくなった
591 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:10:27.48 ID:hR8QggpZ.net]: >>570
IT屋の業務ならWeb化したほうか便利だけどね。
業種によるだろ。
592 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:12:13.19 ID:hR8QggpZ.net]: >>567
企業はGmail禁止の所が多くないか。
593 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:14:14.91 ID:rShZoZ8i.net]: >>572
法人向けのGmail契約あるの知らないの?
今時それはさすがに本職かどうか疑われても仕方ないレベルだぞ
594 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:14:39.88 ID:SE6CUXtZ.net]: >>572
それこそ業種次第で無いの
社外からのメールを受け取らなきゃいけない環境なら、大して問題は無いだろうし
外部ネットワークから完全に切り離す環境なら、Webメールなんて使ってられないし
595 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:33:10.60 ID:hR8QggpZ.net]: >>573
知らんかったw
ISMS認証とかは無理なんだろうな。
596 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:40:18.68 ID:ZTVh7Eud.net]: >>575
あほ
www.itmedia.co.jp/news/spv/1205/29/news023.html
597 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:49:40.80 ID:hR8QggpZ.net]: >>576
首吊った方が良い(^o^;
598 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:56:24.60 ID:ZTVh7Eud.net]: >>554
オリジナルってオレオレ表現は何が言いたいかわからん
.NET Coreに対するFull（Desktop）の.NET Frameworkのことなのか、MVCに対するWeb formsのことなのか
599 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:32:22.90 ID:LbO5jlt/.net]: >>578
きっと無印aspの事ですよ。
600 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:42:19.95 ID:u+pD0KRM.net]: WP終了するの何度目だよ死ね
601 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:45:39.55 ID:A6EfYYCB.net]: >>565
ライセンスは不要っぽいけど証明書がだるい
602 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:48:09.69 ID:A6EfYYCB.net]: >>580
WPって?
603 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 14:54:54 ]: [ここ壊れてます]
604 名前：.07 ID:ZTVh7Eud.net mailto: >>579
.NETですらなかったか []: [ここ壊れてます]
605 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 17:13:38.02 ID:b18EdB/Y.net]: >>563
そもそもセールスフォースで扱ってる顧客管理業務がWeb向きですがなw
電子カルテがWebの病院なんて見たことないし、有ったとしても使いにくいだろう。
606 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 17:16:53.75 ID:b18EdB/Y.net]: ぐぐったら有ったOrz
607 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 17:25:38.17 ID:mWXJ6h5L.net]: もはやwebがGUIプラットフォームとして普及しすぎて作る側もデスクトップよりwebベースの技術持ちのほうが増えてるんだよなあ
608 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:08:03.40 ID:IR1b7wv8.net]: VB6の業務システムをWeb化したけど
使ってる職員の人に泣きながら「元に戻してください」って言われたわ。
609 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:11:42.02 ID:IR1b7wv8.net]: まあ、2chもtwitterもWikipediaもはてなもyoutubeもniconicoもamazonもyahooも専用アプリで見てるからな。
Webで作ってはい終わりなシステムは存在自体迷惑。
「ちゃんと」UWPで提供してくださいね。
610 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:11:57.88 ID:ZTVh7Eud.net]: >>587
お前の腕がよっぽど悪かったんだろうな
611 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:13:20.63 ID:F7yEQysJ.net]: >>588
お前んとこよ業務システムはスマホOnlyかよｗｗｗ
612 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:23:28.85 ID:PFEgPN/G.net]: >>589
死ねよ
613 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:27:52.56 ID:ZTVh7Eud.net]: >>591
それが職員の本音
614 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 19:40:17.75 ID:e0oQHeX4.net]: >>587
vb6の業務システムを泣きながらWindows10対応している俺の立場は。
なーんもしなくてもそのまま問題なく動いてるっぽい(ーー;)
615 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 20:02:50.32 ID:kFuua7X2.net]: VB6はドトネトより明らかに早いから、しっかり作ってあるとWinFormsなど見た目で差別化が出来ない場合辛いものが有るね
まあメンテするこっちからみたらクソ言語では有るが
616 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 20:16:48.02 ID:e0oQHeX4.net]: アプリケーションは速ければ速いほど良い。
vb6ってこんなに軽かったっけって思うよ。
でもこんな仕事はいやズラ(T_T)
617 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 20:49:55.22 ID:RwG/jnVL.net]: いくら速くてもメモリリークするようなゴミでは使い物にならない
やっぱりWPFだな

GdiplusStartup と GdiplusShutdown を繰り返すとメモリリークする
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/10/10/gdiplus-tsf-memleak/

＞現在、この問題を修正する予定がありません。
618 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 21:03:07.74 ID:ZTVh7Eud.net]: >>596
これってそんなに頻度高いの？
619 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 21:03:53.95 ID:MPxouh5p.net]: いくらメモリーリークしなくても日が暮れる前に仕事を終えてくれないとなー
620 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 23:05:52.56 ID:2hrMSkCE.net]: gdi++の初期化/終了なんぞ頻繁に呼び出すことはないからどうでもええけど
それより原因となるTSFのリーク発生条件がやべえな
ダミーウィンドウと共にスレッド起こすのは小細工としてそこそこ出番があるような
621 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 23:15:47.61 ID:TI1DggQu.net]: >>599
思いっきり当てはまる作りをしているアプリがあるわ。
生成頻度は少ないからまぁ大丈夫だろうけども。
622 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/11(水) 03:31:53.05 ID:rqqSAVqs.net]: >>593
掘”った栗
623 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 09:39:19.59 ID:kukuoK5s.net]: >>541
デバッグしたい//
624 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 10:10:09.73 ID:gUlGhM8/.net]: DatetimepickerってWPFに無いんだ…
日付と時間表�
625 名前：ｦどうすんの… []: [ここ壊れてます]
626 名前：デフォルトの名無しさん [2017/10/11(水) 10:44:22.63 ID:9HbYpl43.net]: 今アフリカでは飢えた子供たくさんいます。皆さんの寄付をお待ちしております。
627 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 10:57:59.00 ID:kaZdUJxk.net]: >>604
スピンも無いぞw
Extended WPF Toolkitを使え
628 名前：デフォルトの名無しさん [2017/10/11(水) 12:00:31.23 ID:9HbYpl43.net]: >>605
https://fresh.lawson.jp/goods/70999
629 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 14:15:19.34 ID:xGB2zgmM.net]: >>601
ぼっても割に合わん。
動作不良じゃなく元々のバグがかなりあるOrz
当時のブビプログラマーのレベルはこんなもんだがw
630 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 17:54:00.03 ID:mza9tdHV.net]: >>534
最初の敷居はちょいと高いかもだが
このフレームワークの考え方に慣れたら便利だよ
631 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:06:58.99 ID:Qsqjym7k.net]: 慣れたら便利は不便ってviで学んだ。
632 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:31:07.43 ID:o57WAIx5.net]: 不便じゃないがxamlは微妙だわさ
633 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:44:00.46 ID:2kA0LIge.net]: mvvmやxaml,データーバインディングは作りたいアプリがあったので作りながら覚えれたけど、次のステップとしてリアクティブプログラミングやろうとしたがリアクティブはかなり敷居高そうだな
634 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:45:55.55 ID:CGuaZ+CK.net]: WinFormsでカスタムコントロール作ってオーナードローした人じゃないと
wpfの有り難みは理解できんかもな
そりゃコントロール並べるだけならwinfromsのほうが遥かに簡単だ
635 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:51:44.60 ID:o57WAIx5.net]: 少なくともWordが使いこなせないとxamlは無理ね。
636 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:55:42.90 ID:ff6iD1XD.net]: なんでコントロール並べるだけのことが後発のWPFでは難しいんだろうな

WinFormsでできることがXAMLを一切触らずにがUIデザイナでできたら、
結果は違ったんだろうか？
637 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 20:14:17.44 ID:wRfMxQMF.net]: >>611
ReactiveProperty/ReactiveCommandの話なら、すごく楽だよ。
逆に今までの苦労は何だったのかと思うほど。
638 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 20:26:19.51 ID:CGuaZ+CK.net]: uwpでReactiveCommand使う時、disposeのタイミングで例外吐く不具合があってエライ目に有ったんだが
アレは治ったんだろうか？
639 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 21:11:58.60 ID:/ydphcqk.net]: 遅いらしいし、コントロール揃ってないし、なんかめんどくさそうだし、将来WPFが
主流になるんだったら覚えてもいいけど、まあもうちょっと枯れてからでいいやと
思い続けてとうとう今日に至る
640 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 21:19:31.21 ID:o57WAIx5.net]: >>617
10年経っでるのに枯れてないとな。
641 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 22:29:17.19 ID:Qsqjym7k.net]: winfromやwindows7で困ってない人を移行させるのは難しい。
それ以前に移行すると困る人が大勢いるのはMSの怠慢と言わざるをえない。
642 名前：デフォルトの名無しさん [2017/10/12(木) 10:14:35.23 ID:EMta15tJ.net]: アスペのすきなC#
643 名前：デフォルトの名無しさん mailto:sage [2017/10/12(木) 10:27:32.93 ID:WR+PJUQy.net]: 奴隷の好きな言語は?
644 名前：デフォルトの名無しさん mailto:sage [2017/10/12(木) 12:10:11.06 ID:knGok4Ah.net]: Java
645 名前：デフォルトの名無しさん mailto:sage [2017/10/12(木) 12:20:51.67 ID:WR+PJUQy.net]: Java案件には関わりとうない
646 名前：デフォルトの名無しさん [2017/10/12(木) 12:46:50.56 ID:iASiM5mX.net]: アスペが釣れる
647 名前：デフォルトの名無しさん mailto:sage [2017/10/14(土) 08:02:49.68 ID:tNAfEAYV.net]: Java案件にはデスマが待っている。関わりとうない、関わりとうない♪
648 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 10:50:00.14 ID:fX+zjWfL.net]: >>615
それは、ある程度使えるようになってからだろ？
その前段階の覚える段階の敷居が（目標がないと）高いって意味じゃね？
649 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 11:14:02.79 ID:+yNynBs6.net]: >>626
prismなんかで組んでいるようだから、２，３０分も有れば基本的なことは出来るよ
650 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 04:26:03.95 ID:wsZRBdk3.net]: xamarinがwpf/mac/gtk#にも対応するようなのでいよいよ本当に終わりですか
651 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/16(月) 06:45:42.59 ID:Q+N/9tOC.net]: あの人達キモいからヤダ
652 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 09:15:22.42 ID:z1iVQjyz.net]: チンポ騎士団員は帰っていいよ
653 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 09:54:27.69 ID:isNfJMq0.net]: MVVMが全く理解できん
プログラミング初心者には無理な壁か…
654 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:01:40.38 ID:J8+i6TGJ.net]: >>631
先ずはビューモデルとバインドから。
イベントはベタ書きでもおっけ。
655 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:14:35.62 ID:39jE09AN.net]: 個人開発の規模だと、ビューとモデルを分割する事のメリットからしてあまり感じられないだろうから無理も無い
656 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:18:50.35 ID:NmY3JO0d.net]: VとVMの切り分けはよく分かるんだけど
VMとMの切り分けがよく分からないんだよね

データがRDBにあるとして
VMでSQL書くのはMVVM的にNG？
657 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:50:49.04 ID:sQ3NutSu.net]: prism.UnityとかAutofac等のDIコンテナ使うとMVVMの理解は深まるけど
DIコンテナの理解を深めないといけないという自転車操業
658 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 11:08:24.23 ID:jCGmdkaF.net]: >>634
同じくVMとMの切り分けがあいまいになっている自分
RDBはビジネス要件だからどちらかというとModelとして切り離すべき
659 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 12:34:30.50 ID:6vVGKMs0.net]: テストコード書かないのなら分離しなくても問題ないでしょ。
660 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 12:50:22.73 ID:3t3P1FsS.net]: 設計者俺実装者俺利用者俺の3俺構造だとMVVMの恩恵はあまりない
一応恩恵あるけどスゲー便利というほどじゃない
どちらかというとObservableCollectionやMicro-ORMの理解の方が大事だと思う
661 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 18:47:26.55 ID:YdwoTlH6.net]: Viewの部分入れ変えても大丈夫な程度にしておけばいいと思う。
662 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 09:44:58.25 ID:QTbHfBOQ.net]: WPFに何を求めるか次第じゃないの?
MVVMとしての美しさを求めるか、単にUIとしての美しさを求めるか。
オレの場合はUIの美しさしか求めないんでMVVMはどうでもええ。
663 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 09:52:50.24 ID:9WRa7/YE.net]: >>634,636
コンソールから使うコマンドラインアプリとして書いてみれば、何がModelなのか分かるよ
そのModelをGUIとかの特定のViewに合致させる役割がViewModel
664 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 09:56:57.17 ID:wXWM393A.net]: アプリの規模にもよるかな
665 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 10:02:02.08 ID:ATL1IZSq.net]: 画面作るのはXAMLが楽で良いなぁ。
666 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 07:58:35.78 ID:cFRpAK1r.net]: MVVMで作るときのソリューションのフォルダ構成どうしてますか？

Models/Views/ViewModelsの下にPages/UserControlsなどを置くか、その逆にするかで迷う。
667 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:15:23.15 ID:1K2n1JV6.net]: >>644
機能で分ける
M/V/VMは区別しない
MVVMに限ったことじゃないけど、一般に、種類で分けるのはモジュール強度の低い良くない分け方だよ
668 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:19:20.77 ID:+71Y93dj.net]: 迷うってことは、問題が解決してないってこと。つまり失敗した概念だと言えるな。
669 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:46:00.62 ID:jl0ZLZ4q.net]: 分けるというより、目障りだからどかす、というイメージが強い
意味合いが#regionに通じてるところがある
670 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:53:48.77 ID:7G3CwTrC.net]: たしかにViewにプラスで必要な部分は迷うわ
671 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 09:11:02.86 ID:5h9DYzfZ.net]: >>644
xamlとVMは同じフォルダ内に置いてる。
672 名前：デフォルトの名無しさん [2017/11/05(日) 23:23:33.87 ID:TdKcbL6p.net]: データコンテキストってなんなの…
全然使い方がわからない…
WPFほんと難しい…自分の頭の悪さに引くわ…
673 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:37:19.03 ID:Fa7z1jl7.net]: そんなとこで詰まってるならやめた方がいいんじゃない?
テンプレートバインディングや依存関係プロパティで死ぬよ
674 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:42:44.11 ID:fpg0wyCq.net]: ルーティングイベントとかクッソ意味不明
Adornerとかレイアウトイベントの使い分けとかDrawing系の低レベル描画層とかゲロ複雑すぎてやばい
675 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:50:24.22 ID:fpg0wyCq.net]: あと見た目の状態遷移に使うVSMも癖があって慣れるまでクソ難しい
WPFの場合は更にトリガとの使い分けもあってカオスの極み
676 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:57:03.43 ID:fpg0wyCq.net]: あとWIC系のAPIもヤバい
たかがビットマップイメージがなんでここまで複雑になるのか不思議なレベル
677 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 01:08:49.29 ID:g6YJakDt.net]: >>650
すごく単純に言えば、バインディングに使用する複数の変数を任意の1つのオブジェクト(クラス)にまとめておくだけの機能だよ。
(各変数はそれぞれプロパティとして定義する)
678 名前：デフォルトの名無しさん [2017/11/06(月) 02:23:58.85 ID:Xbh99dPN.net]: DataContextやDependencyPropertyは使ってりゃそのうち分かるようになるし
一度分かってしまえばどうということもない

VisualStateManagerは確かに難しい
つか使いこなせん
Styleのカスタマイズは未だに試行錯誤というか行き当たりばったりだわ
679 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 13:12:40.27 ID:TOtQu/eL.net]: >>655
んー…分からん…
色んなサイト見ても全部微妙に違ってどれを参考にしたら良いかもわからん
MVVMだとどの部分に書くんだ？
680 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 13:38:43.96 ID:3xHBnL7y.net]: んー…なんというか…。書くとか書かないとかというか、、データソースなんだよ
681 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 13:55:11.78 ID:2nM3KO37.net]: >>657
Contextって名前が曖昧すぎる。
DataHogeと同じで名前に意味はない。
DataContextにはViewModelのインスタンスを設定してDataCintext=ViewModelだと思ってればよいのだ。
682 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 18:15:34.67 ID:6TjQQ+65.net]: >>650
難しいのは考え方だろうね
データコンテキストが難しいと感じるなら、根本的に発想の転換が必要なんだと思う
683 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 18:26:51.77 ID:8k9yKas+.net]: WPFが流行らなかった縮図を見ているかのようだ…
684 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 22:34:37.38 ID:S0HGA2wI.net]: WinForms時代のデータソースも分からない人だろ。
685 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 22:42:59.34 ID:FcoeWLYn.net]: >>658
>>659
>>660

せっかく説明してくれてるのに理解出来なくてごめんよ…
元々プログラミング始めたばかりの自分にはハードル高いよな…
this.DataContext=table;
とかだとXAMLにBinding tableって指定してる所と紐づけるって解釈で良いのかな？

MVVMでアプリを作ってみてるんだけど、C#の言語自体の理解もまだまだだからすげぇ難しい…
this.DataContext=table;←これもModelクラスに書くべきなのかViewModelに書くのかよく分かってない

View→ViewModel→Modelって関係になっててV,VMとMは切り離して考えるのは分かるんだけど、例えばModelクラスに書いてる処理(例えばデータベースの値をDataGridに表示させるとか)をどうやってViewModelから取得したらいいの？
プロパティとか使うの？
686 名前：デフォルトの名無しさん [2017/11/06(月) 23:48:48.36 ID:VYb2y8+k.net]: >>663
それは　Xamlには　Binding　だけでいい
687 名前：デフォルトの名無しさん [2017/11/06(月) 23:51:37.56 ID:VYb2y8+k.net]: 知識ないうちはXamlは地獄

知識あってもタイプミスとかでデバッグがものすごくつらい
いろいろ無駄なことをさせられる
688 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 00:02:15.24 ID:bJd82uh3.net]: 俺の理解ではDataContextはBinding SouceとBinding Targetのつなぎ目

DataContextを設定してはじめてSouceとTargetは赤い糸で結ばれる
689 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 01:05:32.39 ID:doVlH5i0.net]: >>663
細かいことは省略した大雑把な例だけど、
class Table
{
　int A { set; get; }
　int B { set; get; }
}
this.DataContext=new Table();
と設定しておくと、{Binding Path=A}とか{Binding Path=B}って書けるようになる。("Path="は省略可)
690 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 01:51:17.40 ID:cse8gTk6.net]: >>663
まず、データベースとか関係なくDataGridに何か(例えば1～10)を表示することを考える
そうするとModelは必要ないからViewModelに全てを書く
ViewModelがViewのために1～10を教えてあげるとViewはViewModelの言うがまま表示する
このことをViewModelにdatabindingしていると呼ぶ
しかし、いつも1～10を表示しても何の役にも立たない
目的に応じて適切な値を表示したい
この1～10ではなく目的に応じた適切な値を管理するのがModelの役割
例えば、データベースから31415926534とか取ってきたりする
691 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 06:48:36.59 ID:QsHhWiO1.net]: >>663
ビューモデルとデータコンテキストの紐付けはxamlの中に記述する。
xamlはhtml見たいな画面記述言語じゃなくてc#(.net)のインスタンスを記述する言語。
692 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 07:00:14.02 ID:QsHhWiO1.net]: >>663
>どうやってViewModelから取得したらいいの？
プロパティとか使うの？

バインドさせる。
693 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 09:12:12.63 ID:lDMoKAlX.net]: >>669
>xamlはhtml見たいな画面記述言語じゃなくてc#(.net)のインスタンスを記述する言語。
それXAML一般じゃなくてWPF限定だから気をつけた方がいいよ
UWPやSilverlightでは.NETオブジェクトはアンマネージドなXAML DOMのラッパー
だからC#でツリー組むよりXAMLをテキストで読ませたほうが速かったりする
694 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 09:22:10.77 ID:y4hb8FzZ.net]: >>671
そうなの?
じゃ、UWPのxamlとWPFのではかなり別もんなのか
695 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 09:39:39.90 ID:QoqDyUp+.net]: >>671
それじゃUWPのobjフォルダに有る　xxx.g.csファイルって一体何だ？
696 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 11:28:45.06 ID:J9S6QLG4.net]: 一発目でwpfはツレーだろうな。理解していることの前提要素が多すぎる
697 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 11:42:33.72 ID:2j0EGKvx.net]: MVVMに手を出すとさらにつらくなるね
698 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 12:39:39.96 ID:jxgrvyaf.net]: 素直にWinFormsで入門すればよかったのにw
C#に限らず今時のプログラミング言語自体、まったくの初心者にとっては躓きそうな要素が
色々あるのに、xamlがーとかMVVMがーとか言い出したら、地雷原を素足で歩くようなもの
699 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 16:42:34.80 ID:9jjlIy9p.net]: >>676
ConsoleでHello,world からでしょ。
700 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 16:56:18.48 ID:kORl+ylV.net]: ほんとそれな
Viewの前にModelの作り方、GUIの前にCUIの作り方覚えろと
701 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 17:39:21.94 ID:H3DL339H.net]: 今時CUIはないでしょう。
モチベーションが続かないし、Windows FormでポトペタでGUI作るより
CUIの方が簡単とも思えない
702 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 18:04:12.00 ID:kORl+ylV.net]: >Windows FormでポトペタでGUI作るより
いきなりそれからやろうとすると、基礎が身に付かんだろって話なのよ
言語の基本仕様くらい真面目に学習せんかーい
703 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 18:06:52.09 ID:H3DL339H.net]: >>680
じゃあ聞くけど、CUIを選択することで学習できる基礎って何？
そんなものはないよ。あるなら言ってみ？

そういう話なら、たぶん構造化プログラミングをすっ飛ばしていきなり
クラスベースのOOPに挑戦する弊害の方が大きいと思う
704 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 18:45:12.03 ID:MJK6I9RA.net]: CUIは入出力がものすごく単純でGUIみたいなフレームワークの知識がほぼいらないので言語の仕組みそのものに学習を集中できる
705 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:06:46.18 ID:vb3e1pou.net]: >>681
MVVMのModelで実行できるプログラムにGUIって必要か?
706 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:09:33.93 ID:vb3e1pou.net]: ぶっちゃけ、GUIやConsoleプログラムのI/Oって泥臭い処理で
プログラムの本質を学ぶ上では必要の無いものなのかもね。
707 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:15:19.61 ID:vb3e1pou.net]: とりえあず、かずき大先生の記事を貼っておく。
日本語のWeb情報でWPFに関してこれを超えるものはないと断言できる。
blog.okazuki.jp/entry/2014/12/27/200015

お布施、払いたい人はこれ
https://www.amazon.co.jp/gp/product/B015WXYUUU/ref=oh_aui_d_detailpage_o01_?ie=UTF8&psc=1

これも必須
https://www.amazon.co.jp/%E3%82%A8%E3%83%83%E3%82%BB%E3%83%B3%E3%82%B7%E3%83%A3%E3%83%ABWPF-Presentation-Foundation-Programmers-SELECTION/dp/4798114200/
708 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/07(火) 19:33:09.38 ID:6NdbJPOz.net]: >>682
curses全力否定？
709 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:38:51.28 ID:MJK6I9RA.net]: >>686
cursesみたいに複雑にしようと思えばいくらでもできるけど、printfとscanfだけでも最低限のものは作れるでしょ
GUIだとその最低限のものを作るのにも書かなきゃいけないことが多くて初心者向きじゃない
710 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:41:29.82 ID:o4Vl0zCf.net]: ボタン押してラベル書き換えるぐらいもやる気がないなら
プログラムやる資格はないと思う
711 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 20:40:45.13 ID:JobEFelh.net]: >>ボタン押してラベル書き換えるぐらい
のことでもViewのコードビハインドにするかViewModelとの相互作用にするかでも悩まされるのがWPF

ViewModelとの相互作用で書いた方が可搬性があがるよ！
…分かるけど、それ、初心者向きかしら？そんなことも思わすのがWPF
712 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 21:28:27.15 ID:kORl+ylV.net]: >悩まされる
悩まなくね？
ボタンのラベルを他から参照する事が無い、次の画面に持ち越さずその場限りの使い捨てで良いならコードビハインド
713 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 22:12:40.66 ID:jxgrvyaf.net]: >GUIだとその最低限のものを作るのにも書かなきゃいけないことが多くて初心者向きじゃない
という程にはWinFormは難解じゃないわな。その辺りは良くも悪くもVisual Basic譲り
ただ、GUIから入るとFormの存在感が強すぎて、ブラックボックス的な部分もあって、クラス
などの基礎知識の理解を遅らせかねない部分があるのは確か
とはいえ、今のご時勢CUIでストイックにプログラミング勉強しようとも人に勧めようとも
思わないけどな
ボール無しでの基礎訓練も大事だけど、やっぱシュート練習のほうが楽しいわさ
714 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 22:53:53.14 ID:JobEFelh.net]: >>690
>ボタンのラベルを他から参照する事が無い、次の画面に持ち越さずその場限りの使い捨てで良いならコードビハインド
そう。悩まな�
715 名前：｢んだ！すごいねー。それで可搬性のあるコードになるんだー（棒 みんなそうなるといいねー。すてきー（呆 []: [ここ壊れてます]
716 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 23:29:42.68 ID:8cNzIfeX.net]: 低能なら低能でコードビハインド使うのは別に悪ではない。
717 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 00:24:21.64 ID:lkyynzxx.net]: けっきょく低能よばわりされるんだ、悪じゃないのに。へー（もはや何もなし
718 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 02:10:41.66 ID:41vAKyEh.net]: かずきは大したことないよ。ただブログこまめに発信してるだけ。
neueccみたいな何か作り出せるのが最強
719 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 05:58:24.72 ID:d89kNCGz.net]: 低脳が悪とは限らない
まあケースバイケース
720 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 07:32:05.97 ID:kXOcEBHO.net]: >>695
まともなドキュメント書かなきゃ誰も使ってくれないけどね。
Rubyが流行ったのは早い段階で英語のドキュメントがあったから。

オレ、ドキュメントなんて面倒くさくて書きたくないけどw
721 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 11:04:01.06 ID:yrPiJxO6.net]: WPF使えるようになれば分かると思うが、理解できないのはWPFが糞設計だから。
決してPGのスキルの問題ではない。もしPGのスキルのせいにしてる奴がいるとすれば、
そいつはWPFを理解していないだけ。
722 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 11:47:39.60 ID:kVbA0K8n.net]: コードビハインドとか新しい用語作っておきつつ学習した後で
それは柔軟性が足りないとか言われても困る
723 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 12:21:09.00 ID:OSwmw0Ws.net]: >>698
どんな糞でも食せるように調理できるのはスキルではないと言うのか。
オレはスカトロマニアかw
724 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 12:29:17.17 ID:JZhqf68Z.net]: ウメーとこだけバインド利用しましょうでええんや
キッチリカッチリ無理無理。ハゲるぞ
725 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 05:49:47.74 ID:gZdnar30.net]: WPFが糞というのはないな、xamlが糞だというのはおおむねそうだな
xmlもどきで記述されたものを専用パーサで読みUIを作るという着想はいいんだ
問題は書式、カッコ増えすぎインデント深すぎ、可読性が悪いし記述がしにくい
726 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 07:52:05.77 ID:rakEZX+F.net]: フラットだったら可読性が良いってわけでもないと思うがな。
少なくとも、デザイナー使わないと読んでも理解できない.Designer.csよりはマシになったと思う。
xamlでネストが深くなりすぎたと思ったら<UserControl>でモジュール分割するタイミングだな。
main()関数の中に全部の処理を記述するようなことしてるから糞に思えるんだよ。
727 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 08:52:12.22 ID:eH9JjwU7.net]: ｘｍｌの問題なのは重々承知だが、コメントの書き方何とかならんものだろうか
728 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 09:01:55.01 ID:T0f+zXRU.net]: >>702
xmlモドキじゃなくxmlだろ。
独自構文だともう少しスッキリはするかも。
729 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 16:44:08.42 ID:0bOJZQsY.net]: なんとかバインドの雰囲気がわかったと思ったらコマンドってなんだよ
これ1番わからねぇわ
730 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 17:50:48.32 ID:ueWlL2hQ.net]: WPFの本質が見えているとなぜ普及しなかいなんて一目瞭然なんだが、
それをPGのスキルのせいにするのは基本的にWPFの本質、使い方が何も分かってないのだろう。
731 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:37:03.92 ID:KVSswJaS.net]: WPF以外でスタイリッシュなUIって作れるのありますか？
WinFormじゃメチャクチャ工数がかかるのでWPF以外で何かいいのあったら教えて頂きたいです。
732 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:40:08.93 ID:5TFgrAMu.net]: UWPがあるぞ
733 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:59:21.06 ID:Qc9ud9aj.net]: >>708
今だとElectr
734 名前：onの一強 []: [ここ壊れてます]
735 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:59:42.16 ID:Bl01hNnl.net]: wpf難しい…
データバインドがうまくいかない
データベースから取ってきたリスト型のデータをコンボボックスのitemsourceに設定するだけなのにうまくいかぬ
736 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 19:02:29.12 ID:KVSswJaS.net]: Electronは初見なので調べてみます。
737 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 19:40:41.74 ID:alfIXjUy.net]: >>707
>それをPGのスキルのせいにするのは
PGのスキルのせいだと思うぞ。
MSが日本の平均的スキル(日本のITは奴隷産業なので世界の底辺以下のそのまた以下の以下のゴミクズ以下)を超えた物を作ってしまったのでついて行けてないだけ。
738 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 19:46:17.42 ID:Qc9ud9aj.net]: WPF開発は個別の画面の前に全体の仕組みの設計から入らないと上手くいかないというかクソ手間かかるんだよな
日本人はそういうの苦手でボトムアップが好きだから根本的に合わないんだよ
739 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 20:39:39.13 ID:g/THXaNi.net]: まぁ確かに、Formsだとポトペタで画面作ってダブルクリックで開いたイベントハンドラに
ちょいちょいとコードを書けばそれで動くものができたからな。そのお手軽さは素晴らしい。
740 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 21:39:51.42 ID:YLtBUtjT.net]: WPFでも全く同じ事出来るんですが…
741 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 21:41:54.84 ID:jdLju/Su.net]: ｈｔｍｌの手書きが出来るならxamlなんて言うほど大変じゃないんだけどな
swingのレイアウトよりは遥かにマシだと思うし
742 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 21:57:30.05 ID:qXatXNmA.net]: TriggerとCommandは触らねーって誓っておけばまあまあ
743 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 22:17:07.28 ID:O9mK3j04.net]: うっかり<i:Interaction.Triggers>書いちまった、もう戻ってこれないかもしれない、すまぬ
744 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 22:48:28.78 ID:jdLju/Su.net]: すっかり忘れてたが、CommandってprismとかReactiveCommand使わんと無茶苦茶面倒だったな
prism使えば大したものじゃねーよ
745 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 22:51:00.68 ID:z3kyf/Nq.net]: >>711
リストはListではなく、ObservableCollection使ってるか？

リストはプロパティになってるか？
フィールドだとバインドされないぞ

リストのインスタンスをバインドした後に書き替えてないか？
746 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 23:09:12.76 ID:TSxiC3iy.net]: コマンドは許すがビヘイビアは最悪
あの頃の「コードビハインドは殺せ」な宗教化したMVVMのせいでWPFが避けられるようになったんだと思うわ
747 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 23:25:01.08 ID:jdLju/Su.net]: uwpからイベントをバインド出来るようになったから、ビヘイビアは殆ど書かなくても何とか成るようになった
748 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 02:00:39.82 ID:ZPU8Qj6m.net]: >>722
ビヘイビアやトリガーは1度作ってしまえば、既存のコントロールにポトペタで機能を追加出来て面白いけど、
使いまわししないならいちいち作るのは面倒なだけだね。
749 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 17:37:09.26 ID:938sGYJm.net]: 先行者とMSの人のせいだな
750 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/11(土) 19:20:18.21 ID:ljWP0iHz.net]: ちょまど神への信仰が足りないからです
751 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 19:53:53.83 ID:zNtCqHZv.net]: 騎士団はお帰り
752 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 20:00:52.76 ID:kwXAGkCp.net]: ビヘイビアって依存関係プロバティーが仰々しいだけで、中身は大したことやってないから難しいものでもないんだけどね
警戒せずにコード読めば簡単に理解できるから
753 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 20:12:23.29 ID:7DvP3YTX.net]: ビヘイビアの問題はビューとロジックの分離を壊すこと
Libet信者なんか当時はXAMLでプログラミングしてドヤ顔してるような状態で本当に酷かった
754 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 20:32:22.35 ID:WEOLmGSE.net]: >ビヘイビアの問題はビューとロジックの分離を壊すこと

ビューにロジックが存在しちゃいかんって法はないだろ。
755 名前：ビジネスロジックを置くべきじゃないって話と混同してるんじゃないか？ []: [ここ壊れてます]
756 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 21:41:38.21 ID:7DvP3YTX.net]: ビューとロジックの分離というのは文脈によって様々なものを指すが、
WPFの根幹の思想としてのビューとロジックの分離は、「見た目はXAMLで定義し、振る舞いはコードで定義する」ってことだ。
それを破ってXAMLで振る舞いを定義しようとしたのがビヘイビア。
強力すぎる設定ファイルを与えると人は次第にそれで複雑なプログラミングをするようになるもので、
設定ファイルとして分けた意味がなくなってしまうんだよ。
ダイアログ出すくらいいいだろと思う人もいるかも知れないが、それを認め始めると歯止めが効かなくなるの。
757 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 22:15:20.74 ID:WEOLmGSE.net]: >WPFの根幹の思想としてのビューとロジックの分離は、「見た目はXAMLで定義し、振る舞いはコードで定義する」ってことだ。

XAMLのみがビューだと言っているのか？
ビヘイビアのコードはビューじゃないとしたら何だと？
758 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 22:53:43.27 ID:4ZCNeoHz.net]: Viewの｢動作｣を書くのは有だと思うが
何事も程々にですな
759 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 23:54:31.21 ID:7DvP3YTX.net]: >>732
ビューとロジックというのは相対的なもので、具体的に何を指すかは場合によって違う
WPFはもともと、デザイナーがデザインを作ってプログラマがコードビハインドを書くことで分業するように設計されている
プログラマ目線のビューとロジックの分離はもう一段上がるわけだが、それはWPFとは直接関係のない話だ
760 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 01:29:27.56 ID:+a+fBSky.net]: >>731
そうは思うわないな。
ビヘイビアが糞なのはそうだが。
761 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 07:43:01.13 ID:/VKzDrV0.net]: ビューとモデルの分離
プレゼンテーション(ビュー)ロジックとビジネスロジックの分離
デザインとロジックの分離

このあたりの勘違いだろうと突っ込んでみたら、説明がどんどん意味不明になって笑える
762 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 08:26:06.14 ID:e5xLDhIK.net]: WPF = MVVM だと思ってると敷居が高いがWinFormに代わる綺麗な
UIの作れるライブラリだと思って使えば敷居がかなり下がる。

コードビハインドとバインドしてイベントベタ書きでも何も問題無いんだよ。
MVVMなんて高尚なものは後でも良いのだ。
763 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 08:27:03.64 ID:Y1Tn4iKT.net]: >>734
ええええ
コードビハインドはViewでデザイナーが書くもんだと思ってたわ
764 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 08:38:52.00 ID:e5xLDhIK.net]: xamlを書けるホンモノのデザイナーなんて日本に存在するの?
765 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 09:21:24.73 ID:RZNIwvSq.net]: >>737
これが解ってない人が多すぎるね
766 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 10:09:18.93 ID:e5xLDhIK.net]: >>740
xamlにMVVM, Entity Framework, prismのようなライブラリ
初心者がフルコースで全部やろうとすると玉砕するのは当たり前。

先ずは、xamlとbindingだけ理解できれば十分だと思う。
767 名前：デフォルトの名無しさん [2017/11/12(日) 10:41:52.59 ID:a3dJlCt1.net]: ビヘイビア使わないでフルードアニメーション書くならどこに書くんだ？
Vしかないだろ
ビヘイビア自体は適切だろ
768 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 10:51:41.27 ID:j1qE8Rg8.net]: xamlとbindingを削除すればいいんだ。
769 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 16:56:10.96 ID:txKtgk4R.net]: だから、ビューが最小限のコンソールアプリを書いて、それにビューをつけるようにしておけば、モデルロジックとビューロジックの境目がわからみえるようになってくるよ
770 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 09:20:12.41 ID:yQMeQSTi.net]: xamlをWinFormに置き換えても、そのまんま動くのがModelだけど。
だったら、このスレと関係ないがな～になる。
771 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 13:44:23.68 ID:l5U7Am7V.net]: ViewModelとModelをdllにしても問題なくビルド&実行できるなら
それはちゃんと責務の分離が出来ている
772 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 13:51:32.14 ID:tuI+HHeV.net]: それは違うかな
773 名前：デフォルトの名無しさん [2017/11/13(月) 20:19:43.72 ID:kVXhdF1X.net]: UI変更したらViewModelは影響受けるけどModelは一切影響受けない(ようにつくる)だけだろ
774 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 20:46:28.57 ID:WAV6Z8eL.net]: アプリを作�
775 名前：黷ﾄ動いて、それで誰も困ることがなければどうやって作っててもいいと思う。 メンテしないような使い捨てアプリにMVVMで作るコストかけても仕方ないし、メンテナンスや機能拡張するアプリを、ちゃんと設計せずに作るのはヤバイ。 適材適所 []: [ここ壊れてます]
776 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 23:07:56.70 ID:8PrajDy/.net]: 馬鹿は一つしか覚えられないから金のハンマーを欲しがる
777 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 23:37:32.63 ID:WcCek0Ug.net]: prismを見ると、MVVM以外にDIコンテナだったりナビゲーションサービスだったり画面遷移型のフレームワークってのももう一つの柱なのがわかる
WpfのゴールとしてMVVMだけじゃなくて、従来のWindowを次々開くタイプのアプリからWebのような一つのWindowで画面が遷移するタイプへの移行ってのも在るのかもしれんね
実際Windowをやたらと開かないタイプの方が遥かに使いやすい
778 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 23:45:47.26 ID:1k/7dsAB.net]: >>750
馬鹿でも沢山覚えられるぞ。
但し、カンナで釘を打ちハンマーで釘を抜くなんて使い方をするだけさ。
779 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 00:38:06.83 ID:04qZtOw+.net]: >>751
いや業務アプリってメインフレームの時代から画面遷移型が基本だぞ
だからWebでいいんじゃねとなる
仕事したことないならPrismの画面遷移型アプリみたいなのは新鮮に感じるのかな
780 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 02:03:30.52 ID:sCopJL4R.net]: >>721
ありがとう、今日試してみたらうまくバインドできたよ
自己流であまり綺麗じゃないかもしれないが
ただ、今度は画面のレイアウトがうまくいかない…
canvas使ってペタペタやれば出来るのかもしれないが、せっかくだからもっとうまくいくやり方でやってみる
781 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 07:01:42.13 ID:FlTFFitR.net]: >>750
バカじゃないけどたくさん覚えるのは面倒だから金のハンマーが欲しいわ
782 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 07:02:55.05 ID:FlTFFitR.net]: >>753
そもそもメインフレーム時代はマルチウィンドとかなかったりしたしな
783 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 08:35:55.74 ID:bKDw6GK5.net]: >>756
テキストベースのポップアップウインドウもどきは有ったぞ
784 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 09:03:02.17 ID:ElF9INq6.net]: 金のハンマーでは釘を打てないと思うw
785 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 09:06:18.52 ID:bKDw6GK5.net]: >>758
豆腐になら打てる
786 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 09:09:48.82 ID:RygzRtlR.net]: バナナで釘が打てます
https://www.youtube.com/watch?v=pk3xse7fPZI
787 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 12:25:19.37 ID:9XknVuf7.net]: >>750
暗記は馬鹿文系の得意技。おまえもそっち系だな。
788 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 12:59:09.26 ID:mIQjyaBb.net]: さすがにそれはない
789 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/14(火) 14:17:02.27 ID:fdj+YHIz.net]: ちょまど神への信仰が足りないから争いが起きるのです
790 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 14:22:41.54 ID:kMJcGUhs.net]: 新興宗教の神など信仰でけんわ
791 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 14:57:50.50 ID:cwVtWuY5.net]: テンプル騎士団かな？
792 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 19:44:59.16 ID:sSxxq2Sz.net]: ちょまど神は、可愛くて漫画がプロ並みでプログラミングも出来るがオタクだな。
中川しよう子と同じ香りがする
793 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 20:53:34.28 ID:31nONYO+.net]: >>766
いつも思うけど、公人でもプライバシー売ってる芸能人でもない一般人に粘着する奴って
ストーカーと同じ。気色悪いわ。他人の前に自分自身をよく見てみろ。

自分で自分をおかしいと思わないなら、あんた人間として壊れてるよマジで。
言っても無駄だと思うけど。
794 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 21:17:09.05 ID:sSxxq2Sz.net]: >>767
なんでオレに言う。
別嬪さんは全部好きだが彼女に特別
795 名前：興味があるわけではない。 []: [ここ壊れてます]
796 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 21:47:48.12 ID:Dc+h7CRO.net]: >>761
> 暗記は馬鹿文系の得意技。おまえもそっち系だな。
プログラミングで暗記とか言う奴の方が馬鹿文系っぽいが w
797 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 22:09:21.65 ID:FOR7JOrW.net]: 馬鹿にしていた文系に負けたとか、
嫌な思い出でもあるのでしょう
触れなさんな
798 名前：デフォルトの名無しさん [2017/11/15(水) 03:49:16.30 ID:PBDUFr1U.net]: xamarinで調べごとするとチンポ騎士団が嫌でも目にはいるのが厄介
799 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/15(水) 10:47:03.72 ID:zqgKZxrO.net]: 環境毎捨てるしか無いな
800 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 13:12:12.68 ID:qga1lTtf.net]: 覚えらないからWPF使えないと思っている馬鹿がいるようだが、
単にWPFは使い物にならないから使われてない。WPFを理解すれば分かること。

ゴミすぎてもう消えることは決定している。
801 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 13:32:09.19 ID:nmEsB5Z0.net]: 問題ないとは言わんが、回避できない問題山積ってわけでもないだろ
どうせ口だけで具体的に何も指摘できないんだろうねｗ
802 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 20:20:52.23 ID:EZoshRrj.net]: 標準でVからVMのメソッドに直接バインドできたらいいのに
803 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 21:07:44.79 ID:wdJ6Ok7d.net]: データバインドがようやく分かってきた
これがあると飛躍的に出来ることが拡がるな
804 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 22:45:39.54 ID:iANpDJJe.net]: >>776
便利だろ
805 名前：デフォルトの名無しさん [2017/11/16(木) 17:08:22.10 ID:PzwxtFUT.net]: 下記コードは選択中にツールチップが表示されますが、
選択された後にコンボボックス上でツールチップを表示させることは可能でしょうか？
以上よろしくお願いいたします。

<Grid>
<StackPanel>

<ComboBox Width="100">
<ComboBoxItem ToolTip="This it tool tip for item 1">This it tool tip for item 1</ComboBoxItem>
<ComboBoxItem ToolTip="This it tool tip for item 2">This it tool tip for item 2</ComboBoxItem>
</ComboBox>

</StackPanel>

</Grid>
806 名前：デフォルトの名無しさん mailto:sage [2017/11/16(木) 18:20:42.66 ID:x/aWQ3sN.net]: >>778
<Grid>
<StackPanel>

<ComboBox
x:Name="ComboBox1"
Width="100"
ToolTip="{Binding SelectedItem.ToolTip, ElementName=ComboBox1}">
<ComboBoxItem Content="This it tool tip for item 1" ToolTip="This it tool tip for item 1" />
<ComboBoxItem Content="This it tool tip for item 2" ToolTip="This it tool tip for item 2" />
</ComboBox>

</StackPanel>
</Grid>
807 名前：デフォルトの名無しさん [2017/11/16(木) 18:59:08.25 ID:PzwxtFUT.net]: >>779

ありがとうございます！意外とシンプルでした。。。
808 名前：デフォルトの名無しさん [2017/11/19(日) 23:30:40.15 ID:DGB0My1S.net]: >>753
当然GUIではないが、SASは実現してたね。
しかもWin3.1が出てきた時代には、
メインフレームのマルチウインドウプログラム＜＝＞Win3.1のGUIで
互換性を保っていた。
他のソフトでは見たことないけど。
809 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 18:20:06.51 ID:xUHYIzKM.net]: MVVMの勉強を行なっているのですがコマンドってどう扱えば良いでしょうか
元々プログラミング自体勉強し始めたばかりなので初歩的な部分で理解できていない部分もあるとは思いますがサンプルを見てもどれも違った作り方をしてて動きも全くイメージが掴めません…
あるボタンを
command ={Binding testbutton}
とした場合、ボタンを押した状態はtrueやfalseも入っておらずどのように処理を記述すれば良いのか分かりません…

例えばボタンを押したらメッセージボックスを出すだけの単純な物を作ろうとした時に
コマンドを使わずクリックイベントで処理するなら

-viewmodel-
private void button(object sender , RoutedEventArgs e)
{
model.test();
}

-model-
public void test()
{
MessageBox.Show(Test);
}

これをコマンドに置き換えるとどういう形になるのでしょう
810 名前：か？ 答えにくい質問で申し訳ありませんがよろしくお願い致します []: [ここ壊れてます]
811 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 20:07:59.86 ID:2/KPMrVL.net]: >>782
とりあえずRelayCommandでGoogle先生にお伺いを立ててみよう
812 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 20:19:45.47 ID:Q9UPjx7d.net]: 一番かんたんなのはICommadを実装したクラスを用意する
だがコマンド毎にクラスとか毎回手間すぎて禿げるので
DelegateCommandやRelayCommandを作るか作ってあるものを利用する
これはMVVMフレームワークごとに呼び方が違うだけでやりたいことは一緒
https://ideone.com/D0rrm7
813 名前：デフォルトの名無しさん [2017/11/20(月) 20:55:31.92 ID:f1XDtXet.net]: コマンドを使うとコードをVに書かないで済む

ただ…
イベントと比べると
コマンドは送れる情報量が少ない
コントロールに目的の動作に対応したCommandプロパティがあるとは限らない
VMがとっちらかる可能性がある
814 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 21:54:47.51 ID:uTaWa3cA.net]: いまさらWPF勉強はじめたけど凡人には敷居たかいわ；；
いや年とったせいかな、いつもどおりデバッグしてF5、デバッグしてF5とえんえんとやって覚えていくんだが
おれ何十年おなじことやっとんねん、と考えると何とも以遠気分になる

でもたのちい
815 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 22:12:33.94 ID:2/KPMrVL.net]: Name付けまくればFormsと同じ
816 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 23:01:16.33 ID:xUHYIzKM.net]: >>784
わざわざ作って頂いて本当にありがとうございます
質問なのですが
class ViewModel
{
FooModel fooModel = new FooModel();

public ICommand testbutton { get; set; }

public ViewModel()
{
testbutton = new TestButtonCommand { model = fooModel };
}
}
以下の行はどういう意味なのでしょうか？
testbutton = new TestButtonCommand { model = fooModel };

また
class TestButtonCommand : ICommand
{
public event EventHandler CanExecuteChanged;

public bool CanExecute(object parameter) => true; // ←ここをfalseにするとボタン押せないのを確認する

public void Execute(object parameter)
{
model.test();
}

ボタンを押した際に特に何も指定していない以下の部分がボタンの状態を確認しているのでしょうか？
自分の頭が悪過ぎるのもありますがやっぱり難しいです…
public bool CanExecute(object parameter) => true
817 名前：デフォルトの名無しさん [2017/11/21(火) 00:15:42.31 ID:D1w1iQjW.net]: >>788
ボタンはコマンドのCanExecuteの戻り値を見てボタンの実行の可否を判断してる
当然ながら状態変わったと通知しないと変更されても気づかない

というか普通にググって順番に見て言って　”　勉強　”してからわからないことを聞いたほうがいいよ

入門者の数だけみんなレスしないといけない
ここはそんな場所じゃない
818 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 00:20:59.90 ID:SOf041Mo.net]: 今からでも止めた方がいいんじゃないかと思うな
819 名前：デフォルトの名無しさん [2017/11/21(火) 00:23:39.47 ID:D1w1iQjW.net]: WPFの難しさの理由

・柔軟なレイアウトが可能だがそのルールが理解しづらい
・MVVMを生かすための仕組みが複雑
・デバッグしづらい
820 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 00:31:49.69 ID:4k0F/AOl.net]: そうは言っても
WPF一度でもやると
Formには戻れなくなる不思議
821 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 00:35:52.93 ID:SOf041Mo.net]: 慣れればね
822 名前：デフォルトの名無しさん [2017/11/21(火) 00:36:01.62 ID:D1w1iQjW.net]: winformsに戻れないことはないよ
使い道次第で使い分ければいい

WPFはrichtextboxが絶望的にダメだから
winforms使う
823 名前：デフォルトの名無しさん [2017/11/21(火) 00:38:18.37 ID:D1w1iQjW.net]: textboxを二～三個はって数値入れてボタン押して実行
ログを延々出す用途だとWPFは使いたくない
824 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 02:24:00.52 ID:6rwGwV6M.net]: レイアウトはそんなに難しくないね

やっぱり保守性（可読性�
825 名前：jの悪さと、パフォーマンス的にGDIの置き換えが 不可能な分野があるのは痛いね 一時期勉強してたけどこれで一気に萎えた こんなの絶対に普及しないと確信したし []: [ここ壊れてます]
826 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 04:02:00.78 ID:b9UF07N2.net]: ゲームエンジンでギョーミーなアプリ作ってる人いますか？
827 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 08:30:24.18 ID:uRdcszQQ.net]: ”ギョーミー”...センスゼロな造語だな
828 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 08:39:08.64 ID:8bqPo3eI.net]: 保守性って言うけどhtmlと大して変わらんと思うけどな
829 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 08:59:45.88 ID:53/zLj3n.net]: >>798
ギョーミーアプリのUIがセンスなしの塊だからそれで良いのだ。
ギョーミーって最初に見たときは英語だと思ったわw
830 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 12:31:14.01 ID:5itqrRZG.net]: 一般論としては訳分からんジャーゴン使いたがる人は群れたい人だね
ジャーゴンの機能ってそれを使うことで同じ村の村人の一員であると感じさせることだから

それがいいか悪いかしらんけど、俺個人は気色悪いし嫌いだねこういうの
831 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 12:39:41.26 ID:53/zLj3n.net]: it業界はワケワカラン用語ばかりさ
832 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 12:52:42.81 ID:JYBkdGYB.net]: そういえばWPFって3D機能あるけど使ってる奴いるのかな
業務でやらされたら悪夢だね
833 名前：デフォルトの名無しさん [2017/11/21(火) 12:59:08.76 ID:euHtQ1vT.net]: 3D使うならブラウザ上のほうがパフォーマンス高いよ
開発の情報も多いし

WPFの3Dはおまけ機能だから
834 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 14:04:35.75 ID:xjPCkXTo.net]: >>801
ジャーゴンというジャーゴンを使って気色悪いし嫌いと宣言するセンスワロタ
835 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 14:32:56.14 ID:eAcVzyfG.net]: ジャーゴンって言うか
死んでる? じゃあ、他の生きてるの全部殺して再起動しろ
なんて会話が飛び交う業界だしw
836 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 14:39:10.45 ID:PCscOrJ1.net]: 明日は半殺しにしようか(おはぎ)
837 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 16:18:22.00 ID:5itqrRZG.net]: >>806
殺すっていう言葉は他の工学でも昔から割と使うよ
俺は元は電気系だけど無効化するって意味で「そのTrを殺して...」とか普通に言う
たぶん機械系でも使うはず
838 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/21(火) 21:25:24.91 ID:AM6ulXU9.net]: サービスで八分殺しにしておきますか
839 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 22:40:55.07 ID:xtsth3PT.net]: XAMLをexeの外に出しといて
実行時にLoadするやり方って一般的？
840 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 22:45:52.11 ID:KARCkhIl.net]: 要件次第
841 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 23:17:39.18 ID:xtsth3PT.net]: >>811
その要件次第のところを聞きたい
どういう要件のときに
XAMLを外に出すのか
842 名前：デフォルトの名無しさん [2017/11/22(水) 00:19:46.15 ID:KA0qTObf.net]: visual studio !
843 名前：デフォルトの名無しさん mailto:sage [2017/11/22(水) 08:48:48.36 ID:LeJtXfB9.net]: >>822
画面をリコンパイルなしで変えたいときじゃない？
ユーザーにカスタマイズさせるとか。
844 名前：デフォルトの名無しさん mailto:sage [2017/11/22(水) 09:41:20.61 ID:9afa34qB.net]: xamlを動的に生成、もしくは読み込ませるのはFlowDocumentを作りたいとき
具体的には印刷プレビュー
845 名前：デフォルトの名無しさん mailto:sage [2017/11/22(水) 22:27:54.08 ID:9afa34qB.net]: 今さら気付いたんだが、デバッグ起動でウインドウを表示したままxamlを編集すると
リビルドなしにそのままデザインが反映されるのな
デュアルモニターなら作業はかどる
846 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 10:33:10.66 ID:34iV4lyO.net]: xamlで余白の多い文字（例えばｍ）などの余白部分を切り取って
矩�
847 名前：`で切り出したいんだがやり方分かりませんか？ []: [ここ壊れてます]
848 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 13:44:59.76 ID:WtM3akXb.net]: mって余白多いか？
・の余白が多いなら分かるが
849 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 15:43:55.15 ID:quZnEBxv.net]: フォントを変える
850 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:33:14.91 ID:O+EE0rTX.net]: ymW

確かに上にも下にも余白がある。
ペゾルトの本に書いてあった気がするけど何か名前もついてるんだよねこれ
こういうのWPFの守備範囲と違うような気がしないでもない。知らんけど
851 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:38:48.30 ID:E5KFBI6l.net]: https://ja.m.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Typeface_lines1.png

うーむ
852 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:48:04.17 ID:E5KFBI6l.net]: WPF フォントで検索しようとしたら
「ふ」を入力したところで「普及しない」ってサジェストされたぜ
悲しいね
853 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:57:35.86 ID:DqyU4UwD.net]: さすがにもう10年以上経ってるんだから「普及しなかった」でいいだろ
そろそろ楽にしてやろうぜ
854 名前：デフォルトの名無しさん [2017/11/23(木) 18:53:53.42 ID:4OkBFxYd.net]: UWP　普及しない
855 名前：815 mailto:sage [2017/11/23(木) 19:07:59.14 ID:34iV4lyO.net]: ストアに出すソフトのロゴをwpfで書いたんだが、結局merginをマイナスにしたりViewBox使ったり
力技でなんとかやっつけましたわ
画像処理あまり知らないんでこういう時ホント困ります
856 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 19:11:04.63 ID:eO5S+uX/.net]: Inkspaceじゃだめなん
857 名前：デフォルトの名無しさん [2017/11/23(木) 19:13:02.36 ID:4OkBFxYd.net]: WPFレイアウトの問題はともかく
グラフィック扱うならそれ用のソフト使えばいいのに
858 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 19:15:18.25 ID:jpFcmNrK.net]: もともとストアアプリを作りたい人以外には制約が多いだけの仕組みだしな。
けっこう強引に誘導してたのに、Windows Mobileが無くなるなら梯子外されたようなもんだ。
859 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 19:27:03.57 ID:nX7oVuma.net]: 梯子のないガケを登っただけです。
860 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 20:49:21.26 ID:28qVecZE.net]: UWPはプロセス間通信できないとかファイル操作に制限がありまくりとか致命的すぎる。
DBMSプロセスと通信が出来ないんじゃギョーミーアプリが作れん
861 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 03:41:09.20 ID:mQf53q1A.net]: PCでアプリ作るならこれで作れ、というものを作らないとな。
WPFの分かりやすいやつというかUWPの制限緩いやつというか。
今のMicrosoftはまったくビジョンがない。
862 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 03:49:50.62 ID:byApxeRb.net]: ビジョンはあるんじゃない
見当外れのやつが
863 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 11:05:45.58 ID:mPUfH2u/.net]: WPFがわかりにくい、面倒くさいって印象は、標準のフレームワークの機能不足もあるように思う。
TreeViewで選択されたTreeItemを取得するのに、単純にBindingできりゃよかったんだが
それができないんで面倒くさい添付プロパティ書く羽目になるとか。
MSにしてみれば「拡張する手は用意したから基本機能は多少不足しててもいいだろ」ってことかもしれんが。
864 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 11:46:48.54 ID:1+0DqtV5.net]: >>831
ビジョンはあるでしょ
・業務アプリはWebへ完全移行
・ネイティブアプリはコンシューマ向けのWebサービスのクライアントだけが残るので、それに特化したシンプルなプラットフォーム(UWP)があればよい
865 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 11:57:45.43 ID:mQf53q1A.net]: >>834
あなたのビジョンでしょｗ
Microsoftは何も言っていない。
866 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 12:01:59.99 ID:zpTIVf12.net]: Webで全部というのは無理がある
エクセルオンラインもオンライン会計もオンライン顧客管理も嫌がる
できるのはせいぜいメール仕訳とグループウェアで会議室予約
それに付随する週間売り上げレポート自動作成くらい
これらは集約された鯖に常時接続が効率いい
そのサーバーもCSVで出力してくれ、アトハエクセルデヤル、が常套句だったりする
867 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 21:38:21.84 ID:tVS6N6Kc.net]: ビジョンつっても基本的にアレなんだけど、MFCからしてアレな出来だったし
WinFormsはDelphiからの輸入だし、なんつーか
868 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 21:50:21.49 ID:vn4n2SLe.net]: マカーみたいなこと言うなよ。
869 名前：デフォルトの名無しさん mailto:sage [2017/11/27(月) 00:52:00.43 ID:J+H360A5.net]: >>794
まじかよ
２段ＤＧＶとかサドパ買う金ないから勉強してるけど
リッチテキスト絶望なんか、、
870 名前：デフォルトの名無しさん mailto:sage [2017/11/27(月) 08:35:22.81 ID:Oy0eCX2R.net]: TextBlockで事足りるから使うまでも無いかな
871 名前：デフォルトの名無しさん mailto:sage [2017/11/27(月) 08:36:40.71 ID:Oy0eCX2R.net]: Editしたい人は見なかったていでw
872 名前：デフォルトの名無しさん mailto:sage [2017/12/01(金) 21:30:59.69 ID:TIs6YR+X.net]: 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 のご利用をご検討ください。
873 名前：デフォルトの名無しさん mailto:sage [2017/12/01(金) 21:42:11.04 ID:UsasOTyZ.net]: >>842
現象1はWindows 10なら問題ない。
874 名前：デフォルトの名無しさん [2017/12/04(月) 17:26:53.28 ID:jUCJdOso.net]: 下記の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>
875 名前：デフォルトの名無しさん mailto:sage [2017/12/05(火) 00:01:11.49 ID:8WdYrjSV.net]: >>844
Horizontal stretch on TreeViewItems
https://leecampbell.com/2009/01/14/horizontal-stretch-on-treeviewitems/
876 名前：デフォルトの名無しさん [2017/12/05(火) 10:07:40.24 ID:2ID5QeqJ.net]: >>845
ありがとうございます！
結局一からテンプレートで作れということですね。
877 名前：デフォルトの名無しさん mailto:sage [2017/12/06(水) 12:33:29.17 ID:zkLW2Dlw.net]: DataGridのセルで文字列を自動的に折り返しさせるにはどうすればいいですか？
878 名前：デフォルトの名無しさん mailto:sage [2017/12/06(水) 13:23:03.41 ID:zkLW2Dlw.net]: できました
失礼しました
879 名前：デフォルトの名無しさん mailto:sage [2017/12/06(水) 14:01:58.75 ID:uXe6tuIh.net]: どうでもいいけど自己解決したときはその方法を書いておいてくれると同じ疑問を持った他の誰かが見たときに役立つよ
880 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 02:00:54.89 ID:CphyNnDm.net]: WPF会社で使おうとしたけど情報少ないわ複雑だわで断念した
WinFormがやはりシンプルで良いな
特にビットマップの扱いがWPFは不便すぎ
881 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 08:12:13.45 ID:PjTiKcum.net]: >>850
確かにシンプルなAPIじゃないね。
でも、画像を出力することが目的じゃない限りは使うことないから、あんまり気にしたことなかった。
882 名前：デフォルトの名無しさん [2017/12/07(木) 10:16:38.26 ID:vSHyWsbi.net]: 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>
883 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 12:11:22.31 ID:W1xQHq7p.net]: >>852
コントロールテンプレートじゃなかろうか
<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>
884 名前：デフォルトの名無しさん [2017/12/07(木) 13:40:41.72 ID:vSHyWsbi.net]: >>853
回答ありがとうございます。
おっしゃる通りコントロールテンプレートでした。

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

上記のページを参照したらクリックの挙動もうまくできました。
885 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:44:08.93 ID:IRuA+lX8.net]: これからWPFを勉強しようと思うんだけど、どうやって学習すればいいの？

なんか情報がめっちゃ少ないんだけど
886 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:54:23.02 ID:0nv1/DHM.net]: >>855
あなたには向いてない、止めといた方がいいよ
887 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:55:09.73 ID:DEpqahu1.net]: >>855
つ　blog.okazuki.jp/entry/2014/12/27/200015
888 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:56:59.89 ID:DEpqahu1.net]: >>855
つ　https://www.amazon.co.jp/gp/aw/d/4798114200
889 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:57:47.23 ID:DEpqahu1.net]: >>856
同意する
890 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:59:12.70 ID:nZL2FdH7.net]: WPFじゃなくてもUWPから勉強しても問題なし。
基本となるデータバインディングやらXAMLやらMVVMの考え方はほぼ共通だし。
コントロールとかXAMLの表現能力とかは違うけど、大した差じゃない。
891 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:59:46.39 ID:nZL2FdH7.net]: 別にUWPの情報の方が多いとかは言ってないからね。
892 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 16:29:55.67 ID:W1xQHq7p.net]: C#習得済みならWPFのサンプルがいいかもね
ちょっと目を通すといってもボリュームありぎて困るけどな
https://github.com/Microsoft/WPF-Samples
893 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 16:52:31.22 ID:iSZRC5ge.net]: >>856
向き不向き関係無く、WPFかUWPしか、これからは選択�
894 名前：�ｪ無いとオモ。 []: [ここ壊れてます]
895 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 17:00:19.88 ID:CEomnrTd.net]: WinFormは高dpiにも対応したし
過去の死産が沢山あるので永遠に不滅です
896 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/07(木) 17:03:54.74 ID:+Go9SOnG.net]: 不運長久
897 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 17:40:11.83 ID:+0QIF/Hj.net]: >>863
他に選択肢が無いなら、向いてない>>855は失業だな
898 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 18:08:25.01 ID:RWj85r3T.net]: WPFのRichTextBoxってFormの時より性能（できる内容等）良くなっていますか？
テキストの扱いが、フロードキュメントというものにアクセスしないといけないとか
仕様が変わっているので、学習コストに見合うものか見極めたいのです。
899 名前：デフォルトの名無しさん [2017/12/07(木) 18:31:51.66 ID:aKBXGesU.net]: UWPのまともなチュートリアルがない
あっても実用レベルじゃない
画面の遷移とかアプリの状態とかその変化のさいのデータの保存とか共有とか
いろいろ知らないといけないことが多いが適切な学習方法がない

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

windowsストアアプリのころはまともなチュートリアルがあったのに
900 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 18:53:14.73 ID:BPsvGxGu.net]: >>868
画面遷移はprismのサンプル見るのが早い
てかコピペでも何とか成るぞ
901 名前：デフォルトの名無しさん [2017/12/07(木) 19:30:04.21 ID:70KcxBzP.net]: windowsストアアプリのころはこれでもかと言わんばかりの
かなりいい仕上がりの本が多かった
でもニッチな需要だったのであまり売れなかったみたいだ

UWPになってからいい本が出ないのはある意味windowsストアアプリのせい
902 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:41:35.48 ID:qnTgxbKH.net]: >>870
UWPに限らず、ここ数年まともな技術本は殆ど出版されてない
技術本の永久氷河期に突入したと思われます。
903 名前：デフォルトの名無しさん [2017/12/07(木) 19:47:33.04 ID:70KcxBzP.net]: 図書館にC#の絵本が入ってて泣いた
904 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:48:21.41 ID:iSZRC5ge.net]: なんだ～　？　いい本待ちって、どんだけ他力本願なんだよ？
英語サイト読め！　アホ共が・・・
905 名前：デフォルトの名無しさん [2017/12/07(木) 19:51:54.46 ID:70KcxBzP.net]: 最近はググるとstackoverflowが上位に来て邪魔だ
英語でえんえん議論して結果できませんでしたみたいな最後とか多くて邪魔
しかも内容が正確じゃない場合も多くて困る

昔はダイレクトにこうしろみたいなサイトが多くヒットした
906 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:52:47.33 ID:qnTgxbKH.net]: >>873
上人様、我々凡夫に良い英語サイトを教えてくだされ！
907 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:57:46.70 ID:qnTgxbKH.net]: >>874
Stack Overflowで延々と議論して結論が出てない事の方が稀だけどねぇ。。
MSDNフォーラムは延々と揚げ足取りが続いて何の答えも出てないことは多々あるが。
と言うかMSDNフォーラムは英語も日本語も箸にも棒にも掛からぬ
908 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 21:38:31.58 ID:rdG0qvFp.net]: StackOverflowは重宝している
909 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 22:04:29.06 ID:7HwoQbsI.net]: え、あのうざいフォーラムモデレーターはもう検索しても出てこないの？
うそー
910 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 23:18:36.91 ID:gBefvYul.net]: >>876
俺も同じ印象持ってるわ
StackOverFlowはそのものズバリの回答にたどり着ける率がかなり高い
911 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 06:41:55.51 ID:6V+obqgF.net]: >>870
普通、学習するのが後になればなるほど情報が増えて、
高速道路を走るようにあっという間にキャッチアップ出来るんだけど、
WPFは先人が切り開いた道が誰も通らないから荒れ果てて、自分で道を切り開かないといけないパターンか
912 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 07:01:02.47 ID:8a2ZI3ZF.net]: >>879
StackOverFlowは優秀な削除人が居て役に立たないゴミスレを抹消してるらしい
913 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 08:16:39.79 ID:qCpKpTuV.net]: xamlが障壁だろうね、htmlのようなものと言っているうちは標準で用意された動作しかできない
何でもできるのはすごいけど可読性が悪い
914 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 10:15:25.17 ID:tA4Nn7ut.net]: XAML をいじるツールが HTMLの WYSIWYGツール程度しか容易されてないよね
細かくパラメータ指定はできるけど、XAMLの知識前提だし、
それならXAML直接いじったほうが早いという
915 名前：デフォルトの名無しさん [2017/12/08(金) 12:23:32.06 ID:HAB7Tinf.net]: xamarin formsのビュワーはクソすぎる
916 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 13:12:00.95 ID:qCpKpTuV.net]: Blendでいじるのは限定的で大半はインテリセンスとエディットコンテニューでなんとかなってる感じ
つかエディットコンテニューもっと早くつければよかったのに
917 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/08(金) 14:31:12.72 ID:RuKEqfD/.net]: ちょまど神への信仰と喜捨が不足しているのです
918 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 14:46:00.53 ID:57iib+8F.net]: それ以前にWPFやUWPの仕事なんてあるの？　俺っちのところはWinFormしかねぇぞ。
919 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/08(金) 16:59:04.30 ID:RuKEqfD/.net]: 家も無いな
920 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 17:00:29.61 ID:qCpKpTuV.net]: 俺の知ってる普通は何を使うかなんて聞いてこないけどな、分からない任せるの一点張り
前任者が良くない理由で辞めていてその引き継ぎ案件なら指定あるかも知れん
921 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 21:27:54.44 ID:6Wxgyjtw.net]: 俺はXAMLは良いと思うが、人それぞれだなぁ。
いちいちデザイナーでレイアウトしてプロパティペインでちまちま設定しなきゃならんFormsにはもう戻りたくない。
922 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 22:42:48.69 ID:JqV72I9F.net]: XAMLも全部ダメとは言ってない

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

XAMLを勉強してWPFをマスターして次々とWPFでアプリ開発する開発者だけなら問題なかったが、
XAMLを勉強したいんじゃなくてアプリを作りたいって層は、
XAMLを習得するコストとWPFの将来性を比べて既知の WinForms に行ってしまうよね
923 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:08:09.57 ID:6Wxgyjtw.net]: Formsと同じようにポトペタ開発だってできるだろ。それこそXAMLに直接触らなくても。
Formsと違うからハードルがあるってことならそりゃ当たり前w
924 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:24:02.04 ID:0zCKXZ4S.net]: XAMLとWinForms、まるで真反対かのように言ってる人って使ったことないかまったく理解してないかだろうな。
925 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:33:23.82 ID:JqV72I9F.net]: WPFでXAMLなしでポトペタ開発できるっていうのは詭弁だろ
XAML書けない人はWPF使える人とは言えない
926 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:06:52.81 ID:fO0VVXq7.net]: つか、Gridレイアウトだけ覚えたらformレベルの用途なら後は何とか成るんだから
それぐらいは勉強しろよとは言いたいな
ｈｔｍｌ知っていれば小一時間でなんとかなる代物だ
927 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:16:56.45 ID:HnWyWSqq.net]: Head FirstとMicroSoft公認の黒くて分厚い本がWPFにあればもっと普及したのではと思う
928 名前：デフォルトの名無しさん [2017/12/09(土) 00:22:36.81 ID:y4uhn7j8.net]: gridってスプリッタ―使うのも一苦労なんだが
非常に使いにくい
929 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:24:48.22 ID:sjZAAH/D.net]: 原理主義でちょっとしたことを簡単に実現できなくしたのがいまいち普及しない理由だろ
930 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:31:27.04 ID:P59xwzO1.net]: 大体はGird過激派グループとStackPanel同胞団のどちらかに属する
DockPanelは意外と出番がない、順序で配置変わる仕様が変態くさいし
931 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:51:13.59 ID:YSr7xyeP.net]: もうボケ老人の繰り言状態だけど、だからWPやXAMLの問題は
保守性の悪さであって必ずしも書きづらいことじゃないってw

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

Formだったら他人の書いたコードでもせいぜいドキュメントアウトラインで包含関係を確認して
あとはFormデザイナでコントロール選択してプロパティーグリッドみれば
一目瞭然でだいたいどうなってるかわかるけど、これがWPFじゅ全然そういう訳にいかない
932 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 01:31:47.76 ID:0TYlSAt9.net]: まーでもWinFormsで実現できる程度の見た目で良かったらWPFでもデザイナ使ってぽとペタでできるよね。

WPFとかだとItemTemplate使って出来るようなこととかやりだすと、追いづらくなるのは確かだけど、それはWinFormsだとオーナードローとかになってくるから、より追いにくくなりそう。
933 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 05:15:05.11 ID:KFfYNPXO.net]: >>899
DockPanelは、Gridよりコード量が少ないので結構使うけど
934 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 05:44:29.48 ID:wuqyJYIG.net]: Pro WPF 4.5 in c# 押し(PDFもころがってるし)
935 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 08:11:06.80 ID:D+7i0ltG.net]: >>896
MSは普及させる気ないのかね？

赤字覚悟で本をたくさん出すべき
936 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 08:35:35.94 ID:LNYXpqZE.net]: WPFが普及しきる前にストアアプリやUWP推しにいっちゃったからねぇ。
ペゾルド本を出してくれていたらよかった。
937 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:32:33.70 ID:pqfn8pko.net]: 最初で躓いたやつの愚痴ばっかりだな。
新しいことや、他のOSでの開発も出来ない連中ばったりだろう。
938 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:35:10.19 ID:D+7i0ltG.net]: >>906
自分の事じゃないよ

初心者に対する窓口を広くないとWPFの未来はないって事
開発者の少ない環境なんて、あっという間に切り捨てられて終わる
939 名前：デフォルトの名無しさん [2017/12/09(土) 10:35:49.75 ID:0SdWVhUU.net]: 最初って何にもなかったから脱落してもおかしくなかった
MVVMのフレームワークもない
WPF自体も段階を経てレベルアップしていった
今みたいに恵まれた環境じゃなかった
940 名前：デフォルトの名無しさん mailto: []: [ここ壊れてます]
941 名前： mailto:2017/12/09(土) 10:37:26.13 ID:0SdWVhUU.net [ >>907 WPFはもうMSが見捨てたから未来はないよ UWPに注力 ]: [ここ壊れてます]
942 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:42:25.96 ID:mcVKStJ6.net]: mvvmのせいで普及しない
943 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:44:59.50 ID:LNYXpqZE.net]: それよりも逆にUWPの未来が見えないんだが。Windows Mobile撤退したらもう存在意義ないんじゃね？
944 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:55:42.98 ID:BBiO47QN.net]: >>908
WPFは本来の設計思想が全く理解されなかっただけで、フレームワークとしてはちゃんと出来上がってたんだぜ
お前らはRoutingCommandの利用シーンを自信を持って説明できるか？
945 名前：デフォルトの名無しさん [2017/12/09(土) 10:57:32.75 ID:0SdWVhUU.net]: 出来てた割にはメモリリークとかメッセンジャーとかの問題で数年
946 名前：停滞してたじゃないか ビヘイビアとかいろいろやってたじゃないか []: [ここ壊れてます]
947 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:01:07.31 ID:P59xwzO1.net]: RoutingCommandって何だよ、RoutedCommandじゃねえの
最近はCaliburn.Microにしてるからコマンド書かずにメソッドだけで済ましてる
948 名前：デフォルトの名無しさん [2017/12/09(土) 11:05:53.50 ID:0SdWVhUU.net]: mvvmはlistboxなどをバインディングで使うときなんか最悪だよ
選択がかわったことなどのVMがめんどくさい

その点Vのイベントは楽でいい
949 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:06:28.29 ID:3CrpDS5s.net]: WinFormsに続いてWPFもすでに飼い殺しモード
Mobileがポシャって将来の展望が見えないUWP
どうすんだろうねほんと
950 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:06:30.15 ID:B67iFoRw.net]: >>913
そりゃそうだ
MVVMとか言われだしたのってWPFが世に出た後だぞ
951 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:18:55.23 ID:BBiO47QN.net]: >>916
MS自身はElectron使ってるからね
今時Webできない奴なんか放っといても他所へは行けないんだからセールス的にはどうでもいいんだよ
952 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:21:28.35 ID:ZhOJxZh3.net]: >>918
え、VisualStudio自体もElectronかい？
953 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:43:10.65 ID:pqfn8pko.net]: >>916
そう、これだってのがないのがダメすぎるMicrosoft。
そのせいと、モバイル捨てたからエコシステム作れない。
954 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 12:11:43.99 ID:7Yf8j8jw.net]: Mobileは死んだけど、Hololensとか新機軸のデバイスの展開も見据えると
Win32だけのままじゃダメってのはわかるし個人的にUWPはUWPで続けてくれて良いんだけどね

Desktopをおざなりにするどころかユーザーや開発者に劣化環境を押し付けてくるのが最高にうんこ
955 名前：デフォルトの名無しさん [2017/12/09(土) 12:15:01.89 ID:0SdWVhUU.net]: Hololensなんてごみじゃん
ただの流向
956 名前：デフォルトの名無しさん [2017/12/09(土) 14:28:35.64 ID:4L36y9lr.net]: WPF版のペッツォルト本なかったっか？
957 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 14:56:59.28 ID:sjZAAH/D.net]: 大多数の人がしたいと思ってることが簡単にできないとダメ
画像の表示一つで首かしげるようなものじゃダメ、普及しない
958 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:03:44.12 ID:l/tJcKjF.net]: MVVMで組まなきゃ駄目って空気を醸し出してしまったのが敗因かな。
959 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:20:17.09 ID:D+7i0ltG.net]: １０年後にはJava FXに負けてるかな？
960 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:21:58.42 ID:H2sqAc93.net]: もしかしてWinFormの地位が確固たるものになった？　WPFとUWPのおかげで・・・
961 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/09(土) 15:52:05.30 ID:iPTGHqKh.net]: >>927
うん５年後に答え合わせをしようよ
962 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 16:05:34.75 ID:l/tJcKjF.net]: >>927
vb6.0のおかげです
963 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 20:38:16.72 ID:ziJNlv0p.net]: >>905
普及しきるというか普及する気配が最初から全くなく今に至る。
PGの嗅覚をなめてはいけない。
964 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 22:35:13.71 ID:M8C/DJ+l.net]: >>928
それ５年前に聞いた
965 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:11:38.47 ID:ziJNlv0p.net]: >>906
ただの無能の愚痴ならいいんだが事実、ゴミだったからな。
966 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:26:13.62 ID:LNYXpqZE.net]: 無能「事実、ゴミだったからな。」

こういうこと？
967 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:29:54.81 ID:i+ta5v7N.net]: そういう事
968 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:39:13.32 ID:ziJNlv0p.net]: >>933
ゴミじゃなきゃなんなんだい？　WPFに何か光るものが少しでもあったか？
何もないね。これはPGなら誰でも同意することだろう。
969 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:40:57.26 ID:D+7i0ltG.net]: >>935
Flexの方が設計は良かったね
970 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:49:59.71 ID:+bg1ulUg.net]: >>894
普通にできる
971 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:51:57.14 ID:+bg1ulUg.net]: >>915
えっ？？？
そこが一番なくらい便利なんだが？
SelectedItemにBindingしておしまいだよ？
972 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:54:13.79 ID:+bg1ulUg.net]: >>923
ストアアプリか何かのがある
まあ考え方の流用は可な感じ
973 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:58:10.12 ID:+bg1ulUg.net]: コントロールにName付けてコードビハインドで使えば
WinFormsと同じスタイルで開発できる事を知らない人が多すぎる
974 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:16:00.59 ID:7Si01GpM.net]: >>940
バインド使った方が楽だろ?
コードビハインドのメンバにバインドして使ってイベントベタ書きにすればハードル下がる。
975 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:19:01.67 ID:klwCxkV9.net]: それをMSと取り巻きが広めるべきだったな
976 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:27:22.95 ID:oTsMuCsO.net]: XAML覚えるのだりいいいい
バインディングまわりとか試行錯誤せんとぜんぜん覚えられん
めんどくせええええｗｗｗ
977 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:28:21.09 ID:OKZOYtiA.net]: 当時MVVMを宣伝した意識高い系連中ってもうほとんど残ってないからな
みんなASP.NET MVCやCoreへ移行してしまった
今入ってきた初心者は当時の意識高い記事に圧倒され、相談に乗ってくれるコミュニティも見つけられないまま去っていく
978 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:31:16.14 ID:sNUCXrsh.net]: 俺は意識低い系だから普通にポトペタでダブルクリックして
イベントにコード書きまくりだねw
動けばいいや
979 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:34:42.06 ID:oTsMuCsO.net]: 宣言型だからさ
ルール覚えるの大変やん

WinFormsならアホの俺でもイベントべた書きすりゃ何か動いた
そっから少しずつ間違いなおして、コード書き足して・・・ってやっとった

XAMLはルール間違うとうごきもせん
しかもてつづき型とちがうからどこで間違ったのかもよくわからんｗｗｗｗ
一晩でおぼえられるIQをくれｗｗｗｗ
980 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:46:16.93 ID:7Si01GpM.net]: >>942
MSのコードサンプルもブログで見かけるコードサンプルも
コードビハインドとのバインドとイベントベタ書きが多いけどね。

MVVMで書くとWPFの本質以外のコードが増えて
サンプルにならなないからだと思う。

MVVMはXAMLとバインドがちゃんと使えるようになってから
必要に応じて使えば良いと思うのさ。
981 名前：デフォルトの名無しさん [2017/12/10(日) 12:01:50.16 ID:85i5VHgP.net]: >>938
つうじてないみたいだからいいよ
982 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:04:14.03 ID:+bg1ulUg.net]: >>941
そりゃあBinding使った方が断然楽だよ
でも苦労したい人が多いみたいだからそんな人達は今まで通りを踏襲すれば良い
人生それぞれなんだから
983 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:16:06.77 ID:oTsMuCsO.net]: WinFormsのバインどよりずっとむずいやんXAMLのやつ
まあ俺はまだリストボックスまで行ってないからよく知らんけどな！
今日もMSDNのドキュメント読むやで～
984 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:19:59.57 ID:oTsMuCsO.net]: あいあｙまあ
なんかワイ論点を間違えてたな
バインド自体はええねんで楽で
XMALがむずい！ワイのいいたいことはこれだけや！ほなな！
985 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:33:24.56 ID:uk3Agmxw.net]: x:Bindをwpfに持ってくるだけで、問題だいぶ片付くんだけどな
ミスったらコンパイルエラー出るし、イベントもバインド出来る
何故かUpdateSourceTriggerが指定できないのは問題だが
986 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:57:01.12 ID:3lkRI355.net]: >>952
最新のUWPだとUpdateSourceTrigger指定できる。
確認はしていないけど。
987 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 14:44:04.88 ID:jjJtEuOB.net]: UWPって、10年後にもあるの？

それがいちばん重要なんだけど
988 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:01:11.25 ID:klwCxkV9.net]: WPFは10年以上存在したよ
989 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:04:47.01 ID:Lqf3YhZb.net]: >>954
ストアアプリと同じ運命をたどる可能性の方が高いと思う...
990 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:14:48.18 ID:jjJtEuOB.net]: 今後も何か作る時は、Android用アプリ＋iOS用アプリ＋Webアプリって流れになっちゃうのかな？

「Windows用にUWPで作りましょう！」なんて案件ねえぞ
991 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:46:13.89 ID:4CvOnmGy.net]: UWPが普及するとすればWindows7がお亡くなりなってからかなぁ
992 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:48:13.20 ID:4CvOnmGy.net]: >>951
XMLかhtmlの素養がなれば難しくはない
もし難しいと思う若しくは勉強する気がないのなら無理せずポトペタすれば良い
993 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:48:15.37 ID:fzLNyosv.net]: >>958
ヒント: WPFは「XPが死滅したら普及する」と言われていた
994 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:50:12.99 ID:4CvOnmGy.net]: surfaceの普及も忘れてたわw
995 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 16:40:55.60 ID:PWyQsC7P.net]: 10年経ってこの情報の少なさは異常だろ
みんなForm使ってるの？それともWin32API？
996 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 16:54:17.56 ID:3lkRI355.net]: >>954
WPFはMSが使わなかったのにある？から、MSが使いまくっているUWPはめっちゃある。
997 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 20:08:29.44 ID:EQxnJ6aE.net]: みんなMFCかもしれないしWTLだったりするよ？
998 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 22:44:34.05 ID:4CvOnmGy.net]: >>962
Google大先生を味方にすればまあ必要十分
中学生レベルの英語があれば更に吉
書籍はC#自体のそれが少ないかな

C++が難解過ぎて情報量多すぎなのかもしれんねw
999 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 02:19:17.35 ID:sUX/rE8j.net]: 天下のWindowsなのに肝心のAPIがこんなグダグダじゃなあ…
林檎さんに置いていかれるわそりゃ
1000 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/11(月) 05:31:02.43 ID:8UWFbrwk.net]: (Formと比べて)機能が制限される物に作り直しましょう。
予算下さい。って提案書書けるか？
またそんな提案通って、予算付くか？

予算が無ければ世界は動かず
1001 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 09:44:22.25 ID:74uP2QIC.net]: ボタンの中に動画出せます！！
1002 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 11:11:40.12 ID:cciCjbKX.net]: いい感じのデザインでボタンが表示できますよ
1003 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 12:32:54.00 ID:YS0GQHzU.net]: > 肝心のAPIがグダグタ
己が使いこなせていないだけ

> (Formと比べて)機能が制限される
己が知らないだけ

嘘八百を平気で並べられる人ってどんな性格をしてるんだろう？
1004 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 13:18:19.06 ID:Mo35S42v.net]: >>970
レスを意図的に切り貼りして意味を捻じ曲げる典型をひとつのレスでふたつ見た
レスをよく見てないんだろうが感情に任せて条件反射しすぎ

APIがグダグタという元レスは機能面じゃなくて（含めていってるかは知らん）普及促進とか広い意味で言ってるんだろ
己が使いこなしても普及促進にはやくに立たん

「 (Formと比べて)機能が制限される」の元レスって
「 (Formと比べて)機能が制限されるものが作られるわけはない」という主張なんだが、
文章を斜め読みしすぎ、怒りに任せてレスの主張するところすら誤解してる

嘘八百が書かれていると感じたら本当にそう主張してるのか文章をよく読み直すべき
1005 名前：デフォルトの名無しさん [2017/12/11(月) 14:25:34.98 ID:O0TOQ821.net]: WPFはformsより提供されてるAPI不足してるのはいくつもあるよ
ぱっと思いつくのはマルチディスプレイの場合のウィンドウがある画面のサイズ
その都度System.Windows.Forms参照してる

WPFは最初はフォルダダイアログもまともになかったし他の機能もすっかすかだった
何も作れない
4～5年たってもできてないのでそんなもん5年もかけて作るものかよって思ったけど
1006 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 14:47:24.53 ID:0NyrcvQf.net]: またジジイの繰り言だけど、GDIで普通にできることができないのも痛かったよね

あと、こっちはやったことないが、
WPFってGDIみたいにディスプレイ画面と印刷を透過的に扱えないんじゃなかったっけ
1007 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:18:57.85 ID:sMdN9sff.net]: >>972
雑魚過ぎてお話にならないレベルw
1008 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:24:27.96 ID:sMdN9sff.net]: >>973
また嘘つき発見
こりないねえww

GDIで普通に出来てWPFに出来なくて困った事なんて今までなかったなぁ
逆のパターンは便利過ぎて困るくらいあるw
印刷の透過性は何を指してるか不明だがWPFはWYSIWYGなんでこれまたスゲー便利だよ？

自分の無知を晒してるだけの人って一体何なの？？
1009 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/11(月) 18:29:23.81 ID:8UWFbrwk.net]: 試しに、XPSをWMFに変換するアプリをに変換するアプリを
書いてみなされ
Form無しでな
1010 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:38:50.06 ID:sMdN9sff.net]: データ変換にFormsもWPFも関係ねえ
頭大丈夫か？
1011 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:42:21.54 ID:0NyrcvQf.net]: >>975
嘘つきじゃないってw

WPFのグラフィックは（保持モードしか扱えないのが原因だけど）パフォーマンス上の問題があるって
このスレでも何度も出てるでしょ。

っていうか、画面と印刷を透過的に扱うって聞いて意味が通じないレベルの人が
WPF推しても説得力ないよそれ
1012 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:46:13.96 ID:SJ7HWrxD.net]: WPFはFormのライブラリ使えるんだから気にすることでもないと思うけどな

RichtTextBoxもそうだけど
いざとなればWindowsFormsHost使えばよい

なんでもNativeでないと気が済まないというのは原理主義的で身体に悪そう
1013 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 19:21:35.54 ID:cciCjbKX.net]: NativeMethods.csがふえるよ！やったねたえちゃん！
1014 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 19:35:44.65 ID:sMdN9sff.net]: >>978
パフォーマンスは回避策有
これも何回も出てきてる
何１０列もある何百万件も表示したいアホは知らん
画面と印刷を透過的に扱うなんてGoogle先生に聞いても意味不明なオレオレ定義を自慢されても知らんよ

ちなみにWPFを推してるつもりはない
無知な嘘つきが嫌いなだけ
1015 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 19:49:15.53 ID:4gtiKvYs.net]: 回避策知らないといけないレベルのパフォーマンスだったり、
Formのライブラリ使わないといけないくらい機能が揃ってなかったりしたから
失敗したんだけどなw
1016 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:00:41.18 ID:sMdN9sff.net]: 回避策が必要なのはアホみたいな列数と行数の時だけ
それをあたかも｢いつも｣みたいに吹聴するのは悪質な嘘つきの典型

使わないといけないも同じ

卑怯にも程がある
1017 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:07:40.12 ID:Mo35S42v.net]: 逆に困った人がいたケースをそれは例外と切り捨てるのも
問題があると思うぞ

単にプログラミング対象が異なっていて、
自分が問題に遭遇してないだけとはなぜ考えないのか
1018 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:09:24.28 ID:iufU8t1v.net]: 大きなメリットを理解(出来ないではなく)しようとせずに重箱の隅をつついて全体的な大損をするもそれに気がつかない
今の社会の病理の一つを表してる気がする
1019 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:21:04.10 ID:jD7nWqN+.net]: Q「～～がわからない」
A「英語のサイトに書いてあるから探して読め」
Q「英語読めないからどこにあるか探せない」
A「探す気も読む気もないだけだろ帰れ」

こんなんで普及する訳ないわな
最新版に近い日本語の参考書・入門書・解説サイトを出さなきゃ、わざわざWPF使おうとする奴は増えんよ
1020 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:25:51.31 ID:cWpuydkA.net]: お高く止まったリベラルが選挙で負ける様子に似てるな
1021 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:28:51.96 ID:7Ia6NMEr.net]: >>981以外の人に聞くけど、GDIでは画面も印刷も透過的に扱えるって聞いて
意味分からん人いる？

っていうかDCの概念も知らない人が何言っても戯言にしか聞こえんよねw

WPFのグラフィックのパフォーマンス問題はこのスレでも何度か出てるし
ググれば実例がいくらでも出てくる
1022 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:30:41.54 ID:cWpuydkA.net]: 物がいかに良かろうが
12年間普及してない普及努力もしてないんだからニートだろ
ニートだからニートに優しいのか？
1023 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:30:44.50 ID:WHbaikY8.net]: >>981
さすがに透過性も知らないようなアホではそんな頓珍漢な解釈になるのもしょうがない
黙っててくれると助かるけどまあ無理だろうな
https://ja.m.wikipedia.org/wiki/%E9%80%8F%E9%81%8E%E6%80%A7_(%E6%83%85%E5%A0%B1%E5%B7%A5%E5%AD%A6)
1024 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:39:41.28 ID:iufU8t1v.net]: >>988
解らん
透過性は解かる
画面と印刷を透過的
とは何ぞや？
1025 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:41:01.59 ID:sMdN9sff.net]: >>990
透過性は誰にでもわかるだろw
1026 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:51:17.60 ID:WHbaikY8.net]: >>992
> 透過性は誰にでもわかるだろw

>>975
> 印刷の透過性は何を指してるか不明だが

バカって自分が何を書いたかも理解してないのかよ w
1027 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 21:42:34.62 ID:sMdN9sff.net]: >>993
書き方悪かったな
｢印刷の透過性｣ = 元の｢画面と印刷を透過的に扱え云々｣の意味
一般的な透過性は解る
印刷の(画面との)透過性は意味不明
マジ何言ってるか解らん
推測したようにWYSIWYGの事言いたいのか？
1028 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:35:09.34 ID:9q6XrtOC.net]: >>987
初心者の流入がないと、開発者が少ないから
最終的にMSに捨てられて全員死亡って事ですね
1029 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:35:22.65 ID:FO1afGiG.net]: 割と面白いのは、誰も説明する気ないのな
普通こういう場合は誰かがムキーーって頭に血が上って説明し始めたりするんだが
平均年齢が高いのか華麗にスルー
流石説明しても何の得もないことが良くわかってらっしゃる
その調子でお願いします
1030 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:37:58.86 ID:g6eIyQ3A.net]: >>994
ぷぷっ、今更推測とか言い出したぞ w
1031 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:49:10.68 ID:sMdN9sff.net]: >>997
残念ながら>>975で最初から推測してるよ
1032 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:02:33.69 ID:Mf9o9uwW.net]: >>988
俺も意味分からないがDC(多分デバイスコンテキスト)と言う言葉を使ってるところからすると帳票とそのプレビューの事か？
もしそうならGDIの方が透過的に扱えないぞよ
>>994が書いてる通りWPFはWYSIWYGだからより透過的に扱える
1033 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:04:37.68 ID:xzgxDEt/.net]: >>988
で、でーたせんたあ
1034 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:07:29.42 ID:Mf9o9uwW.net]: ちなみに帳票を作る時にGDIはDCをこねくり回さなければならないがWPFはXAMLで完結する
こんな事は当然知ってるだろうから透過的にの意味が分からんのよ
1035 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:49:31.05 ID:g6eIyQ3A.net]: >>998
> また嘘つき発見
> こりないねえww

> 自分の無知を晒してるだけの人って一体何なの？？

自己紹介やん w
1036 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 216日 14時間 40分 18秒
1037 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef