WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20©5ch.io
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん 転載ダメ©2ch.net
2016/03/16(水) 07:57:28.84ID:tj30pZlh前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part19
http://echo.2ch.net/test/read.cgi/tech/1428631142/
関連スレ
Windows 10 UWPアプリ開発
http://echo.2ch.net/test/read.cgi/tech/1440150886/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
0002デフォルトの名無しさん
2016/03/16(水) 15:31:34.45ID:rNMa/DoZWPFばかり弄っていると面白いんだけれどなぁ。
FormsのをメンテしたりHTMLを弄っていたりして、
忘れかけてからWPFに戻ると、あれれれれー?
ってなる(´・ω・`)
0003デフォルトの名無しさん
2016/03/21(月) 08:35:11.60ID:LZK+quSR0004デフォルトの名無しさん
2016/03/21(月) 09:30:09.41ID:HKtB5lHa0005デフォルトの名無しさん
2016/03/21(月) 13:15:25.24ID:Oj1Hxqq+配置可能なコントロールを凸型、L字型とかにしたらどうか。
0006デフォルトの名無しさん
2016/03/21(月) 13:54:26.63ID:Ob/N9SLWってツッコミでOK？
0007デフォルトの名無しさん
2016/03/21(月) 14:47:38.22ID:b4wXoPlv0008デフォルトの名無しさん
2016/03/21(月) 17:40:09.02ID:ZFYgg5Wqhttp://qiita.com/ledsun/items/6f4ef754e5ae2507e531
ReactivePropertyを使うとプロパティを定義するだけでPropertyChangedEventArgsやらをいちいち書く必要が無くなるってのは解ったんだけど
それならwpfにName属性つけて直接cs上からプロパティを書き換えるのと結局は同じになる気がするんだけど、何が利点なの？
今はコード上からフォームの値を反映させるだけで、フォーム上に入力された値をプロパティに反映させるという双方向での処理は考えてないけど
双方向のバインドをしないのであればメリットってあんま無かったりする？
上記ページの途中に出てくるこれ
public MainWindow(){
InitializeComponent();
var vm = new ViewModel();
DataContext = vm; // DataContextにViewModelをバインド
vm.Message.Value = "Hello"; // DataContextのプロパティーを更新すると画面に反映
}
DataContextを経由する必要って何・・・？
直接this.Message.Text="hello"ってやるんじゃダメなのと思ってしまう
0009デフォルトの名無しさん
2016/03/21(月) 18:05:24.43ID:b4wXoPlvPropertyChangedなんか不要ですよ
PropertyChangedの説明がしたいからわざわざモデル経由してんだろ
お前理解力に乏しすぎ
よく生きてこれたな
0010デフォルトの名無しさん
2016/03/21(月) 18:14:15.98ID:b4wXoPlv0011デフォルトの名無しさん
2016/03/21(月) 18:36:47.42ID:ZFYgg5Wq逆に、ラベルの背景色とか表示・非表示状態みたいにコントロール側からどうしようもないプロパティは積極的にバインドを使って値を更新する度にPropertyChangedを送る必要はあまり無いって事？
0012デフォルトの名無しさん
2016/03/21(月) 19:05:23.15ID:wwpOinJ60013デフォルトの名無しさん
2016/03/21(月) 19:08:29.43ID:wGZ3MPGj業務アプリの連中を如何に引きこむかが大事
0014デフォルトの名無しさん
2016/03/21(月) 20:53:27.31ID:6JHA5k3e最後のやり方でなんら問題ない。
0015デフォルトの名無しさん
2016/03/21(月) 21:01:16.62ID:wwpOinJ6いやMicrosoftのサンプル見たらコードビハインドだぞ。
0016デフォルトの名無しさん
2016/03/21(月) 22:45:57.52ID:v8ItZ5meバインディング？MVVM？何それおいしいの？
ってな状態でWPFを使ってても、全く問題ないしね。
0017デフォルトの名無しさん
2016/03/21(月) 23:04:31.96ID:Ob/N9SLWただ、ListBoxはItemsSourceにぶち込めばいいとは言っても
バインディングが判らなければチンプンカンプンでした
使えないわけじゃないけど何が起こっているのか理解できず気持ち悪い
0018デフォルトの名無しさん
2016/03/21(月) 23:42:03.57ID:Qi7IeHBk0019デフォルトの名無しさん
2016/03/22(火) 00:01:32.49ID:g51nH/570020デフォルトの名無しさん
2016/03/22(火) 21:04:57.90ID:YRPl9VX5MVVMじゃなくてもDataContextにVM用意した方が開発しやすかないか？
0021デフォルトの名無しさん
2016/03/22(火) 21:43:22.16ID:e+TK8yQr0022デフォルトの名無しさん
2016/03/22(火) 22:00:15.93ID:UU9O+pzpアレの複雑さでwpfが捨てられるとしたら悲しいってお話です
0023デフォルトの名無しさん
2016/03/22(火) 22:06:16.32ID:BNkHKMpg0024デフォルトの名無しさん
2016/03/22(火) 22:37:10.69ID:vWbCsYUq0025デフォルトの名無しさん
2016/03/22(火) 23:11:03.61ID:UU9O+pzpとりあえずソースがすっきりするから精神衛生上好ましい
0026デフォルトの名無しさん
2016/03/22(火) 23:51:54.18ID:FPulOekYMVVMがメリットなどと抜かすのは本末転倒である
0027デフォルトの名無しさん
2016/03/22(火) 23:59:04.73ID:XZnF6fHKどこで使っても便利なものは存在がメリットに決まってるではないですか
0028デフォルトの名無しさん
2016/03/23(水) 00:08:45.00ID:aPO3Xwoc0029デフォルトの名無しさん
2016/03/23(水) 12:43:46.96ID:5650verWWPFは頼まれても金積まれても嫌だ
0030デフォルトの名無しさん
2016/03/31(木) 12:19:34.27ID:7IRyPeEw0031デフォルトの名無しさん
2016/03/31(木) 14:19:03.97ID:lScmALHQ１．BorderでTextBox囲って、TexBoxのBorderを見えなくする
２．TextBoxのVerticalAriment=centerにする
３．Gridなどで調整
こんなところじゃね？
0032デフォルトの名無しさん
2016/03/31(木) 14:58:15.97ID:7IRyPeEwButtonならButton>ViewBox>Textblock>文字列で解決できたのですが・・・
0033デフォルトの名無しさん
2016/03/31(木) 15:41:21.43ID:rEcwjniSConverterで値調整する必要はあると思うけど。
0034デフォルトの名無しさん
2016/03/31(木) 16:28:20.63ID:7IRyPeEwオートコンプリートには自分の作ったクラスが出てくるんですが・・・
0035デフォルトの名無しさん
2016/03/31(木) 16:46:28.52ID:7IRyPeEw0036デフォルトの名無しさん
2016/03/31(木) 16:49:56.72ID:IEw+mgNm0037デフォルトの名無しさん
2016/03/31(木) 16:58:25.39ID:7IRyPeEw0038デフォルトの名無しさん
2016/03/31(木) 18:01:34.28ID:IEw+mgNmそして立ち上げなおしたらなおってる
0039デフォルトの名無しさん
2016/04/02(土) 09:14:20.25ID:+H7iCAoBhttps://blogs.msdn.microsoft.com/visualstudio_jpn/2016/03/31/announcing-net-framework-4-6-2-preview/
ソフト キーボードのサポートにより、Windows 10 で WPF のスタイラス/タッチ入力を無効化しなくても
WPF アプリケーションでタッチ キーボードが自動的に起動、破棄されるようになりました。
4.6.2 より前のバージョンでは、WPF アプリケーションでのタッチ キーボードの起動や破棄が
明示的にはサポートされておらず、WPF のスタイラス/タッチ入力を無効化する必要があります。
これは、Windows 8 以降のタッチ キーボードが
アプリケーション内のフォーカスをトラックする方法が変更されたことによるものです。
WPF アプリケーションはシステムの DPI を検知できるため、
アプリケーションがレンダリングされるモニターの DPI に応じて、
Windows によりアプリケーションの画面サイズが変更されます。
このため、鮮明さが低下したりテキストがぼやけたりすることがあります。
4.6.2 より前のバージョンでは、WPF アプリケーションでモニターごとに DPI を検知するには
高度なネイティブ コードが必要でした。
最近は高 DPI 環境やハイブリッド DPI 環境がエコシステムで普及してきたため、
これに対応して WPF アプリケーションで Per-Monitor DPI がサポートされるようになりました。
WPF アプリケーションで Per-Monitor DPI を有効にする方法については、
サンプルおよび開発者向けガイドを参照してください。
0040デフォルトの名無しさん
2016/04/02(土) 12:20:28.12ID:FAwdIKpTなんでここまで頑なに実装しないのか？
10年だぞ10年？
0041デフォルトの名無しさん
2016/04/02(土) 12:30:55.28ID:hp/cyjqXデスクトップ アプリを UWP に変換 (Project Centennial)
既存の Windows デスクトップ アプリ (WPF、Windows Forms を含む) を、ユニバーサル Windows プラットフォーム (UWP) に変換する機能 (英語) が提供されました。
0042デフォルトの名無しさん
2016/04/02(土) 14:02:07.42ID:9Mhqjl0D0043デフォルトの名無しさん
2016/04/02(土) 23:44:16.61ID:qKlqTMqs前提が間違っている
WPFはWinFormsと併用するもの
0044デフォルトの名無しさん
2016/04/02(土) 23:48:43.21ID:zBsov1ne実用上はそれもありだが、MessageBoxはちゃんと対応してるでしょ
それはそうとWindows7ApiCodepackのダイアログだけでも入れろと思いませんか？
0045デフォルトの名無しさん
2016/04/03(日) 18:28:17.23ID:eU0OsDcGいつのまにそういう流れになったのか？
winfomsをぼろくそに言ってたのにな
ニートのくせに両親にじじいばばあ、老害とぼろくそに言いながらただ飯食ってるようなものじゃない？
0046デフォルトの名無しさん
2016/04/04(月) 01:52:12.18ID:3M3YC+8jDPIに応じて自動で切り替えてくれますが、
WPFにはこれに相当する機能はありますか？
0047デフォルトの名無しさん
2016/04/04(月) 03:15:40.75ID:aLjGyuE/0048デフォルトの名無しさん
2016/04/04(月) 03:22:45.83ID:2eeZhl1u0049デフォルトの名無しさん
2016/04/04(月) 03:48:38.42ID:3M3YC+8j0050デフォルトの名無しさん
2016/04/04(月) 18:09:05.43ID:3f5oJ1nB0051デフォルトの名無しさん
2016/04/04(月) 18:09:22.84ID:b1Urfdwz0052デフォルトの名無しさん
2016/04/04(月) 19:14:02.52ID:lUR13ZZt今からやるならASP.NET MVC
0053デフォルトの名無しさん
2016/04/04(月) 21:32:20.87ID:ONo6jj6s0054デフォルトの名無しさん
2016/04/04(月) 21:51:39.31ID:2eeZhl1u0055デフォルトの名無しさん
2016/04/05(火) 04:59:00.92ID:fV+iiYuy0056デフォルトの名無しさん
2016/04/05(火) 09:32:54.47ID:0p1/0bFpWPFは仕事がないから用途は趣味ですもんね
0057デフォルトの名無しさん
2016/04/06(水) 22:02:07.99ID:6gPuUqWyアンインストールさせて、最新のexeを再インストールさせる？
0058デフォルトの名無しさん
2016/04/06(水) 22:30:48.04ID:J5zl/jID0059デフォルトの名無しさん
2016/04/07(木) 10:05:13.25ID:QF7PeTIh0060デフォルトの名無しさん
2016/04/07(木) 10:22:33.46ID:RIDbA16L「管理権限を無視してインストールできてしまうのは好ましくない」
って騒いだアホを思い出すので止めていただきたい
0061デフォルトの名無しさん
2016/04/07(木) 12:19:51.39ID:9xI4Whcy0062デフォルトの名無しさん
2016/04/07(木) 18:34:36.77ID:WuhhdB+c変更イベントは発生させています
0063デフォルトの名無しさん
2016/04/07(木) 18:38:32.22ID:WuhhdB+c0064デフォルトの名無しさん
2016/04/09(土) 02:52:12.30ID:GhCX/kWB全部のタブページで1つのListviewを使いまわしてる感じになるんですが
これをTabItem度にする方法ってないでしょうか？
0065デフォルトの名無しさん
2016/04/09(土) 11:30:19.12ID:1qpNdq6N0066デフォルトの名無しさん
2016/04/09(土) 11:44:08.14ID:mgVSaoeWListBoxはContentに書くのが筋じゃないかな
0067デフォルトの名無しさん
2016/04/11(月) 19:11:05.05ID:te0JtNtM移動値が変（数ページ分位飛ぶ）なんですが、どの辺に原因があるとこんな挙動になるんですかね？
0068デフォルトの名無しさん
2016/04/11(月) 20:06:23.42ID:dGOrpD9s0069デフォルトの名無しさん
2016/04/11(月) 20:15:06.69ID:d1aqF31N0070デフォルトの名無しさん
2016/04/11(月) 20:19:21.03ID:Il1nOA/K0071デフォルトの名無しさん
2016/04/12(火) 05:07:22.79ID:UFGwOhXrListviewのGridView使う時だけおかしいんですよね
他の表示方法ではおかしくなりませんでした。
おまけにウィンドウのサイズを変えるとスクロールバーのスクロール位置が変わったりするのが謎すぎる
0072デフォルトの名無しさん
2016/04/12(火) 07:05:40.10ID:wMDrKH2bListViewのScrollViewer.CanContentScrollをTrueにしたのが原因だった
0073デフォルトの名無しさん
2016/04/15(金) 03:12:53.97ID:VbbC8Uk50074デフォルトの名無しさん
2016/04/15(金) 04:41:11.53ID:VbbC8Uk5てかUwpだった
0075デフォルトの名無しさん
2016/04/19(火) 18:57:23.89ID:P7Tju0N+とエラーが出てそのコントロールを置いたウィンドウが表示されません。
クラスライブラリにしてプロジェクトを分けてるんですが、なんか設定しないとダメなんでしょうか？
0076デフォルトの名無しさん
2016/04/19(火) 19:44:35.99ID:lPFKUnKEエラーメッセージ通りだろとしか言えない
0077デフォルトの名無しさん
2016/04/20(水) 21:53:42.35ID:mNDzLHecもうちょっとしたらわかりやすくなるんだろか?
0078デフォルトの名無しさん
2016/04/21(木) 18:00:51.57ID:eYf2+2jv0079デフォルトの名無しさん
2016/04/21(木) 19:04:41.18ID:XvjnQCjN0080デフォルトの名無しさん
2016/04/21(木) 23:42:54.19ID:8YHQDoSB0081デフォルトの名無しさん
2016/04/22(金) 00:06:48.34ID:6PZwOSRI0082デフォルトの名無しさん
2016/04/22(金) 00:13:30.79ID:QlLbwNK70083デフォルトの名無しさん
2016/04/22(金) 20:06:31.17ID:kIni5iDBWPFかどうかで言えばNO
0084デフォルトの名無しさん
2016/04/22(金) 20:14:07.77ID:7dcQmCf5どうしても既存のWPFのコンポーネントを使いたいなら仕方ないけど、WPFの方も新しく作るんならやめとけ
アプリがボタンの見た目をカッコよくするためだけにクッソ重いWPFをロードしてたら
俺なら速攻アンインストールする
0085デフォルトの名無しさん
2016/04/22(金) 20:16:13.58ID:70kmKf2y0086デフォルトの名無しさん
2016/04/22(金) 21:31:37.49ID:OoxXSJ+Y0087デフォルトの名無しさん
2016/04/23(土) 18:03:53.40ID:XYv34q9t0088デフォルトの名無しさん
2016/04/24(日) 00:19:10.78ID:hj7itNlG0089デフォルトの名無しさん
2016/04/24(日) 00:22:56.39ID:yMXAuegD0090デフォルトの名無しさん
2016/04/24(日) 07:56:30.64ID:PzHVpKBK0091デフォルトの名無しさん
2016/04/24(日) 08:13:52.87ID:hs9TbZdL絡まれた俺が言うんだから間違いない
0092デフォルトの名無しさん
2016/04/24(日) 18:30:47.73ID:P65zrI580093デフォルトの名無しさん
2016/04/24(日) 21:26:50.25ID:YOklMNkc0094デフォルトの名無しさん
2016/04/25(月) 09:17:56.27ID:W8v031Mp0095デフォルトの名無しさん
2016/05/01(日) 10:09:08.28ID:tKi6j9CTBitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ｄ
0096デフォルトの名無しさん
2016/05/01(日) 10:45:32.64ID:ZxoAm746死ね
0097デフォルトの名無しさん
2016/05/02(月) 05:38:44.84ID:vK6Lism+0098デフォルトの名無しさん
2016/05/02(月) 09:36:40.56ID:/HEiP4n30099デフォルトの名無しさん
2016/05/09(月) 18:39:32.05ID:Is8eYYtQ0100デフォルトの名無しさん
2016/05/11(水) 21:53:18.33ID:HIUG/S+ohttps://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2016/05/11/
0101デフォルトの名無しさん
2016/05/17(火) 12:52:24.20ID:y5tVRX1L0102デフォルトの名無しさん
2016/05/17(火) 12:54:58.40ID:wXStI0d0不足じゃ無くて保持とは
0103デフォルトの名無しさん
2016/05/17(火) 14:28:09.75ID:YnRlMavw0104デフォルトの名無しさん
2016/05/17(火) 15:17:10.51ID:y5tVRX1L>>103
＞返ってきたIEnumerableのまま処理することでしょうね
そのままLINQ処理し続けたいんで、まるまるIEnumerableで受けたいってことです
DBから全レコードで取るなって話になるんでしょうが、別プロジェクトに全部渡して処理したいのです
0105デフォルトの名無しさん
2016/05/17(火) 15:38:41.78ID:3Bpa7auM0106デフォルトの名無しさん
2016/05/17(火) 16:54:43.00ID:YnRlMavwIEnumerableのままでLINQ出来ないという意味が分からないけど、全レコードを別プロジェクトに渡す必要があるというのならファイルに少しずつ書いて別プロジェクトにファイル渡しすればいいじゃないですかね
0107デフォルトの名無しさん
2016/05/17(火) 16:59:29.02ID:iyozYoJ/なんかでかいもんぶちこんでない
0108デフォルトの名無しさん
2016/05/17(火) 17:01:08.19ID:MrJ18ny3それなら解決法はあるが
0109デフォルトの名無しさん
2016/05/17(火) 18:31:34.28ID:y5tVRX1LToListは忘れて下さい、すいません
頭の整理つきました
単一のプロジェクトでメモリ不足になるほどのレコードを扱う時みなさんどうされてます？500万レコードとかそんな感じです
0110デフォルトの名無しさん
2016/05/17(火) 20:23:19.25ID:4p4kNHWE0111デフォルトの名無しさん
2016/05/17(火) 20:53:09.84ID:RlKtDUDwそんなことはしない
最初からクエリで絞る
0112デフォルトの名無しさん
2016/05/17(火) 21:50:58.63ID:sR0332Cz>111 の言うようにデータベース側で絞る。
絞れない場合は、DataGridViewだと仮想モードでページング処理するがWPFだとどうやるかは分からない。
0113デフォルトの名無しさん
2016/05/18(水) 00:13:12.04ID:4gnbiHZw内部と画面（外部）という役に立たないガラクタに脳ミソを縛られてるのがそもそもの原因
0114デフォルトの名無しさん
2016/05/18(水) 00:53:17.47ID:hGwvc2/C0115デフォルトの名無しさん
2016/05/18(水) 05:31:03.75ID:VoZoGsR+0116デフォルトの名無しさん
2016/05/18(水) 14:46:36.66ID:QE86oB8hなぜでしょう？
いい対策をおしえてください
0117デフォルトの名無しさん
2016/05/18(水) 14:50:21.27ID:7muLEbWn0118デフォルトの名無しさん
2016/05/18(水) 17:20:55.05ID:NqxJiwcxWPFは標準でチャートコントロールなかったと思うけど、使っているのは何てやつ？
あと、チャートの種類(折れ線、棒)は？
0119デフォルトの名無しさん
2016/05/18(水) 18:28:26.01ID:QE86oB8hCanvasにLineやPathおいていってます
一本あたり約８千点くらいをLineToでつないで、それを１０本くらいかいてます
0120デフォルトの名無しさん
2016/05/18(水) 19:22:48.62ID:Q3cKTCnY0121デフォルトの名無しさん
2016/05/18(水) 19:24:54.86ID:jYlR0JsW直接キャンバスに描画しろや素人が
0122デフォルトの名無しさん
2016/05/18(水) 19:36:37.20ID:QE86oB8h0123デフォルトの名無しさん
2016/05/18(水) 19:52:38.78ID:jYlR0JsW0124デフォルトの名無しさん
2016/05/18(水) 20:16:29.97ID:QE86oB8h0125デフォルトの名無しさん
2016/05/18(水) 20:27:52.75ID:n22xRjw8ライブラリ腐るほどあるから自分で描画を作りこむ必要すらほとんどない
0126デフォルトの名無しさん
2016/05/18(水) 21:13:52.93ID:vli8AHz90127デフォルトの名無しさん
2016/05/18(水) 22:29:49.77ID:u9X2Cl4B0128デフォルトの名無しさん
2016/05/19(木) 11:42:33.55ID:KulZYccI科学技術は戦争で進化する。
0129デフォルトの名無しさん
2016/05/20(金) 07:13:50.90ID:fwo+5jQ/WPFで苦労してるのがアホらしくなる
0130デフォルトの名無しさん
2016/05/20(金) 19:35:30.57ID:o/WjsKfj0131デフォルトの名無しさん
2016/05/21(土) 11:23:48.93ID:AVzyAWH0でビットマップつくるとにじむんだけどなぜ？
回避する方法おしえてください
0132デフォルトの名無しさん
2016/05/23(月) 16:10:15.55ID:bNCFjSKLこんな感じでSegoe UI Symbolのアイコンを表示するのは問題ないんですが
コードビハインドで後からTextを設定すると、Segoe UI Symbolじゃなくて普通のフォントで表示されちまう
コードビハインドからアイコンを変更する方法教えてもらえませんでしょうか
0133デフォルトの名無しさん
2016/05/23(月) 16:25:56.11ID:bNCFjSKL自己レス
TextにConvert.ToChar(0xe106).ToString()；で文字コードから文字作って放り込んだらOKでしたｗ
0134デフォルトの名無しさん
2016/05/23(月) 16:29:40.89ID:Yoq5+7y2コード中では\uでエスケープする。
0135デフォルトの名無しさん
2016/05/28(土) 14:33:05.50ID:PN3F7mKy0136デフォルトの名無しさん
2016/05/28(土) 20:20:22.36ID:xSA3ZV5Lどうやればいいんでしょうか？
データトリガーと普通のトリガーじゃマルチで組めないしどうしたらいいものやら
0137デフォルトの名無しさん
2016/05/28(土) 23:51:24.94ID:6DGwXhRVMultiDataTrigger でも RelativeSource Mode=Self ってすれば ListBoxItem のプロパティを参照できるよ。
0138デフォルトの名無しさん
2016/05/29(日) 05:49:53.85ID:HpLCoMAG基本的に見た目を変えたくてそれっぽいプロパティがない場合、テンプレートをいじればいいって覚えとくといいよ
元のテンプレート覗けばプロパティで変更できる場合もわかるはず
0139デフォルトの名無しさん
2016/05/29(日) 08:07:16.53ID:BCQLFwgcアドバイス通り
<Condition Binding="{Binding RelativeSource={RelativeSource Self},Path=IsMouseOver}" Value="false"/>
でうまくいきました。ありがとう
0140デフォルトの名無しさん
2016/06/03(金) 22:27:26.59ID:1iVzCWX2更新させるにはどうすればいいでしょうか？
0141デフォルトの名無しさん
2016/06/04(土) 07:53:19.88ID:PH3RedRo0142デフォルトの名無しさん
2016/06/04(土) 09:22:14.52ID:dGWHMJs+デバッガで見れば分かるでしょ
0143デフォルトの名無しさん
2016/06/04(土) 09:26:35.98ID:2A9AQo810144デフォルトの名無しさん
2016/06/04(土) 16:05:33.70ID:bI+aAPNOどのような流れで処理したらいいですか？
0145デフォルトの名無しさん
2016/06/06(月) 22:23:20.02ID:fbhgJ+vZストアアプリならIsColorFontEnabled属性をonにするらしいけど、普通のデスクトップアプリはどうなるの
0146デフォルトの名無しさん
2016/06/06(月) 22:36:26.47ID:lERWlKkuWin10ならデスクトップアプリと変わんないし、10に上げずにWin8.1のままでいるような奇特な奴は無視できるレベルでしょ
0147デフォルトの名無しさん
2016/06/07(火) 19:31:40.18ID:NYG4EICE0148デフォルトの名無しさん
2016/06/08(水) 08:25:22.67ID:oEt/2p1J0149デフォルトの名無しさん
2016/06/08(水) 17:18:52.42ID:Ota2n6wv逆に、WpfからFormを制御するにはどのようにしたらいいのですか？
0150デフォルトの名無しさん
2016/06/08(水) 20:01:18.99ID:ZY+mRUUIWPFなんて単体じゃまず使い物にならないんだから、むしろWinForms内でWPFを使うよりも一般的だぞ
0151デフォルトの名無しさん
2016/06/09(木) 12:12:47.24ID:xlJOwCiA0152デフォルトの名無しさん
2016/06/09(木) 12:28:00.21ID:Asnj7YCK0153デフォルトの名無しさん
2016/06/09(木) 21:54:05.64ID:x3KhpMMNDirect2Dを使うらしい。
まぁ、簡単には出来ないね。
0154デフォルトの名無しさん
2016/06/28(火) 12:08:47.67ID:CCb2H237VisualBitmapScalingMode、VisualClearTypeHintやVisualTextRenderingMode等を変更することはできますか
0155デフォルトの名無しさん
2016/06/28(火) 19:13:10.60ID:aiQfH4lHHTML5使え
0156デフォルトの名無しさん
2016/06/28(火) 23:15:38.01ID:m7uRKbLsHTML5で作ってPDF.jsでも使えばいいんじゃないかな
0157デフォルトの名無しさん
2016/06/29(水) 00:25:53.88ID:nJ963eR4まあMSの自業自得だけど
0158デフォルトの名無しさん
2016/06/29(水) 01:36:07.22ID:DgiMCofl0159デフォルトの名無しさん
2016/06/29(水) 02:34:04.13ID:tI9uHLN50160デフォルトの名無しさん
2016/06/29(水) 08:01:17.76ID:fTEHpsNFPCのクライアントアプリはもう終わりだよ
いい加減見切りを付ける時期だ
0161デフォルトの名無しさん
2016/06/29(水) 08:50:03.03ID:OH/W5+X60162デフォルトの名無しさん
2016/07/02(土) 07:08:45.95ID:t/AsB/fvWPFはいつごろ終わるのでしょうか？
0163デフォルトの名無しさん
2016/07/02(土) 08:09:21.54ID:sfY4+Etf0164デフォルトの名無しさん
2016/07/02(土) 09:05:59.10ID:oFnXJT55その間にITの世界は大きく変わっている
公式な終了宣告が出るのを待ってたら茹でガエルになっちゃうよ、というかもう手遅れに近いけど
0165デフォルトの名無しさん
2016/07/02(土) 10:13:09.55ID:4w77s4Obという予測の元にWebと親和性の高いプログラミングモデルに移行しようとしたものの、
ユーザー/デベロッパの志向は大して変わらなかったという結果にも思えるが。
Formsで十分というプログラマもまだ多いし。
0166デフォルトの名無しさん
2016/07/02(土) 10:20:30.61ID:KsoGTRjd0167デフォルトの名無しさん
2016/07/02(土) 11:07:40.71ID:qwdl2HHl全部Webになるかはともかく、少なくともデスクトップアプリが絶滅しつつあるのは事実
0168デフォルトの名無しさん
2016/07/02(土) 11:11:37.66ID:t/AsB/fv0169デフォルトの名無しさん
2016/07/02(土) 12:37:15.70ID:4w77s4Obそういう特定分野に限ればHTML5とか言わんでもとっくにWebに移行してるな。
一方で、もともとスタンドアロンアプリでやっている分野は全然移行してない。
MSはOfficeでやってるけど、あれだってどれだけ普及しているのやら。
0170デフォルトの名無しさん
2016/07/02(土) 13:19:41.78ID:qwdl2HHlMSが昔出してたWPFのサンプルアプリなんかほぼ全部業務アプリだったよね
0171デフォルトの名無しさん
2016/07/02(土) 15:01:25.38ID:5caQg1Ad日本でやっていこうと思うとどうしてもカスタマイズしてシステムアップ、となる
0172デフォルトの名無しさん
2016/07/02(土) 15:17:48.54ID:6Dn6Ok8YGUIの作り方がわからなくて今に至る・・・
0173デフォルトの名無しさん
2016/07/02(土) 16:50:54.96ID:uZLcGR9vそういえばsilverlightのプラグイン、x86のlinuxならwine経由で使えるようにしてる人たちがいるんだね。
http://pipelight.net/cms/installation.html
0174デフォルトの名無しさん
2016/07/02(土) 17:45:34.97ID:4w77s4Obさあ？総数なぞ知るわけないが、少なくとも俺の周りの開発者はスタンドアロンでできるものを
わざわざサーバーアプリにしたりはしないなぁ。つか、するメリットがないし。
そもそも、あんたが日常的に使っているアプリってどの程度Webに置き換わった？
>MSが昔出してたWPFのサンプルアプリなんかほぼ全部業務アプリだったよね
ｗ
だからWPFがいまいち普及してないんじゃね？
0175デフォルトの名無しさん
2016/07/02(土) 18:18:58.18ID:EJ+pFvNDそりゃ普及しねーよ
0176デフォルトの名無しさん
2016/07/02(土) 18:38:02.97ID:cVQr9TzV0177デフォルトの名無しさん
2016/07/02(土) 18:46:36.90ID:sfY4+Etf0178デフォルトの名無しさん
2016/07/02(土) 18:51:47.79ID:5CDBSs1FWPFは実質保守ステージだよ
0179デフォルトの名無しさん
2016/07/02(土) 19:04:07.42ID:KsoGTRjd0180デフォルトの名無しさん
2016/07/02(土) 19:18:46.89ID:+aeAbh2m0181デフォルトの名無しさん
2016/07/02(土) 19:38:13.93ID:jUc7m6Z9って思いながらすでに4年経ってんだよ。
未だに70%近いWindowsデバイスでは動作しないのだが！
0182デフォルトの名無しさん
2016/07/03(日) 04:09:40.51ID:lc0EKOZdどっちも使いにくいという共通点があるところがMSのすごいところだな。
推し進めた奴は操作性とか利便性よりもっと違う何かを妄想していたに違いない。そのUI担当者は既にクビになったらしいが。
0183デフォルトの名無しさん
2016/07/03(日) 05:57:33.08ID:bdg2ybLSUWPはWindows10からやで。
ようやく業務アプリでも使えるようになってきた。
WPFはお疲れ様モード。
だいたい同じだしね。
0184デフォルトの名無しさん
2016/07/03(日) 06:04:54.99ID:qk7lGSjH全てのWindows端末での利用なんか元々想定してないだろバカ
0185デフォルトの名無しさん
2016/07/03(日) 06:46:42.96ID:5c1HtZx3「全てのWindows端末での利用を想定」なんて、誰も口にしてすらいないことをよく持ち出せるな
ファンボーイはこれだから困るな
0186デフォルトの名無しさん
2016/07/03(日) 07:21:12.87ID:iTGVncxoxamlが理解できないから八つ当たりしているんだろうが、恨むならお前の親でも恨め
0187デフォルトの名無しさん
2016/07/03(日) 07:49:32.50ID:vZK7G0FzWindows10に限定ワロタｗｗｗ事実ｗｗｗ
0188デフォルトの名無しさん
2016/07/03(日) 08:01:49.59ID:2yq0Can/0189デフォルトの名無しさん
2016/07/03(日) 09:08:23.18ID:i88MiToDもう、リボン無しのMS Officeなんて考えられんわ。
0190デフォルトの名無しさん
2016/07/03(日) 13:00:27.44ID:a7dDnFnCJavaScriptもCSSもhtmlも出来損ないだけど代替手段がないから仕方なくって感じだし
0191デフォルトの名無しさん
2016/07/03(日) 13:26:00.48ID:qk7lGSjHブラウザに取って代わる汎用UIなんて夢物語まで出してくるとはなｗｗｗ
0192デフォルトの名無しさん
2016/07/03(日) 19:22:49.95ID:iTGVncxo厳密なxmlで掛けるようになるのは大きいと思ったんだけど流行らなかったね
0193デフォルトの名無しさん
2016/07/04(月) 08:23:07.40ID:G7Vyw5ad0194デフォルトの名無しさん
2016/07/04(月) 10:23:08.54ID:K3fNPcMrブラウザにとってかわる何かとか、今更無理
ブラウザとhtmlが進化していくだけ
0195デフォルトの名無しさん
2016/07/04(月) 14:03:02.43ID:ABr0G6M50196デフォルトの名無しさん
2016/07/04(月) 14:04:24.48ID:lP61O2Ta0197デフォルトの名無しさん
2016/07/05(火) 10:55:20.08ID:VU1gnqxPそして大半はGrid、そしてStackPanel、あと時々ListViewとDataGrid、まれにDatePicker
0198デフォルトの名無しさん
2016/07/13(水) 21:05:57.11ID:mya2OSKx魚が泳ぐ池のスクリーンセーバーがあったけど、あれってWPFかな？
あれってソースコードはどこかにある？
0199デフォルトの名無しさん
2016/07/13(水) 21:49:57.51ID:ixq4GwUZ0200デフォルトの名無しさん
2016/07/14(木) 21:54:13.79ID:LF6Nd7Acその他なんかwindows formより直感的じゃなくなってるような・・・
GUI設計はたしかにより良くできんだけど
初心者なんで早いうちに移行すべきなのか
0201デフォルトの名無しさん
2016/07/14(木) 22:01:49.12ID:yEFV9zIYFormsじゃテキストしか入れられなかったところに、WPFだとビットマップとか色々入れられるからね。
0202デフォルトの名無しさん
2016/07/14(木) 23:08:24.17ID:xf2nIB4KWPFではContentというのは
<TextBox>これがContent</TextBox>
簡単だろ?
今更WPFなんか一から覚えるくらいならWebへ行ったほうがいいと思うが
0203200
2016/07/15(金) 00:15:42.90ID:00DXjnrI時代遅れと言われても
それなりにちゃんとした
デスクトップアプリ作りたいなとかは思いつつも
このスレも含めWPFは普及せずにオワコンみたいな
感じで
修得することで他に応用が効くならいいんすけどね
xamlとかも含めて
逆にザマリンでiOSアプリ作った方がいいのかとも思いつつ・・・
まぁ10年経って普及しないなら
もうどうもならんよなーって感じなんすかね
0204デフォルトの名無しさん
2016/07/15(金) 09:52:53.51ID:6KHQbR5sコンテント持ってるコントロールは山ほどあるのに
よりによってTextBoxを選択しちまうお前のセンスｗ
そんなんだからwpf使えないんだろうな
0205デフォルトの名無しさん
2016/07/15(金) 19:07:11.97ID:bG/eexxb>>200がTextを例に出したからじゃないの？
0206デフォルトの名無しさん
2016/07/16(土) 00:23:02.82ID:2Vgg5+B4UIスレッド上の1関数内で対象プロパティを変更して更新通知をViewに拾わせれば、
次の瞬間Viewの描画が一括更新されて、中途半端な状態のViewは表示されないということで合ってますか？
あとUIスレッド以外からViewを触るのはNGですか？
0207デフォルトの名無しさん
2016/07/16(土) 00:57:42.27ID:C1cwvbXdWindowクラスなども含めて、DispatcherObjectは作成したスレッドでだけ触るのが基本
0208デフォルトの名無しさん
2016/07/16(土) 21:13:50.71ID:2Vgg5+B4おおよそ他のプラットフォームと同じように考えれるとわかって良かった
0209デフォルトの名無しさん
2016/07/18(月) 18:49:45.01ID:YFGKqsl9どうしたら列挙できるでしょうか。
0210デフォルトの名無しさん
2016/07/18(月) 21:11:43.18ID:RK9Gg1KKvar pairs = Enum.GetKeys(typeof(Keys)).Zip(Enum.GetValues(typeof(Keys)), (k, v) => new KeyValuePair(k, (Keys)v));
foreach (var pair in pairs) { Console.WriteLine($”{pair.Key}, {pair.Value}”); }
0211デフォルトの名無しさん
2016/07/18(月) 21:22:34.93ID:YFGKqsl9ありがとうございます。できました。
0212デフォルトの名無しさん
2016/07/26(火) 04:11:43.71ID:vehtM3FXなぜ？
0213デフォルトの名無しさん
2016/07/26(火) 08:00:14.98ID:l+RwS+H8知らんがな
0214デフォルトの名無しさん
2016/07/27(水) 20:15:18.33ID:5hLk5/dIトリガーの条件をマルチバインディングしてコンバーターを作ってそれをトリガーとしてアニメを動かすと
調べはついたんだが、心が折れた・・・・
もう少し何とかならんもんかい！
0215デフォルトの名無しさん
2016/07/27(水) 20:21:54.04ID:hdAW7AiZ0216デフォルトの名無しさん
2016/07/27(水) 20:24:50.09ID:fKaBkgZ/フォーカスだろ
そんなこともわからないの？
0217デフォルトの名無しさん
2016/07/27(水) 20:35:51.50ID:5hLk5/dIただ、リストボックスのアイテムにマウスが載った時のアニメをやるかどうかを
トグルボタンで切り替えたかっただけなのに、マルチバインディングのコンバーターから書けとかありえんよ
0218デフォルトの名無しさん
2016/07/27(水) 21:02:05.53ID:DvAgSot/これの原因を知りたいんですが、どこにブレイクポイントを貼ればいいのでしょうか？
0219デフォルトの名無しさん
2016/07/27(水) 21:04:32.14ID:RoODaI7B0220デフォルトの名無しさん
2016/07/28(木) 20:14:08.35ID:OVDxZHjlなんですか？それは
0221デフォルトの名無しさん
2016/07/28(木) 21:06:10.23ID:QNrOVLfKとってみるべし
0222デフォルトの名無しさん
2016/07/31(日) 15:28:44.11ID:vB2ZAyFcScrollViewer.HorizontalScrollBarVisibility="Disabled"
<ListBox.ItemsPanel>
<ItemsPanelTemplate>
<WrapPanel ItemWidth="auto">
<i:Interaction.Behaviors>
<ei:FluidMoveBehavior AppliesTo="Children" />
</i:Interaction.Behaviors>
</WrapPanel>
</ItemsPanelTemplate>
</ListBox.ItemsPanel>
と指定して、ListBoxをタイル状被表示しているんだが、この状態でGroupStyreを設定すると、縦スクロールバーが出てこなくなる
回避方法知っている人がいたら教えて下さい
0223デフォルトの名無しさん
2016/07/31(日) 16:52:56.86ID:vB2ZAyFcListBoxでGroupStyleを設定すると、グループごとにアイテムと認識されるため、デフォルトの「アイテム単位でスクロール」だと動かなくなる
で、スクロールをピクセル単位に設定すれば無事スクロールできるようになりました
ListBox の中に
ScrollViewer.CanContentScroll="False"
を記述すればOKでした
0224デフォルトの名無しさん
2016/08/06(土) 18:01:15.60ID:xS5ikndoMSはWPFの存続については何も言ってないのかなあ。
いつまでもFormってのも不安だし、かといってWPF覚えても梯子外されそうで怖いし、
何でもいいけどロードマップをはっきり示して欲しいよね。
0225デフォルトの名無しさん
2016/08/06(土) 18:11:34.82ID:UTa2E9T9君らは1スレでも使い切ってから主張してね
あと15日で1年立つのに480レスしかないスレだけどｗｗ
0226デフォルトの名無しさん
2016/08/06(土) 18:23:19.15ID:8Z1v18sk無駄になるのが嫌ならHTMLやっとけ
UWPでネイティブアプリっぽく動かせるしElectronみたいなのもある
0227デフォルトの名無しさん
2016/08/06(土) 20:48:19.86ID:Z1aANhWn普通の表示は問題ないんだが、アニメーションの色が変わらない（当然プログラム再起動すれば変わるが）
コードビハインドなら何とかなりそうにも思えるけど、xamlで逃げる方法ありませんか？
0228デフォルトの名無しさん
2016/08/06(土) 20:50:02.44ID:4WcaCha90229デフォルトの名無しさん
2016/08/06(土) 21:43:05.25ID:0OfuPo5wWinFormsとWPFが同じC#を使ってるってレベルだろw
0230デフォルトの名無しさん
2016/08/06(土) 22:08:53.96ID:xS5ikndo潰しは聞くかもしれないがお仕事ストレスフルでつまらなそう
0231デフォルトの名無しさん
2016/08/07(日) 14:48:42.26ID:Jo2k93uj例えば、スクロールが発生するだけの十分な要素がある時、一番下にスクロールすると、最後のアイテムが画面の一番上に表示されてその下は真っ白になるような状態です
単純にdataContextに配列を入れると、最後のアイテムは画面の一番下に表示されてしまいます
0232デフォルトの名無しさん
2016/08/07(日) 15:40:07.68ID:lsYouBYR0233デフォルトの名無しさん
2016/08/07(日) 16:17:53.77ID:Jo2k93ujじゃあナウなヤングはどんなフレームワークでWINDOWSアプリケーション作ってるんですか
0234デフォルトの名無しさん
2016/08/07(日) 16:27:21.35ID:4ZSsrl0Wちょうどアップルとサムスンの裁判が話題になってた時期だったなあ
0235デフォルトの名無しさん
2016/08/07(日) 17:08:42.03ID:OaRABY3sナウなヤングはWindowsアプリなんか作らんよ
スマホかWebかゲーム(Unity)
Winのフリーソフト作家が輝いていた時代はもう戻ってこないんだ
0236デフォルトの名無しさん
2016/08/07(日) 23:54:28.70ID:SgcjgMvX0237デフォルトの名無しさん
2016/08/08(月) 11:55:50.82ID:rXYYVOTJ0238デフォルトの名無しさん
2016/08/08(月) 12:52:33.97ID:YNORZKaVと書いてありますからな
しかし一方で
> Windows Presentation Foundation (WPF) is a next-generation presentation system for building Windows client applications with visually stunning user experiences. With WPF, you can create a wide range of both standalone and browser-hosted applications. An example is the Contoso Healthcare Sample Application that is shown in the following figure.
なんて書いてる所もあって、どうもMSの社内でも立ち位置についてコンセンサスがない感じ
0239デフォルトの名無しさん
2016/08/08(月) 12:55:01.89ID:YNORZKaV40代女子みたいな違和感があるぞ
0240デフォルトの名無しさん
2016/08/08(月) 19:27:30.94ID:jKE4+LjB0241デフォルトの名無しさん
2016/08/08(月) 19:38:18.49ID:robrIdsq下の方もクライアントアプリ(つまりクラサバ)と言ってるし
XBAPみたいな事実上イントラなどでの内輪利用専用の技術を引き合いに出してるから
明らかに業務アプリを想定してるでしょ
0242デフォルトの名無しさん
2016/08/08(月) 20:49:27.53ID:0h94x3PW深い意味はないと思うよw
MSとしては業務アプリ用とかそんなこと考えてないと思う。
だいたいビジュアルが重要な業務用アプリなんてそんなないでしょw
0243デフォルトの名無しさん
2016/08/08(月) 22:05:06.63ID:6YRlB9Q8市場での存在感の無さまで似なくて良かったのに
0244デフォルトの名無しさん
2016/08/08(月) 22:17:22.31ID:BQ4UM/x3Win32APIを封印したSurfaceのProじゃない安いやつ
あれ、大爆死して
さすがのMSも理解したっつーか
今となってはWin32APIがWindowsの生命線だからな
0245デフォルトの名無しさん
2016/08/08(月) 22:21:32.80ID:jKE4+LjBこれがWPF時代とは違うところ。
0246デフォルトの名無しさん
2016/08/08(月) 22:32:51.54ID:0h94x3PWどうせまた制限ありまくりなんだよね？
そうでなくても糞ダサくて視認性最悪のフラットデザインを半強制されるだけで
作る気無くすw
0247デフォルトの名無しさん
2016/08/08(月) 23:34:38.20ID:FOEjBVJr勝手に作るツールなんかには面倒くさくて使えんわ。
0248デフォルトの名無しさん
2016/08/09(火) 01:08:44.18ID:mCEAgHshXboxで業務はやらねえし、ウェアラブルデバイスとアプリを共通にできる夢なんて見てる奴はこの世に存在しねえ
0249デフォルトの名無しさん
2016/08/10(水) 12:38:29.44ID:vIanuv+Q0250デフォルトの名無しさん
2016/08/10(水) 16:14:44.63ID:bAeeSWkU0251デフォルトの名無しさん
2016/08/10(水) 16:31:33.08ID:z1xSvemN別にビューは変えてもいいし。
0252デフォルトの名無しさん
2016/08/10(水) 17:12:53.20ID:yH6Tmb7Kお前がシコるのにか？
0253デフォルトの名無しさん
2016/08/10(水) 17:56:02.23ID:g8y7q5hi0254デフォルトの名無しさん
2016/08/10(水) 18:07:21.30ID:OwTr3z4Y慣れるとxml弄るだけでGUI定義できるのはすごく便利なんだけどね
数字でレイアウト決めるから器用じゃなくても綺麗にできる
0255デフォルトの名無しさん
2016/08/10(水) 18:19:34.54ID:yH6Tmb7K総工数にメリットをもたらしたという実感がない
0256デフォルトの名無しさん
2016/08/10(水) 18:28:34.39ID:eivVbB3Aビュー(というかXAMLの糞さ)を除けばまあまあだろ
パフォーマンスが劣化しやすいから注意する必要はあるが
XAMLの苦痛な部分を改善したXAML2とか開発されないものか
0257デフォルトの名無しさん
2016/08/10(水) 18:41:14.06ID:tVeg/LEY川俣大先生さんじゃないけど、あの手の人の自己顕示の道具になっちゃってる時点で
WPFもMVVMも破綻してるわな。
0258デフォルトの名無しさん
2016/08/10(水) 18:44:26.67ID:uDd0as+10259デフォルトの名無しさん
2016/08/10(水) 18:47:53.66ID:lZ6AldSS0260デフォルトの名無しさん
2016/08/10(水) 19:18:02.41ID:bAeeSWkU0261デフォルトの名無しさん
2016/08/10(水) 20:15:06.72ID:g1t1gBoJガベージイン・ガベージアウトって言ってな
0262デフォルトの名無しさん
2016/08/10(水) 20:16:47.70ID:S4j8bZtI0263デフォルトの名無しさん
2016/08/10(水) 22:25:21.11ID:bAeeSWkU0264デフォルトの名無しさん
2016/08/11(木) 02:08:12.20ID:9PMN5Gnj理解できないとそうなるよな。
0265デフォルトの名無しさん
2016/08/11(木) 02:13:11.95ID:8h/wb1Gd0266デフォルトの名無しさん
2016/08/11(木) 02:15:28.47ID:RnHKF8GLしばき倒して髪の毛全部毟るぞテメェ
0267デフォルトの名無しさん
2016/08/11(木) 07:15:42.11ID:7N4x7lnM昔のMSの方針は馬鹿でも使えるOSだったのにな。
0268デフォルトの名無しさん
2016/08/11(木) 10:04:40.84ID:xrJf6x44もう十分だろ
WPFは失敗した、これが結論
0269デフォルトの名無しさん
2016/08/11(木) 11:14:39.47ID:8h/wb1GdIphoneと同じ
0270デフォルトの名無しさん
2016/08/11(木) 11:38:24.19ID:ZnWKVyt10271デフォルトの名無しさん
2016/08/11(木) 11:46:22.52ID:RnHKF8GL逆じゃねーか
0272デフォルトの名無しさん
2016/08/14(日) 09:27:58.83ID:BD0ES8XFあとUWPからx:Bindを逆輸入してくんないかな
0273デフォルトの名無しさん
2016/08/14(日) 10:00:14.86ID:09LieWdf0274デフォルトの名無しさん
2016/08/14(日) 13:24:51.31ID:pmFg/nhhWindowStyle.None, WindowState.Maximized をしても、勝手に先にWindowState.Maximized
されているようで、タスクバーが消えません。
WindowState.Normalを指定しても、直後に勝手にWindowState.Maximizedされているようです。
0275デフォルトの名無しさん
2016/08/14(日) 22:31:45.49ID:vJRU381/0276デフォルトの名無しさん
2016/08/14(日) 22:39:38.26ID:egDq1brU0277デフォルトの名無しさん
2016/08/16(火) 19:20:38.87ID:0bPDKSuYPrism.Wpf入れてもない？
0278デフォルトの名無しさん
2016/08/18(木) 07:56:26.26ID:G1NxGCvZ↓
参照してる人なし
↓
削除削除♪
↓
実はXamlでバインドされててあぼん
な状況を回避するベストプラクティスを教えてください
0279デフォルトの名無しさん
2016/08/18(木) 08:16:13.40ID:rFQ1tdy8あるあるすぎるｗ
俺も知りたい
0280デフォルトの名無しさん
2016/08/18(木) 08:55:08.08ID:sh92haT+0281デフォルトの名無しさん
2016/08/18(木) 12:47:15.97ID:Qi6POpo5やっぱりWPFもXAMLもうんこだな
0282デフォルトの名無しさん
2016/08/18(木) 12:55:34.49ID:GEKjn06d0283デフォルトの名無しさん
2016/08/18(木) 17:36:29.42ID:2whTNTIp何でそういうことが起こるのかよくわからない
使わないでも残しておけばいい
設計した時に必要と思ったならな
それか中身くりぬいておいて例外投げろよ
0284デフォルトの名無しさん
2016/08/18(木) 17:57:51.47ID:QuQ6yNaV0285デフォルトの名無しさん
2016/08/18(木) 18:00:23.91ID:2whTNTIp0286デフォルトの名無しさん
2016/08/18(木) 18:04:14.12ID:2bqsbRe3ファンボーイってのは救えないね
0287デフォルトの名無しさん
2016/08/18(木) 18:05:32.71ID:2whTNTIp自分が未熟なだけなのにここで偉そうな口きいてる
0288デフォルトの名無しさん
2016/08/18(木) 18:07:29.32ID:2whTNTIp0289デフォルトの名無しさん
2016/08/18(木) 18:25:39.00ID:Pxb0F6SP0290デフォルトの名無しさん
2016/08/18(木) 18:28:19.97ID:Pxb0F6SPまあ不便だね
0291デフォルトの名無しさん
2016/08/18(木) 19:11:08.41ID:sh92haT+0292デフォルトの名無しさん
2016/08/23(火) 15:09:37.92ID:pAVc0AUZこれをＣ＃で書きたいのですが、StaticResourceってどうかけばいいの？
というか、なにもの？
0293デフォルトの名無しさん
2016/08/23(火) 17:42:04.48ID:pAVc0AUZできました まる
0294デフォルトの名無しさん
2016/08/24(水) 20:47:06.62ID:+p3w7Fxupublic Class Test{
public bool Prop {get; set;}
}
public Test[] test {get;set;} = new Test[10];
.xaml
Source="{Binding test[0].Prop}"
みたいな感じで配列にインデクサを指定してアクセスし、そのメンバプロパティをバインドすることってできますか？
Error test[0] is not supported in a Windows Presentation Foundation
(WPF) project.
と怒られるのですがどうすればいいでしょうか？
0295デフォルトの名無しさん
2016/08/24(水) 22:53:01.81ID:gjnUuRcdWPFでは配列じゃなくてObservableCollectionなどを使う
その上でListViewなどのItemsSourceにバインドし、DataTemplateを使って要素を生成する
0296デフォルトの名無しさん
2016/08/25(木) 08:24:29.07ID:2FMJ1gulできるよ。Bindingのパスの起点はDataContext
0297デフォルトの名無しさん
2016/08/25(木) 13:12:43.70ID:19EK/J+p0298デフォルトの名無しさん
2016/08/26(金) 00:32:48.12ID:FSeY/wHd0299デフォルトの名無しさん
2016/08/26(金) 00:53:58.25ID:zWe+Xnw2でも原則的には「そんなことはしない」が正解
0300デフォルトの名無しさん
2016/08/26(金) 01:09:13.82ID:MwmpSlTr0301デフォルトの名無しさん
2016/08/26(金) 01:11:25.83ID:sb5fn0M50302デフォルトの名無しさん
2016/08/26(金) 01:16:35.20ID:ZXi/bCeq0303デフォルトの名無しさん
2016/08/26(金) 01:16:49.81ID:FSeY/wHd他の方法で逃げとくか・・・
0304デフォルトの名無しさん
2016/08/26(金) 01:23:30.24ID:MwmpSlTr0305デフォルトの名無しさん
2016/08/26(金) 19:31:23.55ID:rDIa7RINあるある、それなｗ
バレたし( * ́艸`)
0306デフォルトの名無しさん
2016/08/29(月) 19:03:04.91ID:L4EgNXIN0307デフォルトの名無しさん
2016/09/03(土) 08:48:57.89ID:EsjfZgnO0308デフォルトの名無しさん
2016/09/07(水) 02:26:49.56ID:7CNWNcmi0309デフォルトの名無しさん
2016/09/07(水) 10:42:21.54ID:Wz/3zuTlググれば出てくるな
http://www.codeproject.com/Articles/446888/Custom-Spider-or-Radar-Chart-Control
気に喰わないのなら改造かカネ出して買えばいいんじゃないかな？
0310デフォルトの名無しさん
2016/09/07(水) 21:23:49.27ID:RD1I6fz3VSで用意されているものだと、それしか無いな。
後は、nget等でフリーの物をを探してみるか、有償の物を買うか。
WPF対応でフリーの定番ってのは無いみたい。
0311デフォルトの名無しさん
2016/09/07(水) 22:58:09.49ID:fWpwN+7cBlend におけるアートボードの背景色の変更
https://msdn.microsoft.com/ja-jp/library/jj170031(v=vs.120).aspx
背景の項目なんて無いんだが
0312デフォルトの名無しさん
2016/09/08(木) 00:08:48.38ID:Vzj7Ghpg0313デフォルトの名無しさん
2016/09/08(木) 00:11:35.06ID:kdgS8aGeスレチ
0314デフォルトの名無しさん
2016/09/08(木) 00:27:29.58ID:QAoHcTK0どうやるの？
0315デフォルトの名無しさん
2016/09/08(木) 02:43:56.44ID:rDAq/A04>>310
ありがとうございます、色々と試してみます。
0316デフォルトの名無しさん
2016/09/08(木) 06:40:19.84ID:Vdf2zs6E0317デフォルトの名無しさん
2016/09/09(金) 22:15:49.70ID:qHRNgaZ5画像のライブラリがガラッと変わっていてファイルのサムネの表示できなかったわ
表示する方法分かる人居ませんか？
0318デフォルトの名無しさん
2016/09/10(土) 04:58:44.92ID:3Uf/55uO0319デフォルトの名無しさん
2016/09/10(土) 07:23:18.50ID:MMGe7M6k0320デフォルトの名無しさん
2016/09/10(土) 08:18:56.09ID:MMGe7M6khttps://www.nuget.org/packages/UwpDesktop
0321デフォルトの名無しさん
2016/09/11(日) 23:05:10.17ID:X+eP6B7l0322デフォルトの名無しさん
2016/09/12(月) 16:29:27.75ID:3gvBAawh0323デフォルトの名無しさん
2016/09/12(月) 17:33:54.31ID:8cawWrC10324デフォルトの名無しさん
2016/09/12(月) 21:05:02.71ID:p0km3lhzUWPはストアアプリしか作れないし。
0325デフォルトの名無しさん
2016/09/12(月) 21:23:00.27ID:0pjXoVUQhttps://www.infoq.com/jp/articles/Win8-LOB-Options
0326デフォルトの名無しさん
2016/09/12(月) 21:44:04.07ID:p0km3lhz0327デフォルトの名無しさん
2016/09/12(月) 21:59:46.98ID:8cawWrC1・ASP.NETは急速な進化を続け、MVCへの移行も進んでいる
・コンシューマ向けネイティブクライアントの需要に応えてUWPが誕生した
・MSはVSCodeの開発にElectronを選択した
・WPFはMSがWin向けVSを作るための基盤として保守され続けている
もういいんじゃないかな
あとは近いうちにVSがWebベースに移行するだろうから、それでWPFの役目はおしまい
0328デフォルトの名無しさん
2016/09/12(月) 22:00:26.90ID:auLhvrno0329デフォルトの名無しさん
2016/09/12(月) 22:03:53.83ID:0pjXoVUQ0330デフォルトの名無しさん
2016/09/12(月) 22:13:36.22ID:8cawWrC1配布形態の話とUI技術の話をごっちゃにしてはいけない
全てのアプリケーションがWebで提供されるようにはならないだろうけど、
UI技術がHTMLベースになることには技術的に何の問題もなく、単に開発者のスキルの問題でしかない
昔から続くVB系技術からWeb系技術への開発者スキルの大移行にあたって、
WPFというのは無駄なステップでしかないのよ
0331デフォルトの名無しさん
2016/09/12(月) 22:39:41.22ID:0pjXoVUQ0332デフォルトの名無しさん
2016/09/12(月) 22:44:43.66ID:Pvq39N/6WPFもWebとの親和性とか考えなきゃ、こんなどっちつかずのものにならんかったろうに。
0333デフォルトの名無しさん
2016/09/13(火) 05:57:52.73ID:CVZVZG0P分離することでテストしやすいのはあくまで単体テストの話であって
ダブルクリックして出来た関数にコードを書き、その先頭にブレークポイント設置して
待ってるような古くからあるデバッグスタイルと相性が悪い
0334デフォルトの名無しさん
2016/09/13(火) 08:39:28.96ID:7uOfP430MVVMでシンプルに作れちゃうような量産型画面ならWebのやり方はなんだかんだ言って楽だからね
緩やかに移行を促すという意味でも
0335デフォルトの名無しさん
2016/09/13(火) 09:35:28.43ID:5MhN2/GPダブルクリックしてできた関数を、単体テストから呼び出してテストするんだよ。
その先頭にブレークポイント設置するなんて簡単な作業だろ。
0336デフォルトの名無しさん
2016/09/14(水) 06:57:41.33ID:1t63ZV8Sコードが書けない奴ほどWeb化したがる。ゲイツも否定的だった糞遅いXMLを使いたがる。
この流れは止められない。
0337デフォルトの名無しさん
2016/09/24(土) 13:32:30.37ID:ZOSeBfBN0338デフォルトの名無しさん
2016/09/24(土) 13:42:02.92ID:zJlGaJN/0339デフォルトの名無しさん
2016/09/24(土) 14:25:58.39ID:nBrRcsMu業務用なんて見た目に金かけないイメージ
0340デフォルトの名無しさん
2016/09/24(土) 14:31:40.61ID:1AtHYWO9書籍は和書は過去に数冊出てたみたいだけど今は絶版。今は洋書が1冊あるだけ。
■Pro WPF 4.5 in C#: Windows Presentation Foundation in .NET 4.5
https://www.amazon.co.jp/dp/B00ACC69B0/
Web上もあんまり情報無いね。
■＠IT > Insider.NET > 業務アプリInsider > 連載：WPF入門
http://www.atmarkit.co.jp/ait/subtop/features/dotnet/app/introwpf_index.html
■WPF4.5入門(かずきのBlog@hatena)
ttp://blog.okazuki.jp/entry/2014/12/27/200015
0341デフォルトの名無しさん
2016/09/24(土) 14:38:24.46ID:1AtHYWO9訂正。洋書は他にも数冊出てた。
後、エッセンシャルWPFって和書もまだアマゾンで買える。2007年の本だけど。
0342デフォルトの名無しさん
2016/09/24(土) 22:33:41.06ID:/lQirmNuhttps://channel9.msdn.com/Events/de-code/2016/CLT-005
0343デフォルトの名無しさん
2016/09/25(日) 12:04:10.23ID:/drq06490344デフォルトの名無しさん
2016/09/25(日) 13:10:42.43ID:ISX7o04+0345デフォルトの名無しさん
2016/09/26(月) 11:03:13.77ID:BE4X6ULo0346デフォルトの名無しさん
2016/09/26(月) 12:15:04.55ID:I4kv7zb+0347デフォルトの名無しさん
2016/09/26(月) 14:23:34.41ID:Wr3XAlYG0348デフォルトの名無しさん
2016/09/26(月) 14:40:36.17ID:NRdPNu0H判断力のないユーザーがソフトウェアをインストールできるようにすると
そのユーザーが所有するファイルを全て削除するような
悪意のあるソフトウェアだった場合に困るだろ
的な
0349デフォルトの名無しさん
2016/09/26(月) 15:53:56.87ID:upE7RoTw制限ユーザーの「制限」を有名無実化してしまう、って話だろw
0350308
2016/10/01(土) 07:39:31.70ID:/0tHYh1hこんな感じでゲームの補助ツールできました
教えていただき、ありがとうございました
http://imgur.com/a/zFI6M
0351デフォルトの名無しさん
2016/10/01(土) 07:44:09.17ID:uV5Jr/Ud0352デフォルトの名無しさん
2016/11/19(土) 20:27:06.35ID:3k2nRUgfxaml上で定義を使いまわす方法はあるでしょうか？ググるキーワードを教えてください。
0353デフォルトの名無しさん
2016/11/20(日) 06:28:10.35ID:mNZMIvsS0354デフォルトの名無しさん
2016/11/20(日) 09:36:11.13ID:Vfcw1yaj0355デフォルトの名無しさん
2016/11/20(日) 16:37:58.34ID:sEtg8M9R！？
355がResourceDictionaryって回答してて、俺もその方が楽だと思うけど…
他の画面とかでも使うならまだしも
0356デフォルトの名無しさん
2016/11/20(日) 18:06:41.90ID:Vfcw1yajUserControlはDataGridで作ったものをほぼそのまま切り出してItemsSourceプロパティを
追加する程度でできましたので。
0357デフォルトの名無しさん
2016/11/20(日) 18:25:34.17ID:UOwy9l6aそのStyleをResourceDictionaryに入れるってことじゃないの
0358デフォルトの名無しさん
2016/11/20(日) 19:53:04.71ID:Vfcw1yajDataGridのテンプレートに<DataGrid.Columns>など列の定義まで含めた例が見つからず、
どう記述すればよいのか調べていたところでした。
UserControleの方法が見つかったのでそれ以上は調べていませんが。
0359デフォルトの名無しさん
2016/11/23(水) 15:05:45.69ID:VBCMKqAL<MenuItem Header="文字列" Width="200" Height="100" />
</Menu>
こんな感じにメニューにWidthやHeightを指定すると表示される文字列の位置が、左詰めで上下は中央になりました
MenuItemにHorizontalAlignment="Center"やHorizontalContentAlignment="Center"を加えても左詰めのままです
表示位置を変える方法があったら教えてください
0360デフォルトの名無しさん
2016/11/23(水) 20:46:37.76ID:CZnGuUWlMenuItem用のControlTemplateを定義してStyleで設定する
アホみたいに面倒臭いから覚悟しろ
0361デフォルトの名無しさん
2016/11/24(木) 09:58:22.11ID:vsMTJW2u多少面倒くさいからなんだ
いつものことだろ
0362デフォルトの名無しさん
2016/11/24(木) 11:02:42.19ID:v5CN35ks0363デフォルトの名無しさん
2016/11/24(木) 11:10:11.93ID:gjXMRRSy教えてくれたControlTemplateをもとにこんなことやりました
https://msdn.microsoft.com/ja-jp/library/ms747082(v=vs.85).aspx
9割がた理解できてないけど、ここのソースを使ってContentPresenterに
VerticalAlignment="{TemplateBinding VerticalContentAlignment}"
HorizontalAlignment="{TemplateBinding HorizontalContentAlignment}"
を付け足したところ、なんとか文字列の表示位置を動かすことが出来ました
ただ、外観をすべて再定義してるような感じで、その他のメニューと整合性が取れなってる場所もちらほら
クラスの継承・オーバーライド程度に手軽にできるものかと思ったけど、難しいもんですね
もう少し上手くできるように弄ってみようかと思います
0364デフォルトの名無しさん
2016/11/25(金) 07:18:14.70ID:9jtEtGtNCSSなら簡単にできるけどな
アドホックなスタイル設定ができないのはWPFの大きな欠点
0365デフォルトの名無しさん
2016/11/25(金) 07:57:19.11ID:FYecMoLMえ゛
0366デフォルトの名無しさん
2016/11/28(月) 22:20:37.27ID:yhiOMU2tできますでしょうか？もし、同じ事を他の方法でできるなら教えて下さいまし。
各項目は単にテキストなんですけど、テキストの幅に合わせて各項目を表示したいです。
Orientation=HorizontalのStackPanelを複数行に並べた感じで表示したいのです。
0367デフォルトの名無しさん
2016/11/28(月) 23:26:08.10ID:SXoUdBtU0368デフォルトの名無しさん
2016/11/28(月) 23:45:07.79ID:yhiOMU2t要はItemsControl派生のクラスで。
0369デフォルトの名無しさん
2016/11/28(月) 23:56:28.36ID:BQu1LLHA0370デフォルトの名無しさん
2016/11/29(火) 00:04:22.73ID:BBDBrx5uちょっと調べてみます。
0371デフォルトの名無しさん
2016/11/29(火) 00:14:43.47ID:BBDBrx5uやはり次の行にラップしてくれませんでした。
0372デフォルトの名無しさん
2016/11/29(火) 00:39:28.93ID:BBDBrx5u使ったらちゃんと折り返してくれて表示されました。
ありがとうございます。
0373デフォルトの名無しさん
2016/11/29(火) 00:43:33.52ID:CENmvLmD指定されるもの。
指定されたPanelの通りに動く。
折り返したいなら、WrapPanelを使う。
情報の後出しは、嫌う人が多いから気を付けて。
0374デフォルトの名無しさん
2016/12/02(金) 01:41:10.79ID:+YBD4ZXG0375デフォルトの名無しさん
2016/12/02(金) 02:58:55.45ID:MJ0hv66x0376デフォルトの名無しさん
2016/12/02(金) 07:30:33.30ID:BYmiNfoD0377デフォルトの名無しさん
2016/12/03(土) 12:34:51.54ID:jHYchVO/コントロールの形状をカスタマイズするにはどうすればいいんでしょう？
例えば、ボタンの形状を四角から台形にしたり星型にしたり
いろいろ調べてみましたが、Expression Blendの頃の古い情報ばかりで
0378デフォルトの名無しさん
2016/12/03(土) 12:38:20.64ID:x7z2pgeGBlendってたしかテンプレートの抽出みたいな機能無かったっけ?
それで吐き出したソースをベースにして弄るんだった気がする
もうWPFなんか使ってないから忘れたけど
0379デフォルトの名無しさん
2016/12/03(土) 13:09:25.00ID:jHYchVO/形状の変更はまだできてないですが調べながらやってみます
0380デフォルトの名無しさん
2016/12/11(日) 01:39:22.19ID:YlbmPSU8RenderTransformだっけか。
それ使えば変形だけならすぐできるよ。
凝ったボタンにしたいならControlTemplateでいいけど
0381デフォルトの名無しさん
2016/12/11(日) 09:39:49.84ID:xUW3RgdE0382デフォルトの名無しさん
2016/12/31(土) 01:05:38.36ID:p7MWUSsiDotfuscatorは高くて手が出ないけど、数万で買えるのなら欲しい。
Babel Obfuscator試してみたけど、
XAMLの MouseLeftButtonDown="Window_MouseLeftButtonDown"
で生成される.cs側のメソッドまでリネームされて使い物にならない。
っていうか使い方が悪いのかな・・
0383デフォルトの名無しさん
2016/12/31(土) 18:28:54.48ID:AxNUooWe0384デフォルトの名無しさん
2016/12/31(土) 23:30:50.97ID:u4bGwJtr見られて困るような内部の重要な部分だけ難読化すればいいじゃん
仮にイベントハンドラに全部書いてるならそんなゴミコードは誰も読みたがらないから安心しろ
0385382
2017/01/01(日) 13:52:04.59ID:91dM5KHs大いに同意。
元はツールの位置づけで作ってたんだけど、あれよあれよという間に製品化の方向。
MVVMでビジネスロジックは分離してるけど、一部UIだけで完結する処理は
コードビハインドにイベントハンドラ方式がちらほら残ってる。
今はUI以外の隠すべき処理は外部DLL化して、それにだけ難読化ツールをかけるよう修正中。
0386デフォルトの名無しさん
2017/01/01(日) 14:46:56.31ID:7mXRBDlm難読家する理由何よ？
0387デフォルトの名無しさん
2017/01/01(日) 15:56:00.41ID:iVCyTGej0388デフォルトの名無しさん
2017/01/01(日) 15:57:07.04ID:epcIVmQh0389デフォルトの名無しさん
2017/01/01(日) 17:28:36.23ID:X3hcI7Liそんなもん適当な値と XOR でもしときゃいいだけやん
難読化アルゴリズムはセキュリティ確保のために非公開とします
0390デフォルトの名無しさん
2017/01/01(日) 17:44:19.67ID:dfiLOuZD- XAML担当部分には難読化が有効なロジックも、難読化が意味を持つような識別子も含まれない
これを理解してもらうのはそんなに難しくないと思うけどね
0391デフォルトの名無しさん
2017/01/01(日) 18:11:44.29ID:oYN2j5aa対象がWindows10のみってのが今は最大のネックだ
0392デフォルトの名無しさん
2017/01/02(月) 11:40:43.80ID:CU+xeCW9概念はぐぐってなんとか分かったつもりでいますが、どうプログラミングすればよいかわからず。
0393デフォルトの名無しさん
2017/01/02(月) 14:32:10.15ID:CPceoiNSビューとロジックの分離とか、MSのWPFサンプルでやってるような
ページ単位で依存関係をぶった切るような設計とかのバックグラウンドの考え方がよく理解できるよ
Webなら参考書はいくらでもあるし
そのまま「もうWebでよくね?」となっても一向に構わない、むしろ今時はそれが望ましい
0394デフォルトの名無しさん
2017/01/02(月) 18:34:29.15ID:UhiZJmblどこにも需要がない。
0395デフォルトの名無しさん
2017/01/02(月) 18:44:05.57ID:ZBLgkneLそれぐらい出来が悪い。まだMFCのほうがマシだった。
0396デフォルトの名無しさん
2017/01/02(月) 18:52:26.80ID:GW06D3H/0397デフォルトの名無しさん
2017/01/02(月) 18:59:10.12ID:+OhqLJH9敷居を下げてＣ＃で使えるグラフィックライブラリとして紹介して普及させるべきだった
0398デフォルトの名無しさん
2017/01/02(月) 19:28:25.74ID:YMflTb9q無理だっつの
0399デフォルトの名無しさん
2017/01/02(月) 19:50:30.40ID:ZBLgkneLUIの設計、コントロールの配置はすべてこちらにやらせ、何パターンかのカラフルな配色の提案だけしてきた。
開発者の意見は概ね「子供の塗り絵かよ」というもので二度と頼むことはなかった。
0400デフォルトの名無しさん
2017/01/02(月) 19:52:56.26ID:YMflTb9qそして通常、普通に使う業務アプリでそこまで拘る必要は無い
0401デフォルトの名無しさん
2017/01/02(月) 20:27:38.05ID:ZBLgkneLWindows10がなぜ糞なのか。UIデザイナーを置いたからだ。すべてはWPFのせいなのだ。
0402デフォルトの名無しさん
2017/01/02(月) 22:37:47.65ID:tp0UcY/K0403デフォルトの名無しさん
2017/01/02(月) 22:42:00.08ID:OVlW98VIしかもちゃんとExpressionなんとか使って、XAMLにまでしてくれる。
0404デフォルトの名無しさん
2017/01/02(月) 22:59:33.15ID:ZGuRW1E+http://www.windowscentral.com/new-design-language-windows-10-project-neon
何処がどう変わるのかサッパリわからんな
0405デフォルトの名無しさん
2017/01/02(月) 23:03:15.70ID:CU+xeCW9単にWinFormばっかやってたので、WPFも触りたいなーと思っただけですが。
0406デフォルトの名無しさん
2017/01/02(月) 23:06:45.24ID:4PPr4nk01行目から間違いだから分からないのも無理はない。
0407デフォルトの名無しさん
2017/01/02(月) 23:11:08.85ID:MrPj4nrh取りあえず触ってみると良いよ
触るだけなら名前空間が違うだけでformsと同じ流儀で行ける
0408デフォルトの名無しさん
2017/01/02(月) 23:11:34.61ID:ZBLgkneL0409デフォルトの名無しさん
2017/01/02(月) 23:11:37.94ID:YMflTb9q一応言っとくと、俺は批判するつもりは無いっつーか
WPFの方が好きよ
0410デフォルトの名無しさん
2017/01/02(月) 23:13:15.45ID:mABnUerH幅を広げたいならASP.NET MVCとかUnityとかXamarinとか魅力的な選択肢は色々あるよ
なんでよりによってWPFなのか
0411デフォルトの名無しさん
2017/01/03(火) 00:39:51.71ID:f2h7dQbm0412デフォルトの名無しさん
2017/01/03(火) 09:10:00.25ID:O5amT4liここ3年くらいロードマップにパフォーマンス向上以外書かれなくなってさあｗｗ
挫折もするわ
0413デフォルトの名無しさん
2017/01/03(火) 09:55:31.22ID:+g67VoNj挫折した原因が他にあって、それが改善されないままだってことを言いたいんだろうか。
0414デフォルトの名無しさん
2017/01/03(火) 10:13:25.96ID:K9PZ4HA5そもそも見捨てられつつあるexe環境の中じゃ一等マシに見えるけど
0415デフォルトの名無しさん
2017/01/03(火) 10:50:08.28ID:EN1xnUGH業務はなかなか提案しづらい。使えるのが居ない
0416デフォルトの名無しさん
2017/01/03(火) 14:00:24.23ID:CatVvMFG慣れると楽だから俺もそうなんだけど、セットでやらなきゃならんこと＝覚えにゃならんことが多くて人にはオススメできない
0417デフォルトの名無しさん
2017/01/03(火) 14:11:27.36ID:EN1xnUGH基礎の基礎をまず把握してなきゃいかんのがなぁ。基礎を教えるのも辛いし
0418デフォルトの名無しさん
2017/01/03(火) 14:25:19.41ID:lzuO91FZSilverlightも死んで久しい
あれ好きだったんだけどなあ
0419デフォルトの名無しさん
2017/01/04(水) 01:15:27.11ID:H7xg2HxBgui作り安かったんだがなぁ
javascriptで似たように作るのはまったく分からんからwebに手がだせない時代遅れの人になっちった
それより光ちゃんがいなくなったのか寂しいとかいってみたり
0420デフォルトの名無しさん
2017/01/05(木) 22:03:24.39ID:SwnEuFT+実際はPer-monitor DPI対応やらパフォーマンス向上以外も地味に改良入ってるけどね。
HiDPI対応はFormsでも一部入ってるけど不完全。
0421デフォルトの名無しさん
2017/01/07(土) 23:31:21.01ID:4lT0hUL1VSの開発で必要だっただけ
0422デフォルトの名無しさん
2017/01/08(日) 01:41:30.98ID:Dfhzw297DirectX extensionsもNuGetパッケージになってるけど、これはいずれ標準になるのかな
0423デフォルトの名無しさん
2017/01/08(日) 06:28:02.92ID:TbfsFEah賭けてもいい
0424デフォルトの名無しさん
2017/01/08(日) 09:48:37.68ID:6Rfsv7h0こういうのをラッパーすら作らず適当にホスティングで済ませようとするのは
むしろWPFに対するやる気のなさの表れと解釈するのが自然だろう
0425デフォルトの名無しさん
2017/01/17(火) 17:46:58.43ID:i2vycl/j0426デフォルトの名無しさん
2017/02/09(木) 18:24:31.34ID:fb+hcXWk0427デフォルトの名無しさん
2017/02/10(金) 17:07:45.41ID:wVuY3QESwpf初心者でプログラム作ってるんですがバインディングの反映がされない時があるんです
こういった時どうやって追っていけばいいんですか？
例)datagridにバインドして1秒間隔でデータを更新
しばらくしていると更新されない行がでたりする
→ソートし直すと直る
仮想化とかが悪いのかなあ
0428デフォルトの名無しさん
2017/02/11(土) 14:20:41.87ID:k2T5LcrXPropertyChangedの間隔が2秒以上のときログ吐く
The 原始的手法
0429デフォルトの名無しさん
2017/02/11(土) 14:36:01.42ID:YT2/Dw8vコードビハインド使ってログ書けばいいのか
助かりましたありがとうございました
0430デフォルトの名無しさん
2017/02/21(火) 12:27:03.05ID:jMboudrT0431デフォルトの名無しさん
2017/02/22(水) 20:20:36.39ID:8K5LK+D0<Image Stretch="None" VerticalAlignment="Top" HorizontalAlignment="Left">
<Image.Source>
<DrawingImage>
<DrawingImage.Drawing>
<DrawingGroup x:Name="dg" />
</DrawingImage.Drawing>
</DrawingImage>
</Image.Source>
</Image>
Private Sub Button1_Click(sender As System.Object, e As System.Windows.RoutedEventArgs) Handles Button1.Click
Dim dc As DrawingContext = dg.Open
dc.DrawRectangle(Brushes.Red, Nothing, New Rect(0, 0, Me.Width, Me.Height))
dc.DrawRectangle(Brushes.Aqua, Nothing, New Rect(-50, 50, 100, 100))
dc.Close()
End Sub
四角を-50から書いているのになぜか青い四角が0から書かれて
赤い四角は50ピクセル右に描画されてしまうのですがなぜでしょうか・・・
0432デフォルトの名無しさん
2017/02/22(水) 21:15:08.55ID:THZzxQ0RGridでなくCanvasつかってImageの位置指定してみるとか
注意：ボクは初心者です
0433デフォルトの名無しさん
2017/02/22(水) 21:43:52.03ID:8K5LK+D0ありがとうございます。
一応こうしてみたのですがダメでした。難しい・・・
<Canvas Name="canvas1">
<Image Stretch="None" Canvas.Left="0" Canvas.Top="0" HorizontalAlignment="Left" VerticalAlignment="Top">
<Image.Source>
<DrawingImage>
<DrawingImage.Drawing>
<DrawingGroup x:Name="dg" />
</DrawingImage.Drawing>
</DrawingImage>
</Image.Source>
</Image>
</Canvas>
0434デフォルトの名無しさん
2017/02/22(水) 21:59:46.29ID:XUlde6Q0そもそもなんでマイナス指定したいのかがわからん
0435デフォルトの名無しさん
2017/02/22(水) 22:14:47.00ID:8K5LK+D0ありがとうございます。できました。
0436デフォルトの名無しさん
2017/02/23(木) 22:53:46.11ID:VPnqxc80スティックPCで動かしたら、かなりモッサリでビックリ。
Core2の骨董品でもここまで遅いかなーというモッサリ具合。
これってチューニングでなんとかなる話なのかなぁ。
TextBoxに入力するとめっちゃ遅延したりするし・・・。
そんなのエスパーじゃないとわからねーよ言われそうだけど。
0437デフォルトの名無しさん
2017/02/23(木) 23:04:43.59ID:Gcuw8dft試しにngen実行してみたらどうだろう。
0438デフォルトの名無しさん
2017/02/23(木) 23:51:51.58ID:oiMRy/lZまだUWPにお熱なのも許せるんだがなあ
よくもまあこんだけ似通ったもんの開発リソースを完全に分断できるなと逆に感心するわ
（分断してるんじゃなくてもう見捨ててるって方がしっくりくるけど）
0439デフォルトの名無しさん
2017/02/24(金) 00:06:29.78ID:+y4ZIifjWPFはグラフィック機能が弱いと本当にクソ遅い
簡単なUIならWinFormsで作り直した方がいいよ
超軽くなって感動する
0440デフォルトの名無しさん
2017/02/24(金) 21:22:05.00ID:9RMywL+i分断してないよ
完全に捨ててる
0441デフォルトの名無しさん
2017/02/26(日) 01:50:51.31ID:H7Sm2U9l一応試してみるけど起動時とかの話ではないからあまり効果は期待できない気が？
>>439
正直、今更WinFormsなんぞ触りたくないけど・・・
ほかのアプリはここまでは酷くないから改善はするんだろうね
そういやこのアプリ、外部DLLの呼び出しでWinSock経由で
制御機器のアプリにコマンドを投げているんだけど、
これもまた、超絶遅延してあまりにオーバーヘッド大きくて
絶望しかけいたが、色々いじった結果ページファイルを
無効にすると、まだ遅いけど実用範囲内のレスポンスに
戻った。リソースの消費量をモニターしていてもメモリも
CPUも空きまくってる事は確認済みなので気持ち悪いナァ。
0442デフォルトの名無しさん
2017/02/26(日) 02:02:33.78ID:bMNV8RU50443デフォルトの名無しさん
2017/02/26(日) 08:42:40.54ID:ANz/lmzMリソース開放忘れとか、そういうたぐいも含めて。
0444デフォルトの名無しさん
2017/02/26(日) 12:54:09.58ID:XBcTiJs1一体何だったんだろう？
0445デフォルトの名無しさん
2017/02/26(日) 17:53:06.76ID:mGGKfl2Iむしろ普通ｗ
0446デフォルトの名無しさん
2017/02/27(月) 15:27:30.51ID:O76ntkAt0447デフォルトの名無しさん
2017/03/04(土) 11:51:57.24ID:gI+Wd3F+0448デフォルトの名無しさん
2017/03/04(土) 13:13:45.60ID:svzWwCATあるいはASP.NETか
ん？
ああUWP勢か？
君らは1年半で800レスも行かなかった本スレの心配をしてくれ
0449デフォルトの名無しさん
2017/03/04(土) 16:52:18.36ID:V1fO2YUM0450デフォルトの名無しさん
2017/03/04(土) 18:31:18.73ID:W250mNnrバズワード的な過大評価が修正された面はあるが
だからと言って全否定するのはバズワードに乗っかる奴以上に馬鹿だよww
クラウドとかAIとかIT系のバズワードはだいたいそうだけど、
真に受けるのは馬鹿だけどかといって全部嘘でもない
羹に懲りてなますを吹くってこういうのを言うんだなw
0451デフォルトの名無しさん
2017/03/04(土) 18:36:36.87ID:zFoXIyA1Blendは込み入ったコントロールのレンダリングでクラッシュしたりして一向に駄目ね
VSに載ってるデザイナはさらに駄目だ
クラッシュしまくるからレンダリングさせてない
0452デフォルトの名無しさん
2017/03/04(土) 18:52:45.04ID:CXNSzAhiいや新しくもないかｗ
0453デフォルトの名無しさん
2017/03/04(土) 19:06:20.73ID:V1fO2YUM文系のような新しもの好きが創るものなんか信用できないよ。絶対に何も考慮せず思いつきで作ってる。デスマーチは必至。
どうやらWPF枯れる前に消えるかもしれない。仕方がない。思いつきで採用した技術なのだから。
なにより文系マカーのUI担当が主導した技術で、中のMS技術者が嫌ってる。
0454デフォルトの名無しさん
2017/03/04(土) 19:20:51.77ID:V1fO2YUM新しいものだからという理由だけでUWPやる気力も暇もない。そもそもUWPで作る必要なものがない。
保守されてないwinformのままで誰も不満がないのは、やはり完成度が高すぎたと言わざるを得ない。
0455デフォルトの名無しさん
2017/03/04(土) 19:55:58.36ID:CkdIvWAv保守しかされてない
WPFもそうだけどね
0456デフォルトの名無しさん
2017/03/04(土) 19:56:39.39ID:zGZY4l4q0457デフォルトの名無しさん
2017/03/06(月) 10:09:23.58ID:gw/pUkTwちなみにVB6がいまだに現役の場所もある(これはいい加減やめてほしい)
＜うちの会社がWPFに移行しない理由＞
・業務を円滑に進められるようなアプリがほしい
→ パフォーマンス WinForms＞WPF
・とにかく納期は最短で
→ 学習コストの低さ WinForms＞WPF
・費用が極力抑える
→ 既存リソースの再利用 WinForms＞WPF
業務向けなので見栄え全然優先しないし、
別にサードパーティ製のコントロール使えば大概何とかなるし、逆に安上がりだよね的な
とにかく現場の人間が使いたがらないし、コストと責任を盾にして逃げている感じ
これは技術者の怠慢だと思う
ちなみに自分的にはUWPとかストアアプリとかは
インストーラーとかローカルリソースやらいろいろ制約があるときくので対象外
0458デフォルトの名無しさん
2017/03/06(月) 10:24:46.64ID:lYy9uZ4/0459デフォルトの名無しさん
2017/03/06(月) 10:32:44.53ID:a+DKn9hI0460デフォルトの名無しさん
2017/03/06(月) 15:46:55.44ID:KwTqEkTJ言われたらそれしか出来ない奴が生き残ってるだけで
日本は特にそういう穀潰しが多いだけだよな。
3rd partyのコンポーネント使う前提でWPF用はなくて
WinFormsじゃないとダメな物って具体的に何かあるか？
0461デフォルトの名無しさん
2017/03/06(月) 15:50:34.32ID:SfExdTzoむしろWPFが主流になってる国なんてあるのか。
言っちゃ悪いけど、「だめな奴に囲まれてる」と思いたいのはお前自身が他人にそう見られる
恐怖を抑圧してるからだろう。馬鹿じゃないの。
屁は屁元から騒ぎ出すってかw
0462デフォルトの名無しさん
2017/03/06(月) 16:24:31.10ID:a+DKn9hI全く違う。少しは社会に出ろ。
0463デフォルトの名無しさん
2017/03/06(月) 17:09:43.50ID:g73mEJekあれ人間に読み書きさせるような言語じゃないよ
0464デフォルトの名無しさん
2017/03/06(月) 17:13:30.17ID:w0aKb/cwdirectxでliveなテクスチャとして使いたいのだが
RenderTargetBitmapで静止画なら取れることが分かったけど
いちいちcpuメモリ上に置きたくない
あとRenderTargetBitmapだと画面に表示済みの奴しか使えないみたいだけどオフスクリーン描画できないかな？
0465デフォルトの名無しさん
2017/03/06(月) 17:30:17.64ID:bu6xWt8vそこは結局慣れだと思う
書くのは正直嫌になる気持ちも解らなくは無いが、読むだけなら俺は別に苦じゃないな
0466デフォルトの名無しさん
2017/03/06(月) 17:49:23.45ID:YWYjItmThtml触っているなら問題ないよ
0467デフォルトの名無しさん
2017/03/06(月) 18:02:08.28ID:H3JuSOQKあれは苦しいだろｗ
どこまでがなんなのかさっぱりわかんない
あれが苦しくないならとっくにxml形式の言語が流行してるはず
0468デフォルトの名無しさん
2017/03/06(月) 18:03:21.11ID:bu6xWt8vインデント無しのは読みたくないが
0469デフォルトの名無しさん
2017/03/06(月) 19:21:53.02ID:KwTqEkTJ>>462
このスレはWPFのスレなのに否定的な話ばかりだよな。
別に絶賛する気はないけど、今さらWinFormsみたいな
古くさい物で書く気もしない。
ちなみに統計とかは知らんけどStackOverflowのタグ数を
見るとWPFの方が圧倒的に多い。これをハマり所が多いと
解釈するか、活発に利用されていると解釈するかは
人それぞれだとは思う。
なんかXAMLが嫌みたいだけど、WinFormsの旧態依然
としたUIの記述方法がどれだけメンテナンス性や柔軟性に
富んでるのかね？
俺は本職は組み込み屋だけど、WPFでツールや製品作って
パッケージでも売り出した事もあるしASP.NETも含めて
こっち系の技術でそれなりに飯を食ってた時期も長いので
それなりに良い点、悪い点は理解してるが、この程度の物を
グダグダ批判しかしない奴は何使ってもまともな物作り
出来ない印象しかないな。
0470デフォルトの名無しさん
2017/03/06(月) 19:33:25.38ID:5t3gl1OKなんかエラソウ
どこの職場にもいる煩いジジイタイプ
0471デフォルトの名無しさん
2017/03/06(月) 19:44:20.23ID:lYy9uZ4/0472デフォルトの名無しさん
2017/03/06(月) 19:48:36.64ID:VVjvmUI40473デフォルトの名無しさん
2017/03/06(月) 19:50:17.32ID:sbzCrjtf釣りはよそでやってくれ
0474デフォルトの名無しさん
2017/03/06(月) 20:06:36.96ID:g73mEJekWPFが現代的かというとこれも首を傾げる
0475デフォルトの名無しさん
2017/03/06(月) 20:16:00.75ID:ajpZLJux0476デフォルトの名無しさん
2017/03/06(月) 20:31:44.10ID:0xhSbt3GVisual Studio とかじゃダメなん？
https://msdn.microsoft.com/ja-jp/library/hh921077.aspx
0477デフォルトの名無しさん
2017/03/06(月) 23:03:48.19ID:sBcx6cOe釣りはいらないよ
0478デフォルトの名無しさん
2017/03/06(月) 23:11:49.34ID:0xhSbt3G意味わからん
普通に使ってるんだが
0479デフォルトの名無しさん
2017/03/06(月) 23:14:52.54ID:YWYjItmT速度以上にバインドミスるとコンパイルエラーだもんな
0480デフォルトの名無しさん
2017/03/07(火) 00:01:21.16ID:TfAVO8sBする。例えば、bool?とboolのバインドとかでも。
0481デフォルトの名無しさん
2017/03/07(火) 00:03:05.81ID:TfAVO8sB0482デフォルトの名無しさん
2017/03/07(火) 00:06:09.58ID:hjB1k2kx一度システムで採用したらそのシステムはずっと保守しなきゃならないという常識を理解できない馬鹿去れ。
頭が悪すぎる。
0483デフォルトの名無しさん
2017/03/07(火) 00:12:01.44ID:04iMZGznうん。
そんな事を理由にWinFormsのWPFに対する優位性を
語ってると思ってるなら本当に救いようのない馬鹿だね。
けなすにしても技術的な観点でやれよな。
0484デフォルトの名無しさん
2017/03/07(火) 07:55:16.66ID:s+clSvSFFormデザイナーの出力よりよっぽど手修正しやすいと思うんだが。
最近、XAMLはほとんど手書きだわ。
0485デフォルトの名無しさん
2017/03/07(火) 13:08:10.14ID:tJwZZR52自分好みに一定の法則で決まった順番に属性が定義されるようにとか、
改行、インデントしてくれるチョンプロ作って整形したりしてるなぁ
全部決まった位置にあるとバインドとか直しやすい
0486デフォルトの名無しさん
2017/03/07(火) 14:07:36.05ID:Y1J0kN3qこれからコレクションのインデックスを取得する方法ってないですか？
((ListViewItem)sender).Contentで中身にはアクセスできて目的自体は達成できるのですが、
いちいち中身を個別にいじるのが面倒なので、コレクションのItemごとさくっと差し替えてしまいたいんですけど。
0487デフォルトの名無しさん
2017/03/07(火) 15:32:17.38ID:04iMZGznParentからSelectedIndex取るんじゃ駄目なの？
そもそも俺だったらCommandをトリガーにして
bindingしたSelectedIndex拾うけど。
0488デフォルトの名無しさん
2017/03/07(火) 19:25:20.93ID:Y1J0kN3qコマンドでの対応方については後で調べてみます。
正直よく分からないので、ListView.ItemContainerGenerator.IndexFromContainerにて取得をしました
ただ、これはリストビュー内でのインデックスなので、ItemsSourceにセットしたコレクションのインデックスと
完全に一致する保証があるのか今ひとつ調べ切れてないのが若干不安です。
0489デフォルトの名無しさん
2017/03/07(火) 19:41:58.76ID:TfAVO8sBいま、ちょうどListViewいじってから試してみたけど、senderにListViewItem入ってないぞ。
senderに入ってるのはListView
0490デフォルトの名無しさん
2017/03/08(水) 08:14:30.09ID:5RScNi3gItemContainorStyleで、ListBoxItemのスタイル定義をして、そこでEventsetterつかってdoubleclickハンドリングするんだが
手順間違っていないか？
0491デフォルトの名無しさん
2017/03/08(水) 10:36:35.68ID:nni1QRG8リストビューがあるフォームのWindow.Resourcesに
<Style TargetType="{x:Type ListViewItem}" x:Key="listViewStyle">
<EventSetter Event="MouseDoubleClick" Handler="listViewItem_MouseDoubleClick" />
</Style>
この定義をいれればアイテムのダブルクリックが取れるんです
0492デフォルトの名無しさん
2017/03/08(水) 18:40:52.11ID:ZHaT77dwそれはListViewじゃなくてListViewItemなんだ
0493デフォルトの名無しさん
2017/03/08(水) 19:54:30.43ID:EmMhTgpFBindingすると不要なデータが表示されてしまいます。
以下のように表示させるにはどこを修正すれば宜しいでしょうか？
□20[\n]□30[\n]□40[\n]□50[\n]
public MainWindow()
{
InitializeComponent();
var items = new[]
{
new { Text = "a", X = 20},
new { Text = "b", X = 30},
new { Text = "c", X = 40},
new { Text = "d", X = 50},
};
this.DataContext = items;
}
続く・・
0494493
2017/03/08(水) 19:54:51.48ID:EmMhTgpF<StackPanel>
<ListBox Name="listBox" SelectionMode="Multiple" ItemsSource="{Binding}">
<ListBox.ItemContainerStyle>
<Style TargetType="{x:Type ListBoxItem}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="{x:Type ListBoxItem}">
<StackPanel>
<CheckBox Content="{TemplateBinding Content}" IsChecked="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=(Selector.IsSelected)}"/>
<TextBlock Text="{Binding X}"/>
</StackPanel>
</ControlTemplate>
</Setter.Value>
</Setter>
</Style>
</ListBox.ItemContainerStyle>
<ListBox.ItemTemplate>
<DataTemplate>
<StackPanel Orientation="Horizontal">
<Label Content="{Binding X}"/>
</StackPanel>
</DataTemplate>
</ListBox.ItemTemplate>
</ListBox>
</StackPanel>
0495デフォルトの名無しさん
2017/03/08(水) 20:14:12.46ID:oMC/vsfw不要なデータって何？
ItemTemplateにチェックボックス置くだけじゃ駄目なん？
0496デフォルトの名無しさん
2017/03/11(土) 09:12:33.78ID:GWCkdS6PForm全盛の時代にはコーディングしていたんだが、しばらく遠ざかっていた。
浦島状態でXAML使い始めたが、駄目だ。どうしても合わない。
0497デフォルトの名無しさん
2017/03/11(土) 09:13:57.24ID:U5rDSQzZ0498デフォルトの名無しさん
2017/03/11(土) 09:31:09.51ID:qRrPVhhXXAMLと比較するならDesigner.csじゃないの？
コードエディタで編集できるようになったのは大きな利点だと思うんだがなぁ。
0499デフォルトの名無しさん
2017/03/11(土) 09:49:31.21ID:GWCkdS6PここでFormに帰るのは何か負けたような気がする。
Qt における QML も同じようなもん？
Java のFXにも xml っぽいなんかがあったような気がする。
時代の流れでこういうのが流行りで、ついていけないのがなんかしゃくにさわる。
0500デフォルトの名無しさん
2017/03/11(土) 09:54:51.75ID:yRgxDcvf0501デフォルトの名無しさん
2017/03/11(土) 09:57:55.69ID:Z8Bo3W36流行りはもうとっくに終わったよ
結局UI記述言語の標準を勝ち取ったのはHTML/CSS
0502デフォルトの名無しさん
2017/03/11(土) 10:02:25.56ID:GWCkdS6Pなら、何、手だしたらいいねん？という話になる。
0503デフォルトの名無しさん
2017/03/11(土) 10:15:13.79ID:yRgxDcvf0504デフォルトの名無しさん
2017/03/11(土) 11:35:06.52ID:GkG5e6vh0505デフォルトの名無しさん
2017/03/11(土) 13:41:31.39ID:pr/uogYf0506デフォルトの名無しさん
2017/03/11(土) 13:45:58.50ID:Z8Bo3W36どうせugaya系に騙されてビヘイビアとか駆使したクソ複雑なXAML書いてるんだろ
ああいうのは設定ファイルプログラミングといって、典型的なアンチパターン
0507デフォルトの名無しさん
2017/03/11(土) 14:10:33.90ID:WonQCVwDエラソウ
0508デフォルトの名無しさん
2017/03/11(土) 14:20:06.33ID:xnjsjIDYUWPは覇権取れそうですか…？
0509デフォルトの名無しさん
2017/03/11(土) 14:33:55.47ID:xnjsjIDYDesktop App Converterみたいな苦し紛れの黒魔法に頼らないといけないくらい終わってますもんね
0510デフォルトの名無しさん
2017/03/11(土) 22:59:28.63ID:mXVRljn+今の時代はGUIでペタペタコントロール貼ってプロパティいくつか好きなように設定して終わりだよ。
0511デフォルトの名無しさん
2017/03/11(土) 23:09:02.36ID:15EAzLR80512デフォルトの名無しさん
2017/03/11(土) 23:19:35.19ID:XiqcTlhzどっちも出来るのに。
0513デフォルトの名無しさん
2017/03/12(日) 01:07:36.18ID:IznYQJyx.NETはJavaやPHPより仕事少ない上に
妙な案件（このスレみたいなの）来るから
手広くやっとくべし。
苦手なら諦メロン。
0514デフォルトの名無しさん
2017/03/12(日) 08:57:42.64ID:7YHFE7dQ一緒だろう。XAMLだけをクソだと言うのはよく分からない。
単に自分の習熟度が低いものを貶してる出来ない子にしか見えない。
>>510
VB6とかDelphiとかが流行ったときと同じ事言ってるな
HTMLとかも結局手書きになるしな
0515デフォルトの名無しさん
2017/03/12(日) 14:10:07.96ID:KyxXeMHg複雑なUIはカスタムコントロールやユーザーコントロールを使って
ブラックボックス化するWindows Formの方式の方が少なくとも
見通しはいいな。
XAMLはオブジェクト指向以前のカオスの世界に退化したようにも見える。
0516デフォルトの名無しさん
2017/03/12(日) 14:46:39.16ID:O3/Gyy1q0517デフォルトの名無しさん
2017/03/12(日) 15:15:15.07ID:1AEjxjTb0518デフォルトの名無しさん
2017/03/12(日) 15:56:06.11ID:ET8XfTu00519デフォルトの名無しさん
2017/03/12(日) 16:07:40.26ID:6SjJ3Onc・UIのレイアウトは楽(装飾は含まない)
・Bindingが楽
の2点だけ
あとメリットは対象が局所的だわ
HiDPIにしてもWindowsでHiDPIデバイス使ってるのって数%らしいじゃん
Mac並みの特殊環境だよな
考慮外でいいよそんな奴ら
0520デフォルトの名無しさん
2017/03/12(日) 16:59:10.65ID:sx+F4mFhという話題が延々と続いてるのは何だろな。
別にWPFを何がなんでも使えと主張してる人見た事無いし
わざわざWPFのスレに出張してきてWinForms推しする奴
何かメリットでもあるのかね。
どうせWPF使ってる人は今更カビの生えたWinFormsに
戻る気なんてサラサラ無いだろうしWinForms派の人も
勉強して使いこなそうとなんか思わないだろうしずっと
平行線に決まってるのにな。
0521デフォルトの名無しさん
2017/03/12(日) 17:17:42.83ID:KyxXeMHgあと、WPF使ってる人はWindows Formを使わないって話は嘘。
前にも出てるけどWPFのグラフィックは糞遅いから特定の用途ではまったく使い物にならない。
10年たっても移行が進まない理由の一つはそこだよね。
0522デフォルトの名無しさん
2017/03/12(日) 17:32:53.44ID:ornod9yC0523デフォルトの名無しさん
2017/03/12(日) 17:54:29.83ID:1AEjxjTbMacディスってんのかメーン？
0524デフォルトの名無しさん
2017/03/12(日) 17:57:47.21ID:m47jO4XA>Mac並みの特殊環境だよな
そういう「少数の特殊環境使ってる奴」に限って、やたらと声が大きいのが世の常でな
0525デフォルトの名無しさん
2017/03/12(日) 18:03:47.38ID:oGE6g3Jz> そういう「少数の特殊環境使ってる奴」に限って、やたらと声が大きいのが世の常でな
「少数の特殊環境使ってる奴」が集まるスレでそれを言うか
0526デフォルトの名無しさん
2017/03/12(日) 18:33:19.17ID:sx+F4mFhそうかね？二言目にはWinFormsって出てきてる気がするけど
で、特定の用途ってどんな用途？
WPFが遅いのは確かだだし何も考えずに組むとオーバーヘッド
凄くなって悲惨なことになるけど、モジュールの階層構造を
理解して、コンポーネントの造りさえ工夫すればそこそこ
ヘビーな用途でもなんとかなっちゃってるけどな
勿論C++でゴリゴリ書いた方がヌルサクなのは確かだけどさ
0527デフォルトの名無しさん
2017/03/12(日) 19:42:18.11ID:XDD/z7Um理解して、コンポーネントの造りさえ工夫すれば
それがめんどくさすぎるんだよ
0528デフォルトの名無しさん
2017/03/12(日) 22:22:32.34ID:xAZ+KqNV静的な画像じゃなくてプログラムである程度の数の図形を描画するような用途だね。
どんな手段使っても本当に遅くて使い物にならない。
嘘だと思うなら、例えば音声入力をオシロスコープ状にリアルタイムで表示するような
コードを描いてみればすぐわかる。
こんなのPentium2の時代にVB6でも実現できたが、WPFなら今時のハイスペックPC使っても
まともなものは作れない。
0529デフォルトの名無しさん
2017/03/12(日) 22:26:49.91ID:Jf5ml5tGMS-C Ver5で。
0530デフォルトの名無しさん
2017/03/12(日) 23:15:31.83ID:CdRkjVAHいくらなんでもそれくらいは余裕じゃない？
0531デフォルトの名無しさん
2017/03/12(日) 23:18:57.66ID:O3/Gyy1qデフォルトのグラフックスにはインタラクティブで高機能なものをお手軽に実現できる
保持モードを採用したんだろうな。
まぁ、ついてこれない人はそのままForms使い続けてりゃいいわけだが、WPFの
失敗を願う暗い情熱に囚われたような人はなんだかなぁ。
0532デフォルトの名無しさん
2017/03/12(日) 23:21:16.45ID:tHLqC2EAまさにこれやろうとして大いにハマったw
工夫して多少マシになったけど、表示する波形次第ではめちゃくちゃ重くなる。
SciChartみたいな優秀なチャートコントロールを購入すれば解決できるみたいだけどね。
WPF Charting Performance Comparisons (the Battle Continues)
http://blog.scottlogic.com/2012/04/24/wpf-charting-performance-comparisons-the-battle-continues.html
0533デフォルトの名無しさん
2017/03/12(日) 23:26:39.30ID:tHLqC2EA知らなかったら、そう思うよねw
0534デフォルトの名無しさん
2017/03/12(日) 23:39:32.63ID:um3UWw0OWPFの話だけなら納得できるけど
＞こんなのPentium2の時代にVB6でも実現できたが、WPFなら今時のハイスペックPC使っても
＞まともなものは作れない。
こんなこと言われたら流石に疑うよ
Formsのコントロール貼り付けられたはずだけどあれも遅いの？
0535デフォルトの名無しさん
2017/03/12(日) 23:46:00.66ID:CdRkjVAH0536デフォルトの名無しさん
2017/03/12(日) 23:54:37.56ID:dO1Ecit90537デフォルトの名無しさん
2017/03/13(月) 02:54:19.63ID:0Fbbs/T/失敗を願うというよりは
失敗を認めてもっとマシな次を配給して欲しいんだよなあ
0538デフォルトの名無しさん
2017/03/13(月) 03:03:00.09ID:B8h6+9jsそうなんだよね
まぁ大体想定内の話が出てきたけど結局知識が足りないだけだよねぇ・・・
まずはオフィシャルのドキュメントを読むとか、人のコードを
読むという基本的なことやってないからそうなるんだと思うけど
0539デフォルトの名無しさん
2017/03/13(月) 03:04:55.19ID:0Fbbs/T/UWPだって何年掛けてんだよ
いつ本気出すんだよおう早くしろよ
0540デフォルトの名無しさん
2017/03/13(月) 03:12:19.61ID:XiNdGGJ00541デフォルトの名無しさん
2017/03/13(月) 04:31:25.09ID:WHIOw9Bb0542デフォルトの名無しさん
2017/03/13(月) 06:46:36.72ID:QSdCtFW5DrawingContextを低レベルAPI的なものと勘違いしてクソ遅くなるのは誰もが嵌る罠
実際にはDrawingのラッパーで、普通にDrawing使って要素足していくのと変わらないんだよ
0543デフォルトの名無しさん
2017/03/13(月) 06:53:57.20ID:2GKmTNuXWEBレベルでしか使いものにならない。
0544デフォルトの名無しさん
2017/03/13(月) 07:06:21.67ID:QSdCtFW5遅いのはXMLが原因じゃないよ
バインディングが遅いのと、レイアウトの仕組みが遅いのと、
マネージコードから触れる範囲で最も低レベルな描画API(Drawing系、C++で実装されている)がそもそも遅い
0545デフォルトの名無しさん
2017/03/13(月) 08:14:34.61ID:FHWuye00Forms使い続けたけりゃ黙って使い続けてりゃいいのに。
0546デフォルトの名無しさん
2017/03/13(月) 08:30:43.74ID:2GKmTNuXそういう勘違いしてる時点で終わってる。
0547デフォルトの名無しさん
2017/03/13(月) 10:01:21.80ID:m+rwQY3xなんだろ。
この人、実行時にXAML読んでると思い込んでるとか
悲しくなる位残念な知識で批判してるのかね？
0548デフォルトの名無しさん
2017/03/13(月) 12:22:29.43ID:b3LBfAadテキストでXAML作ってロードさせた方が速いというバカみたいなバッドノウハウがあったな
理由はマネージドなラッパーを通さずにネイティブコードだけで完結するから
ちなみにWPFはというと、XAMLはネイティブではなくマネージコードの領域で実装されてる
それでパフォーマンスの問題があるということで、SilverlightやUWPではネイティブの実装に変更された
WPFは完全に設計が破綻してるんだよ
0549デフォルトの名無しさん
2017/03/13(月) 16:46:05.01ID:oYYuGABt0550デフォルトの名無しさん
2017/03/13(月) 17:19:10.68ID:93pjZO5Gなんかもうネトウヨそっくりの被害妄想全開の思考回路で笑える。
っていうか君ネトウヨでしょ？w
WPFをダメ出ししたからって必ずしもWPFの「失敗を願う」（笑）訳がないし、
Windows Formが優れていると思っている訳でもない。
暗い情熱ってそれ君じゃんw
なぜDirectXを使うなんていう無理のあり過ぎる話を出してまで、
WPFの問題点を指摘する人間にありもしない「悪意」を見出そうとするのか。
君に見えてる悪意は君自身の物なんじゃないのそれ？w
繰り返しになるけどこういうところほんとまんまネトウヨの思考回路だよねw
0551デフォルトの名無しさん
2017/03/13(月) 19:10:08.44ID:2GKmTNuX根本的になぜ遅いか分かってないね。もしかしてデジタルネイティブ？
コード触り始めたときには既にCPUの速度が速かった世代だろう。無知杉。
0552デフォルトの名無しさん
2017/03/13(月) 19:28:37.41ID:2P+mS9E6ちょっとUIスレッドをガッツリ処理終わるまでブロックする
残念なコンポーネントを使わなくちゃいけないんだけど
せめて処理中のアニメーション位は回したい・・・という時
何かうまい手はあるかな？
0553デフォルトの名無しさん
2017/03/13(月) 21:36:10.51ID:FHWuye000554デフォルトの名無しさん
2017/03/13(月) 21:46:47.76ID:93pjZO5GDXがGDI+の全部の機能を包含する、代替しうるものであるのなら、
GDI+発表時にすでにDXは存在したのだからGDI+なんか最初から作る必要がないはずだけど。
ばっかじゃねえの
0555デフォルトの名無しさん
2017/03/13(月) 21:46:49.73ID:73wSFV7gもっと新しくしてくれ。
0556デフォルトの名無しさん
2017/03/13(月) 21:51:47.53ID:QSdCtFW50557デフォルトの名無しさん
2017/03/13(月) 22:42:02.20ID:B8h6+9js根本的に何故遅いの？XMLと絡めてお答えください。
0558デフォルトの名無しさん
2017/03/13(月) 22:50:16.98ID:Zqog3NxD0559デフォルトの名無しさん
2017/03/14(火) 01:07:16.94ID:EgOpPSIv次は何？
0560デフォルトの名無しさん
2017/03/14(火) 01:14:47.26ID:rP/GGbJi0561デフォルトの名無しさん
2017/03/14(火) 20:46:48.31ID:gIyZXesU0562デフォルトの名無しさん
2017/03/16(木) 19:47:46.85ID:VR4NI5xy0563デフォルトの名無しさん
2017/03/17(金) 07:22:38.72ID:gTyXrRTf0564デフォルトの名無しさん
2017/03/17(金) 08:02:15.95ID:D58F65Op0565デフォルトの名無しさん
2017/03/17(金) 08:20:59.20ID:b4JWj3ZmWPF「をベースにした」独自のフレームワーク
2017では一部Electronになったらしい
0566デフォルトの名無しさん
2017/03/17(金) 08:37:30.88ID:5h9Dk/TNWinFormsやWPFのデザイナをどうするかは難しいところだな
簡単に実装するなら今のWinFormsデザイナみたいに上にウィンドウ重ねれば済むことだけど、
WebでそれやるとActiveXの黒歴史を思い起こさせてしまうので、
どうせなら裏で描画したサーフェスの内容をcanvasに転送するみたいな変態技術に期待
0567デフォルトの名無しさん
2017/03/17(金) 11:56:05.56ID:aXo3P0lkときどきこういう技術的にありえない寝言を言う人がいるけど何なんだろうねほんと
0568デフォルトの名無しさん
2017/03/17(金) 12:37:26.88ID:b4JWj3Zm現にVSCodeはHTMLベースだからね
実はそんなに夢物語でもない
0569デフォルトの名無しさん
2017/03/17(金) 13:00:34.46ID:xT3goFZF0570デフォルトの名無しさん
2017/03/17(金) 15:51:40.54ID:BB0aDzryしかし、重いのを除けばHTMLベースでも良いけど
JavaScriptみたいな糞言語が覇権をとってしまった
と言うのがなんか気にくわないんだよなぁ・・・
0571デフォルトの名無しさん
2017/03/17(金) 16:02:52.60ID:gU2hWCcs0572デフォルトの名無しさん
2017/03/17(金) 16:04:37.86ID:gU2hWCcs中身をC#で作って、SL経由でHTML部分に反映させるとかいうアレな手法が使えたな
0573デフォルトの名無しさん
2017/03/17(金) 17:26:17.93ID:aXo3P0lkHTMLの利点が生かせず欠点だけが効いてくる分野にわざわざそれを使うような
酔狂なことをまともな人たちがするはずがない。
そんなのは非現実主義の夢見る子供の発想
0574デフォルトの名無しさん
2017/03/17(金) 19:10:54.15ID:d+qqaT3Sみんな空間をポチッとな
0575デフォルトの名無しさん
2017/03/17(金) 21:01:15.40ID:BB0aDzryVRって細かい文字を注視する用途には使えるのかね？
視点入力は実用化してほしいけど
注視してる所がアクティブになったりすると便利かも？
0576デフォルトの名無しさん
2017/03/17(金) 21:04:41.11ID:DD2m+MHT0577デフォルトの名無しさん
2017/03/17(金) 21:06:52.73ID:ZwZtKTTF0578デフォルトの名無しさん
2017/03/17(金) 21:08:22.44ID:uwwfV17I現時点でプログラミングモデルの違うフレームワークの群雄割拠状態だしなぁ。
結局WPFと同じレイヤーに新しいフレームワークが追加されるってだけジャマイカ。
0579デフォルトの名無しさん
2017/03/18(土) 03:28:21.45ID:qGpdF1o60580デフォルトの名無しさん
2017/03/18(土) 21:39:05.28ID:jsmnVwju再生可能エネルギーを過大評価する連中によく似てるね。
連中も風力や太陽光が現行のベースロードの代替になりえない工学的理由を
説明してもまったく理解しようとせずに、それどころかこう反論するんだよね。
「お前は頭が古い」ってw
きっとアニメに出てくるような天才博士（笑）がすぐにでも限界を突破する
ブレークスルーを成し遂げるとでも思ってるんだろうね
0581デフォルトの名無しさん
2017/03/18(土) 21:54:56.02ID:hVX+GZt8HTMLベースUIのIDEなんかとっくに実用化して普通に利用されてることで、今更新しいことでもチャレンジングなことでもなんでもない
0582デフォルトの名無しさん
2017/03/18(土) 22:56:55.91ID:xhSb1rTW向き不向きあって適材適所って事で良いだろうにとは思うけれど
0583デフォルトの名無しさん
2017/03/18(土) 23:03:47.24ID:87n2zRpLElectronなのかReactなのかVueなのか、具体的にどの技術がWPFの置き換えになるのかって話だな。
0584デフォルトの名無しさん
2017/03/18(土) 23:10:29.85ID:Ao4ZP8MAそういう屁理屈をこねだすと、VSはWPFを入力とレンダリングに使ってるだけで全く独自のフレームワークだから
VSがWPF製であるというのは暴論だとか言えちゃうぞ
0585デフォルトの名無しさん
2017/03/18(土) 23:21:39.30ID:87n2zRpL0586デフォルトの名無しさん
2017/03/19(日) 00:30:01.60ID:6EanL1Xcそれよな
これからのビジョンの話ではなく、実際アプリが作られていて
便利に使ってる人がいる訳で、今更そんな事言うのは古いと
言われてるだけなのにね。技術的に良いか悪いかというのは
全然別の話だし、そんな話は否定してる爺さん以外いないし。
0587デフォルトの名無しさん
2017/03/19(日) 01:32:05.00ID:ukaaQv5uWPF製VSは糞遅いのでVS2008が未だメインです。
0588デフォルトの名無しさん
2017/03/19(日) 01:35:41.29ID:PtnzeIbO業が深い話だ。
0589デフォルトの名無しさん
2017/03/19(日) 01:44:14.19ID:D8S2DBdsxamlが無理な理由でｈｔｍｌ UIが受け入れられないと考えるべきじゃね？
0590デフォルトの名無しさん
2017/03/19(日) 02:00:42.28ID:cHtx3g9HそれとHTMLがいろんなOS（たとえばWindows）がネイティブで提供するUIを代替しうるかどうかは
まったく別問題。
0591デフォルトの名無しさん
2017/03/19(日) 02:42:31.49ID:er1A5tjj筋の善し悪し以前の話だ
0592デフォルトの名無しさん
2017/03/19(日) 04:36:18.51ID:ukaaQv5uだがそれは、WPFはUIの統一の重要性を謳ったゲイツとは真逆の方向性。
最初からWPFの目標がアホデサイナーに依存する糞UIの容認でしかなかったのだ。
だから無能デザイナーほどWPFを賛美した。Javaと似てる。
0593デフォルトの名無しさん
2017/03/19(日) 09:54:57.49ID:6EanL1Xcいわゆるボリューム層であるゆるふわプログラマー達が
みんなモバイル系に行ってしまってデスクトップアプリを
書く人が激減しただけだと思ってるんだけど。
そういう転身を出来なかった人は古い知識から更新出来ず
最近の若い者はみたいな話を延々としてるイメージ。
0594デフォルトの名無しさん
2017/03/19(日) 10:53:16.90ID:xqSElSFg(Winクライアントという極めて閉ざされた世界では)WPFという
比較的新しいものを使っているという変なプライドがあるせいで
時代が変わってしまったことをなかなか受け入れられずにいるんだろうね
0595デフォルトの名無しさん
2017/03/19(日) 19:40:50.02ID:x5X0bAChもう出てから10年たった
0596デフォルトの名無しさん
2017/03/19(日) 19:43:04.60ID:8DI2TWvJ> 比較的新しいもの
(笑)
0597デフォルトの名無しさん
2017/03/19(日) 19:48:34.88ID:x5X0bACh0598デフォルトの名無しさん
2017/03/19(日) 21:50:27.68ID:58yonE+50599デフォルトの名無しさん
2017/03/19(日) 23:01:06.08ID:euDbhV80むしろ（例の川俣大先生じゃねえけど）「今」しか知らない奴が
その時その時の流行やバズワードを、そうとも知らずに乗っかって間抜けな自己陶酔に浸る
年寄りには見慣れた図式の一つにしか思えんけどね
言っちゃなんだけど、こういう間抜けな自己陶酔ってネトウヨとか
いわゆる「ネットde真実」くんと同じだね。
>>596
おいおい。
俺は>>594の意見には同調しないが、WPFを比較的新しいと評価するのは別に間違ってない。
0600デフォルトの名無しさん
2017/03/19(日) 23:11:20.34ID:ukaaQv5u0601デフォルトの名無しさん
2017/03/20(月) 00:04:07.89ID:GsvIXOmN作成するイチオシの方法は何なの？MFCとかだったりなw
0602デフォルトの名無しさん
2017/03/20(月) 00:06:07.27ID:ub4me4bdどちらが先に死ぬか(或いは同時か)を教えてくれ
0603デフォルトの名無しさん
2017/03/20(月) 00:11:47.55ID:fdGz7m+Nこれといったものがないところが今のWindowsの衰退でもある。
0604デフォルトの名無しさん
2017/03/20(月) 00:42:23.63ID:S7fpnH1pとりあえずQtだなあ、VSだと拡張入れんと厳しいからそっちに依存するのがアレだが
ホントはネイティブコードが不要な範囲は極力C#でやりたいんだけどね
肝心のWinformsもWPFも半端なところで投げ捨てられるからね
あーフレームワークのインスコ不要な.NET Core+Nativeで稼働するWPFはなんで存在しねえの
0605デフォルトの名無しさん
2017/03/20(月) 01:27:17.39ID:6EO7QiL7使いもせずにゴミだなあなんて言わないですよ
ゴミグラマじゃあるまいし
0606デフォルトの名無しさん
2017/03/20(月) 01:31:47.38ID:paPrWYXC0607デフォルトの名無しさん
2017/03/20(月) 03:20:53.72ID:6EO7QiL70608デフォルトの名無しさん
2017/03/20(月) 08:01:21.69ID:5WSNPf6d分かりにくいし使う人増えないからねw
ATLとかと一緒、これ作った奴は馬鹿。
0609デフォルトの名無しさん
2017/03/20(月) 08:06:15.78ID:Lni7W/zQそしたらゲロ複雑なテンプレートバインディングなんか誰も使わなくなるよ
まあMS的にはXAMLはフェードアウトさせてHTMLの方に誘導したいのかもしれないけど
0610デフォルトの名無しさん
2017/03/20(月) 08:09:23.23ID:5WSNPf6d最近、給料の高い所は何処だろうと労働自給を調べてみたら
Webやモバイルは供給が少なく需要が大きい
デスクトップは需要が少なく供給が大きい
サーバーは需要も供給も多めという印象だった
若い人が居なくなったというよりは
むしろ需要が消失して、C#開発に限らすVisualStudio系の仕事をしている人たちは余っている。
さらに、WindowsUpdateの執拗さで客が逃げ始めた
OS非依存のマルチプラットホームにしてくれって(笑)
どうすんだよマイクロソフトwww
0611デフォルトの名無しさん
2017/03/20(月) 08:45:42.92ID:zOW8j8jXあと外回りの人間は荷物減らしたいだろうし。
iPad＞泥タブ＞Windowsタブレット
の順のニーズになってる様な。
Windowsタブレットは資産をそのまま使え過ぎて、盗難の時に対応難しいらしい。
泥タブもセキュリティを適当にやろうとすればできてしまうので、iPadに構成を撒いてから持たせるのが一番多いみたい。
3Dのビューア作ったりしてるけど、この辺の辛すぎる環境差のところにUnity来て、有難く買って使ってるわ。
0612デフォルトの名無しさん
2017/03/20(月) 11:15:34.86ID:GsvIXOmN慣れの問題にしか感じないけどなぁ
技術的な難度ではなく情報が多い分コピペし易い
みたいなレベルの話なんだろうけど
0613デフォルトの名無しさん
2017/03/20(月) 11:16:25.43ID:paPrWYXC0614デフォルトの名無しさん
2017/03/20(月) 11:27:44.45ID:GsvIXOmN他のプラットホームだって大差ないと思うけどね？
>>604
作りたいもの作れれば何でもいいと思うけどね。
少なくとも俺の場合は仕事でWPF使って不便に感じたことは
WinFormsのコンポーネントの描画問題だけだったし。
COMも悪い技術ではなかったし、あれの開発という点では
ATLは便利だったけどねぇ。テンプレートつながりでは
WTLは残念な結果になったけどこういう物が出てくる
MSの色々やってみる姿勢、風土は嫌いじゃないけどなぁ。
0615デフォルトの名無しさん
2017/03/20(月) 11:38:12.43ID:RgF3Qd7a業務ならiPadなんてWebブラウザ使うだけだからそんなに大したことではないよ
0616デフォルトの名無しさん
2017/03/20(月) 12:08:45.74ID:paPrWYXC0617デフォルトの名無しさん
2017/03/20(月) 12:33:49.77ID:XE3aBhpwこれ。
無難な機能だけ使ってれば、HTML+JavaSriptとそんなに変わらないと感じる。
WPFは情報無さ過ぎて、数少ない情報を頼りに無理して使わなくても良いものまで使おうとして挫折する人が多いんだろうな。
0618デフォルトの名無しさん
2017/03/20(月) 18:21:43.06ID:ysBc5xRl0619デフォルトの名無しさん
2017/03/20(月) 20:31:34.03ID:T9C45/6IXAMLは動作まで記述してるんだぞ
xmlなんかじゃ書きにくいところまでわざわざ出向いて行ってひっかきまわしてるんだぞ
なんでもxmlで書いちゃってやり面過ぎる
0620デフォルトの名無しさん
2017/03/20(月) 20:32:28.96ID:T9C45/6I0621デフォルトの名無しさん
2017/03/20(月) 20:34:22.93ID:T9C45/6I誰にでもわかる
慣れの問題なんかじゃない
WPF使ってる人間ですらこのレベルの認識じゃねえ
0622デフォルトの名無しさん
2017/03/20(月) 20:39:55.87ID:5kWf/Ynzどっちも見づらいです...
目糞鼻糞だよ。
0623デフォルトの名無しさん
2017/03/20(月) 20:41:20.13ID:SE26X7qqそれが評価を下げてるんや。。。
とっととＸＡＭＬを切り捨てるべきや・・・
0624デフォルトの名無しさん
2017/03/20(月) 21:02:53.77ID:GsvIXOmN俺もそう思う
というかさ、UIの記述で綺麗で見やすくて最高なんて
何かあるかね？今まで見たこと無いんだが。
0625デフォルトの名無しさん
2017/03/20(月) 21:07:28.45ID:T9C45/6Iかわいそうに
0626デフォルトの名無しさん
2017/03/20(月) 21:07:47.61ID:fdGz7m+Nでも一度も開発したことないんだろ？
0627デフォルトの名無しさん
2017/03/20(月) 21:07:53.46ID:QJtml4z2（そして、見栄えを考えたらCSS無しは有り得ない）
でも記述言語なんてそんなもんでしょ
どんだけ綺麗に構造化したって、一般人に見せりゃやっぱ見難いって言われるだろうし
作る側にとっちゃ、見難くても慣れりゃどうにでもなる
だから別にXAMLでいいよ
0628デフォルトの名無しさん
2017/03/20(月) 21:14:02.89ID:6EO7QiL70629デフォルトの名無しさん
2017/03/20(月) 21:33:13.20ID:T9C45/6Iこれが？
XAML風
<Style TargetType="Button">
<Setter Property="Background" Value="White"/>
<Setter Property="Foreground" Value="Black"/>
</Style>
css風
.button {
Background: White;
Foreground: Black;
}
0630デフォルトの名無しさん
2017/03/20(月) 21:35:38.10ID:6EO7QiL7昔組み込みをやってたけど1日に何回eBinderに向かって「このクソ！」って言ったか分からんぜ
ほとんどのWindows開発者に必要なかったんだよ
クソかどうかはともかくな
0631デフォルトの名無しさん
2017/03/20(月) 21:37:38.48ID:QJtml4z2CSSだけ書くなよ、HTMLもセットで書けよ
0632デフォルトの名無しさん
2017/03/20(月) 21:45:00.44ID:T9C45/6Iお前らかわいそうだな
俺には耐えられない
Setterとか特に
0633デフォルトの名無しさん
2017/03/20(月) 21:47:22.78ID:QJtml4z2インテリセンスある分には別に
0634デフォルトの名無しさん
2017/03/20(月) 21:53:15.50ID:MXp+WHcu毎年毎年現れては消える新技術を追いかけて彷徨い歩くことになるわけだな。
0635デフォルトの名無しさん
2017/03/20(月) 21:53:29.48ID:T9C45/6I冒頭がみな<Setter Property=だから
検索機能使わないといけないな
しかもヒットしてもStyleが一画面に収まってなければそれが本当に目的のものかわかりづらいし
0636デフォルトの名無しさん
2017/03/20(月) 21:56:16.50ID:QJtml4z2ターゲットタイプ名じゃなく、プロパティ名で探すのか？
かなり意味不明だが
0637デフォルトの名無しさん
2017/03/20(月) 21:59:21.00ID:T9C45/6I0638デフォルトの名無しさん
2017/03/20(月) 22:01:40.52ID:QJtml4z2>冒頭がみな<Setter Property=だから
って言うけど、冒頭が全部同じならその次の文字から縦に見てくだけでしょ
冒頭が全部違ったら最悪だなｗ
0639デフォルトの名無しさん
2017/03/20(月) 22:01:56.70ID:fdGz7m+N単に書き方が違う程度だけど。
0640デフォルトの名無しさん
2017/03/20(月) 22:04:26.15ID:T9C45/6Iいやいやｗ
冒頭違ってたほうがいいだろ
CSSみたいにシンプルなほうがいい
XAMLのSetterがいいって言うなら毒されすぎだよｗ
0641デフォルトの名無しさん
2017/03/21(火) 01:37:49.78ID:Dg6w+7MN0642デフォルトの名無しさん
2017/03/21(火) 01:43:32.01ID:Dp72IXNR今のMSはAzureとかOfficeとかが主力だぞ
XamarinとかElectronとか、マルチプラットフォームも結構手をかけてる
0643デフォルトの名無しさん
2017/03/21(火) 08:15:05.59ID:EOakUJK/そもそもUWPがアドバンテージを発揮できるデバイスなど世間に出回っていない
0644デフォルトの名無しさん
2017/03/21(火) 08:39:49.80ID:YLFup5TG0645デフォルトの名無しさん
2017/03/21(火) 09:30:09.26ID:0zsWCCNl今後まともに使い物になるレベルのものが出てきたときには
APIがUWPだとしてもGUIに関しては事実上全くの別物になってると思うよ
そもそも最終的にHoloLensが勝つかどうかも全く不明だし
0646デフォルトの名無しさん
2017/03/21(火) 09:34:41.04ID:oREwt9YZHoloLensがあのままの方向で進化していけばまともに使い物になるまでに10年かかると思うよ
0647デフォルトの名無しさん
2017/03/21(火) 22:23:19.51ID:alL0P68F0648デフォルトの名無しさん
2017/03/21(火) 23:21:57.27ID:T3BNSjSQ0649デフォルトの名無しさん
2017/03/22(水) 00:36:47.14ID:uE77jeyCINotifyPropertyChangedを自分で実装するより遥かにマシだ
0650デフォルトの名無しさん
2017/03/22(水) 00:45:54.35ID:bIEX+7sBスタイルとかライブラリーがたまってくると簡単な
アプリ書く場合はフレームワーク使う方が面倒だな。
とは言え大物作るときは必要だけど、最近の流行りの
フレームワークは何なんだろ？MvvmCrossとかかな？
とか書いてるとWPFはオワコンとか言う奴らが沸いて
くるんだろうな。
0651デフォルトの名無しさん
2017/03/22(水) 00:58:41.88ID:KP40M7fUPrismとかのフレームワークはいまだに理解できてないので
使おうとしても「コイツに合わせる必要が本当にあるのか？」という疑念が邪魔してなんかムリ
0652デフォルトの名無しさん
2017/03/22(水) 01:04:01.55ID:tW8e8OVn0653デフォルトの名無しさん
2017/03/22(水) 01:15:49.32ID:uE77jeyC0654デフォルトの名無しさん
2017/03/22(水) 01:50:45.68ID:pQEBF+SXそれがWPF
0655デフォルトの名無しさん
2017/03/22(水) 02:07:38.32ID:EeyGaNMT被害妄想激しいなあw
被害妄想はネトウヨの始まりだよ
しかし、個人的にはMVVMなんていらんなあ
Windows Formと同じようにコードビハインドにイベントハンドラの方が100倍分かりやすいじゃん
0656デフォルトの名無しさん
2017/03/22(水) 05:56:54.51ID:pQEBF+SX意識が高すぎて無事死亡しそうなコードなんか書かないから恩恵ねーよな
Excelテスト仕様書「ドヤッ」
0657デフォルトの名無しさん
2017/03/22(水) 05:58:36.77ID:pXebPsiD0658デフォルトの名無しさん
2017/03/22(水) 06:00:12.26ID:tW8e8OVnxaml edit&cotinue
0659デフォルトの名無しさん
2017/03/22(水) 07:15:13.45ID:MyrW3Mfd.NET Core Tools 1.0.1
0660デフォルトの名無しさん
2017/03/22(水) 08:51:52.36ID:6Vddqtc3俺は色々問題もあるけどMEF派。
製品書いた時はPrism使ったけど、規模がでかくなり
開発人数が増えると特に恩恵が大きい気がするな。
既に動いてる事例があれば分かりやすいから引き継ぎも
楽だったし。分業とかメンテナンス性考えないなら
好きに書けば良いと思う。
0661デフォルトの名無しさん
2017/03/22(水) 10:12:24.68ID:HvGEFA/tどれを選ぶべきか正直よくわからないので教えていただけますでしょうか…
作りたいアプリケーションは
・Win10のデスクトップだけで動けばOK
・UIは動的に変えたい(ボタン配置をユーザーがカスタマイズできるなど)
・サーパーとしての動きも必要(LAN内からだけど、ポート開けて待ってて
接続されたらforkして的な、、、)
・キーボードフックといった仕組みも必要(例えばTextBoxにフォーカスが
ない時もHID（バーコードリーダーなど)からの入力を受け取りたい)
・Formsで言うDataGridViewの様な「表」があって、更にサブクラスを作って
Drag&Dropで順番の入れ替える、といったカスタマイズをしたい。(最初から
そういう仕組みがあればベストですが、、、。ちなみにDBとのリンクは不要)
といった感じのものです。ちなみにWin32API、MFC、Formsは経験のあるじじいです。宜しくお願いします。
0662デフォルトの名無しさん
2017/03/22(水) 11:58:39.82ID:KcaCFIOY単体テストができないからとか書いてあるけど、いたずらに複雑にしてテスト工数増やすだけで、本末転倒な気がしてならない。
0663デフォルトの名無しさん
2017/03/22(水) 19:10:22.39ID:tW8e8OVn何年前の話？
0664デフォルトの名無しさん
2017/03/23(木) 08:26:50.60ID:99dRkoLdUWPにはDataGridのような編集可能な表は標準ではありません
使うならサードパーティーのものを買うしかありませんね
あと、WpfのDataGridは列の入れ替えは標準機能です
キュートは他所で聞いてね
0665デフォルトの名無しさん
2017/03/23(木) 08:53:15.10ID:dIj8UrTQ0666デフォルトの名無しさん
2017/03/23(木) 08:58:44.16ID:9bXPIUes0667デフォルトの名無しさん
2017/03/23(木) 09:12:14.90ID:UXuFh8lgWindows10のデスクトップアプリならWPFでいいような
UWPだと制約上、WPFでできていたことができなくなる可能性があるし
最悪WinRTも利用しようと思えば利用できるし。
Qtはわからん。
自分の場合、業務向けアプリだけど
ローカルリソースのアクセスと、DBに直接接続する必要があったのでUWP
それに配布方法でも要件を満たせなかったのでWPFにするしかなかった
0668デフォルトの名無しさん
2017/03/23(木) 10:23:42.24ID:2BNjPFru664さん、667さんありがとうございました。
WPF(とQt)、もうちょっと突っ込んで調べてみようと思います。
0669デフォルトの名無しさん
2017/03/26(日) 00:52:21.13ID:SYlsGF0Bこの場合どのようにするのがスマートですか？
0670デフォルトの名無しさん
2017/03/26(日) 02:01:33.42ID:x9SVAeuT0671デフォルトの名無しさん
2017/03/26(日) 18:35:25.23ID:1xJWZcx5遅いって言ってる人は自分のコードに原因があるとかじゃなくて？
0672デフォルトの名無しさん
2017/03/26(日) 18:43:29.92ID:xbLciI4B頭でもぶつけたか？
0673デフォルトの名無しさん
2017/03/26(日) 18:54:18.22ID:+VpcfeLe0674デフォルトの名無しさん
2017/03/27(月) 10:32:18.67ID:vgkJdNq7VSがWPFを採用したVS2010から急激に遅くなった。MSのコードに原因があると思う。
0675デフォルトの名無しさん
2017/03/27(月) 10:43:08.01ID:CM2uE1uYＶＳの描画なんて屁みたいな処理しかしてないのにそれがＷＰＦで遅くなったと言われてもなあ
0676デフォルトの名無しさん
2017/03/27(月) 10:55:51.78ID:vgkJdNq70677デフォルトの名無しさん
2017/03/27(月) 11:16:08.14ID:M8+U5ZaQまたいつもの人召喚しちゃってるじゃないか
進歩のない会話は時間の無駄だからやめようぜ
0678デフォルトの名無しさん
2017/03/27(月) 11:21:42.59ID:BpY+0Ted0679デフォルトの名無しさん
2017/03/27(月) 21:35:47.27ID:S+N/UX7W極悪非道ゲーマーだし
0680デフォルトの名無しさん
2017/03/27(月) 22:14:49.30ID:E/oVVxEZXMLを表示するチュートリアルやってみたけど
データバインディングって難しくね？
XPathでどれを使うか指定するのとかがあまり直感的じゃない
なぜか日本語版サイトはコード表示が一行になってしまうので
英語版のコードを見た
0681デフォルトの名無しさん
2017/03/28(火) 09:36:15.35ID:3rMoNPnQニッチな環境での速度低下だけでレッテル貼りする彼はどうなんだろうね
普通使いで速度的に破綻するのは稀なんだけどな
0682デフォルトの名無しさん
2017/03/28(火) 09:37:51.43ID:BBJiZndw0683デフォルトの名無しさん
2017/03/28(火) 09:51:32.26ID:Id9SGXxW相手してもどうせ会話にならないんだし
0684デフォルトの名無しさん
2017/03/28(火) 09:54:58.88ID:hjbzjO7a簡単なLook&Feel...
簡単な...
ああ、世界線が違うのか
0685デフォルトの名無しさん
2017/03/28(火) 09:59:41.95ID:Id9SGXxWそう。自分の世界線に戻って、もうこちらには来ないでね。
0686デフォルトの名無しさん
2017/03/28(火) 10:01:23.56ID:Ri9BGdNQ違う
WPFの売りはあくまで高度な表現力
しかし表現力と引き換えにクソ複雑になるから、それでも生産性を落とさないために
ビューとロジックを明確に分離したりバインディングを活用したりしている
MVVMを使うためにWPFを選ぶなんていうのは全くもって本末転倒
0687デフォルトの名無しさん
2017/03/28(火) 11:51:04.40ID:0T9SDk87煽りのように聞こえるかもしれないけど、煽ってないよ
0688デフォルトの名無しさん
2017/03/28(火) 12:13:54.60ID:AiK66i2L0689デフォルトの名無しさん
2017/03/28(火) 12:14:43.57ID:TycJO7KS0690デフォルトの名無しさん
2017/03/28(火) 12:29:38.03ID:3Mi4sAlzビヘイビア、スタイル、テンプレート、テーマと増えてくると指数関数的に複雑さが増えて
最終的にはそびえ立つクソ状態
0691デフォルトの名無しさん
2017/03/28(火) 12:35:09.43ID:AiK66i2L間違ってるかもしれないが、以前これがWPF製だってどこかで読んだ気が
ソースは公開されてないと思うw
https://www.microsoft.com/ja-jp/download/details.aspx?id=17368
0692デフォルトの名無しさん
2017/03/28(火) 13:32:43.95ID:Id9SGXxWそれ設計、モジュール化が下手くそなだけじゃん
何使っても同じ事になるデショ
表現力が何を指すのかは知らないけど、イラレとかで作った
ベクターデータのsvgをxsltでxamlにしてペとペと貼り付けて
デザインできるのは楽でよかったな
0693デフォルトの名無しさん
2017/03/28(火) 13:41:27.32ID:ns5TpBjrなんでそれ並べているか謎。
ビヘイビアは余計な存在だが。
0694デフォルトの名無しさん
2017/03/28(火) 14:17:49.14ID:FZIVwoh4そこからVMのメソッドを呼び出すけど、
がちがちMVVMではコードビハンドを極力排除するために
イベントバインディングでビヘイビア使いまくってるけど。
CallMethodActionとかこれらの事をビヘイビアって余分じゃなかったけ？
まだ、詳しくしらんので。
0695デフォルトの名無しさん
2017/03/28(火) 14:20:06.98ID:FZIVwoh4->
ビヘイビアって呼ぶん
だった。
0696デフォルトの名無しさん
2017/03/30(木) 17:09:34.19ID:Scctu/oy<StackPanel Visibility="{Binding Original, Converter={StaticResource CollapsedWhenNull}}">
</StackPanel>
と指定しました。
コンバータの実装は、単純に
return value == null ? Visibility.Collapsed : Visibility.Visible;
としています。
この場合の問題が一つあって、デザイナでの表示もCollapsedになってしまうので
デザイン作業に支障が出てしまうのですが、何か良い解決方法はないものでしょうか。
0697デフォルトの名無しさん
2017/03/30(木) 17:24:38.15ID:86kSsFW3デザイン用のViewModelを参照するようにすればよろし
<xaml>
d:DataContext="{d:DesignInstance local:DesignViewModel,IsDesignTimeCreatable=True}"
<DesignViewModel>
DesignViewModelは対象のViewModelを継承して
コンストラクタでOriginalプロパティの値をNull以外にセットして
ビルドすれば表示されるよ
0698デフォルトの名無しさん
2017/03/30(木) 18:07:27.96ID:Scctu/oyばっちりです、ありがとうございました！
0699デフォルトの名無しさん
2017/03/31(金) 23:18:16.46ID:zh5ud9a3あとはシステムDPIとかの環境に依存しないレンダリングかな
4kの環境も混在する環境でWindows Forms とか無理だろ
Office のリボンかが当初あれこれ言われたみたいに
過去の開発手法になれたやつがあたらしいかいはつしゅほうになじめず
うだうだ言ってるだけみたいなかんじ
0700デフォルトの名無しさん
2017/03/31(金) 23:58:49.42ID:BKtRT3pJあたらしいものに馴染める人はとっくにHTML5に行ってるよ
0701デフォルトの名無しさん
2017/04/01(土) 00:02:25.17ID:8A0u9x9KEvaluation: Good!
0702デフォルトの名無しさん
2017/04/01(土) 00:21:53.94ID:ke5P14jpEvaluation: Average.
0703デフォルトの名無しさん
2017/04/03(月) 01:26:12.56ID:qQvnlfYKリボンって明らかに・・・あれ使ってるのってMS謹製アプリぐらいじゃね？
それも我らがVSは普通のメニューバーとツールバーだし
さすがのMSも普段から自分たちが使うことになる開発ツールに関しては
リボンにしたくなかったようだ
メニューバーとツールバーはよくできた組み合わせだと思うよ
文章によるUI&&省スペースアイコンUI
リボンはどっちもが中途半端
0704デフォルトの名無しさん
2017/04/03(月) 01:29:11.88ID:mKvU7Yw/いつの時代の話だ？
0705デフォルトの名無しさん
2017/04/03(月) 01:56:13.14ID:6AL+9meXもうこういう人はプログラマ止めた方がいいと思うよw
Win98の時代になってもGUIはオモチャだって言い張ってた連中と変わらん
リボンは作り手側からしたら面倒だし万能でもないが、悪くないUIだよ
もう10年にもなるんだからいい加減ちゃんと使って評価したら？
0706デフォルトの名無しさん
2017/04/03(月) 02:02:18.97ID:ibmaWDP6それがすべて。
0707デフォルトの名無しさん
2017/04/03(月) 02:10:14.33ID:6AL+9meX慣れの問題かと思ったけど、やっぱり何年経っても見づらいわ。
0708デフォルトの名無しさん
2017/04/03(月) 02:11:04.17ID:6AL+9meXそうじゃなくて、作るのが面倒なだけだってだから
0709デフォルトの名無しさん
2017/04/03(月) 02:29:53.67ID:qQvnlfYK俺はいくら新しくても悪いものは悪いって考えるから
リボンに関しては新しいとか古いとか関係ない
最初見たときはおっって思ったけど、よくよく考えるとやっぱ無いわ
ずっと表示させておくと場所をとるしページの切り替えが面倒だし
非表示にしておくと2クリック必要だし
メニューバーみたいにちゃんとした文章で機能の一覧が提示されるわけでもなければ
ツールバーみたいに密度が高いわけでもない、帯に短し襷に長し感
大体メニューバーとツールバーは使うときのシチュエーションが別なのに
何でもかんでも一緒くたにすればよいってもんでもないなーとか
リボンとか言い方の問題で斬新さを演出してるけど
平たく言えば昔からあるタブじゃんとか
ツール的なものを表示したいんだったら画面は横長で文章は縦長なんだから
右端とか左端とかに表示したほうが画面効率が良いだろーとか
ツール自体も縦長のほうが間延びしなくて収まりが良いだろーとか
使い勝手考えるにしても、リボンのスタイルにこだわろうとは俺は思わないね
まぁVSみたいなUIが一番使いやすいんじゃないかと思うけど
あれはレイアウトの自由が利きすぎるからもう少し制限した感じで
0710デフォルトの名無しさん
2017/04/03(月) 02:39:00.62ID:qQvnlfYKそれをリボンのような横長の画面に張り付けるって時点でね
やっぱ横書きなら縦に並べないとな
ポップアップメニューも縦に並んでるから見やすいし
普通に考えて2chもそうなってるしな
ツールを表示するにしても同じことで
一例として
https://kdeonlinux.files.wordpress.com/2016/02/inkscapebreeze.png
こんな感じのUIがよいだろうな
さぁどっちが使いやすいだろうね、リボン、プッって感じ
0711デフォルトの名無しさん
2017/04/03(月) 08:42:22.35ID:d6XABnmFリボンとメニューバーが同居する歪なデザインが問題なんだろう
メニューバー＋ツールバー
リボン単独
どちらかで統一すべき
0712デフォルトの名無しさん
2017/04/03(月) 08:55:59.96ID:PtvMoLPPリボンよりは格段に使いやすいよ
0713デフォルトの名無しさん
2017/04/03(月) 09:35:31.90ID:JWbkWOjr俺はOffice使うときはリボンから機能にアクセスするし
別に必死に否定するほどの話ではないと思うけどね。
邪魔なら引っ込めれば良いんだし、場所や使い方覚えれば
見やすいのかもしれない。カスタマイズもできるし。
まぁ横書き云々以前にディスプレイが横長なのに横方向の
スペースを有効活用すべきではないかとは俺も思うけど、
左右にすると利き手とかでも評価分かれたりするのかも？
他のOS見ても横方向に積んでくUIって長生きしてるもの
少ない気もするし、何かしら理由はあるんだろうね。
0714デフォルトの名無しさん
2017/04/03(月) 09:44:51.04ID:vW22OF6q世界的な評価として、リボンUIは拒否されたUI。Officeの移行拒否見れば明らか。
メトロUIも同じ。Windows8-10への移行拒否見れば明らか。
くだらない妄想してないで現実の評価結果を見よう。
0715デフォルトの名無しさん
2017/04/03(月) 10:09:20.21ID:7ZhauTz7最高ではないけどそれしかベタがない
0716デフォルトの名無しさん
2017/04/03(月) 10:16:34.36ID:V6cOED8Rだから、それいつの話？w
Office2007の時代にはそういう話をよく聞いたし、こういう俺自身も不覚にも
リボンUIは使いづらいと思ってた。
実際2007のリボンUIはカスタマイズ性も低く多少問題があったが、2010以降は
その点もだいぶ改善された。
現実問題最近は「リボンUIガー」などという否定的意見はほとんど聞かなくなったし、
サードパーティーの旧UI復活アドインも（まだ存在するのかもしれないが）ほとんど話を聞かなくなってる。
独りよがりの妄想してるのはお前だよ。現実見ろって。
繰り返すが、リボンUIは作る側には面倒だし万能でもないが、少なくともOfficeには向いている。
一度リボンUIに慣れれば以前の統一性のないメニュー＋ツールバーに戻る気にはなれない。
古いUIに慣れたユーザーに別の新しいUIをごり押しする姿勢は問題あると思うが、
それとリボンUI自身の是非はまったく別問題。
0717デフォルトの名無しさん
2017/04/03(月) 10:21:29.90ID:JWbkWOjrOfficeの移行を根拠にするとなー。
頑なにOffice2000使い続けた人も多いしなぁ。
Windowsもそうだけど、個々の適応力とか新しいものへの
興味の度合いの話の方が多かったりするから、それだけを
根拠にUIの良し悪しって語っちゃ駄目だろう。
Office2000に関しては全然違う理由もあったしな。
フラットUIは見た目がパッと見クールだけど、上下関係が
判断しづらいのが一番問題だと思うけど、もともとWPFも
そうだけどマルチウィンドウを想定してないからだと思う。
個人的にはそれよりも、押されたのか押されてないのか
分からないUIばかりなのが気になるけどねぇ。
アプリ作る側の工夫でなんとでもなる話だけど、そういう
ケアができてるソフトの少ないこと・・・。
非同期のプログラムとUIはもう少し考えるべきだと思う。
0718デフォルトの名無しさん
2017/04/03(月) 11:18:21.63ID:qQvnlfYK洗脳されやすいんじゃねーの
それかMS製ソフト以外を使ったことないか
作るのが難しいってのは正にそうだろうな
もともと合理性に乏しい形態だからな
あんな中途半端な縦の長さで横に目いっぱい長いエリア
↓↗↓↗↓↗↓↗↓↗↓↗↓↗↓↗↓
レイアウトの自由度が低いから作るのが大変なんだな
頑張って作っても結局見づらいし、何か間の抜けた感じになるしな
→→→→→→→→→→
か、もしくは
↓
↓
↓
どっちかにしろと
大体はどっちかに属すものだからな
あと下へ伸ばすときはウィンドウの両端を贅沢に使えばよい話
結構な幅も確保できる
普段からVS使っててそんなことにも気づかないのは終わってるわ
洞察力なさすぎ
0719デフォルトの名無しさん
2017/04/03(月) 11:26:00.87ID:qQvnlfYKボタンをボタンらしく立体的に表示して何が悪いんだ？
の一言に尽きるな
メトロに関しては、操作しないことが前提の地下鉄の看板を
操作することが前提のPCのUIに持ってきたのがアホ
横書きなのに横スクロールを強いられるスタート画面は究極的にアホだった
横書き横スクロールって電光掲示板かよｗｗ
Win10でなおったが
0720デフォルトの名無しさん
2017/04/03(月) 11:36:21.87ID:vW22OF6q初心者が使いにくいだけでなく、上級者も使いにくいんだよ。
ペイント起動して、
|||||||
色の
編集
↑
シンプルなソフトでこんなの出てくる時点で欠陥UIだと分かりそうなものだが。
面積だけやたらとって表現力ゼロ。よく使う機能ならツールバーのボタン一つで十分。
ツールバーでアイコンの意味が分からなくてもマウスを載せるだけで「色の編集」と出るのだから文字を入れる必要性がない。
なぜ中途半端な大きさの四角に文字を詰めるのか？ 結局狭すぎて表現できず、多くの機能が▽押してドロップダウンするという。
それなら今までのメニューが文字で分かりやすくツリー化してて分かりやすく十分間に合ってた。
リボンUIは欠陥UI。
0721デフォルトの名無しさん
2017/04/03(月) 11:41:32.74ID:d0twNFoy最初は戸惑うけど慣れれば楽だよ
リボン初心者のベテランは位置関係が変わることだけが最大の苦痛なだけ
0722デフォルトの名無しさん
2017/04/03(月) 11:49:53.07ID:kMAgd29Q最新版では廃止になってるかもしれないけど
あとPkzipもリボンUIだし他にもまだいくつかあった気がする
0723デフォルトの名無しさん
2017/04/03(月) 11:58:37.50ID:JWbkWOjrマウスオーバーとか個々の探索をしないと目的の機能に
たどり着けないので、パッと見て俯瞰出来るUIの方が
分かりやすいのではないか？という発想は理解出来るけどね。
結局使用者の学習がいるのはどちらも一緒だけど。
特にマウスではなくタッチを主体にしたときは顕著では？
元々MSはタッチインターフェースを主流にしようと何回も
トライして失敗してるので、その流れだよね。
0724デフォルトの名無しさん
2017/04/03(月) 12:02:06.60ID:V6cOED8Rまあ、2017年にもなってまだ「リボンUIガー」なんて言ってる奴に向いてる仕事なんかないと思うけど。
リボンUIがVSに向いてないのは明らか。
操作の大半が文章で説明可能なシンプルはコマンドで表現できるような分野に
リボンUIを積極的に使う意義は見出しづらい。
リボンUIが向いているのはオフィスのように
オブジェクトのアナログ的な要素を操作したり、そうでなくても
操作がアイコン化しやすいような分野。
あと、VSとオフィスではコマンドの数が違う。
リボンUIは、折りたたみが出来ず階層化の機能にも難があった（だからコマンドが増えると破綻する）
ツールバーの問題点を改善するものでもある。
0725デフォルトの名無しさん
2017/04/03(月) 12:10:56.37ID:UW6dBrdQタブ付きリボンはクソ
0726デフォルトの名無しさん
2017/04/03(月) 12:41:12.17ID:YcnJ2dMtメニューによく使われる機能だけが表示されてそれ以外は折りたたまれて表示されるようになったやつ
あれ虫唾が走るくらい嫌いだった
操作を妨げ再現性を損なわせるだけのゴミ
あれに比べりゃリボンの方が遥かにマシ
0727デフォルトの名無しさん
2017/04/03(月) 12:48:23.63ID:V6cOED8RWindows2000のスタートメニューにも同様の機能が実装されてた。
あれは確かにいらんおせっかいそのものだったな。
どちらもオフにできたけど。
0728デフォルトの名無しさん
2017/04/03(月) 13:10:07.36ID:qQvnlfYKだからinkscapeを例に挙げておいただろ
これはドロー系ツールで、まさにオブジェクトの色を編集したりがメイン
こういったものを使っていると、リボンUIが本当に糞であるということがよくわかる
https://kdeonlinux.files.wordpress.com/2016/02/inkscapebreeze.png
あとはフォトショップとかな
http://www.designzzz.com/wp-content/uploads/2016/04/psd-layout.jpg
このようにウィンドウ両端にツールを並べるのがスタンダードで
通常普通というか、当たり前というか、使いやすいし合理的で画面効率も良い
リボンなんか中途半端な縦の長さで表現力が制限されてたいしたことはできない
で、結局両端にこういったツールをドカーンと表示するんなら
リボンは要らんし、密度が高くてアクセスの良いツールバーと
文字表現力に優れたメニューバーのコンビでよいわな
ほかの人も指摘しているけど
リボンはメニューバーが無いから代わりとして文字の表現も入れなきゃならんけど
結局長い文字は入れられない上、中途半端に文字を入れるから密度が落ちて場所をとるし
何もかもが悪い方向へ作用している、十徳ナイフは結局使いにくいって結論
そして、リボン凄い凄い言うだけで、これと言って反論といいますか
リボンのメリットを挙げないって時点で、思考停止
本当は便利じゃないけど慣れたってだけだな
何一つとっても合理性のあるUIじゃないから
まともな頭していたら自分のアプリに取り入れたいとは思わないし
ほとんどのアプリ開発者はまともなのでMS製以外でリボンUIのアプリを探すほうが難しい
0729デフォルトの名無しさん
2017/04/03(月) 13:28:30.27ID:vW22OF6qID:V6cOED8R と ID:6AL+9meX だなw
0730デフォルトの名無しさん
2017/04/03(月) 13:30:46.67ID:JWbkWOjr書き方するからヒートアップするんだよな。
会話の相手をねじ伏せないと気が済まないのだろうか？
そういう会話からは新しい事って生まれないと思うんだが。
折角の人の集まる場なのに2chってそんな会話ばかりだよなぁ。
0731デフォルトの名無しさん
2017/04/03(月) 13:49:16.70ID:vW22OF6qリボンUIのメリットを何一つださず、プログラマ止めろだからな。
こっちはリボンUIのデメリットを具体例も含めてこれでもかと挙げてるのに。
> リボンUIは、折りたたみが出来ず階層化の機能にも難があった（だからコマンドが増えると破綻する）
> ツールバーの問題点を改善するものでもある。
唯一のこれがMSのドキュメント全く読んでませんで勘違いしてる状態だからな。
メニューバー+ツールバー+ステータスバーでセットということを全く理解してない。どっちがプログラマ不適格者なんだか。
0732デフォルトの名無しさん
2017/04/03(月) 13:53:33.98ID:UW6dBrdQマウス&キーボードで操作する環境だったら、メニューバーでいい
0733デフォルトの名無しさん
2017/04/03(月) 14:00:11.83ID:vW22OF6qそもそもリボンUI提唱、推進者がとっくにMSをクビになってる事実。
0734デフォルトの名無しさん
2017/04/03(月) 14:02:33.73ID:V6cOED8Rなんか言ってること無茶苦茶だけど、その手のアプリは昔から独自UIだよ。
別にリボンUIが問題だからそれに対する代替案として最近出てきたわけじゃない。
それらが独自UIを採用していることはリボンUIの問題を証明する材料にはならない。
大丈夫か。
リボンUIは従来のメニュー＋ツールバーのオルタナティブとして登場したもの。
それが少なくともオフィスに関するかぎりそれがベターな対案であったことは
実際に使っている人にとっては疑いようがない。
何度も言うように、世の中PCの操作が得意な人ばかりではないし、
中年以降になると新しいことを覚えることが苦痛になる人は多いし、
そもそも普通の人にとってはPCのアプリなんて仕事の道具の一つに過ぎないのだから
ユーザーに新しいUIをごり押しするなんてナードの傲慢で大問題だが、
それとリボンUIの是非は別問題。
0735デフォルトの名無しさん
2017/04/03(月) 14:14:41.18ID:vW22OF6q・リボンUIはオブジェクトのアナログ的な要素を操作するに向いている
・操作がアイコン化しやすいような分野に向いている
複数の長文レスなのに中身はたったこれだけ。しかもさっぱり意味が分からない。
これのどこかメニュー+ツールバー+ステータスバーのアンチテーゼになっているのか。
まるでリボンUIのような分かりづらさである。
0736デフォルトの名無しさん
2017/04/03(月) 14:38:15.09ID:V6cOED8R俺の表現力の問題もあるが、プリンの味は最終的には言葉では表現できず
食てみないと分からない部分がある。
少なくとも俺は新旧両方のプリンを味わったうえで、新しいものが優れているという評価を下している。
お前さんはろくに使いもせずにリボンUIを否定してるよね。
少しは謙虚になって他人の意見も聞いたら？
検索してWEB上の意見も拾ってみ。
俺自身そうだったように、2007が登場した当時はリボンUIに否定的な意見が多かったが、
今ではそんな意見はほとんど皆無だ。
実際に使ってみれば旧UIより優れているのは明らかだからね。
個人的にはワードが一番わかりやすいと思う。
2003までのワードでまともなドキュメントを作ろうとするとデフォのツールバー設定では
コマンドがまったく足りないからツールバーをカスタマイスしまくってやっとまともに使える状態になったが、
その時ツールバーで画面の大半が埋め尽くされた状態の煩わしいこと。
これが2010以降は（多少のカスタマイスは必要だが）ほとんどデフォのまま使えるようになった。
これだけでも大きな進歩だ
0737デフォルトの名無しさん
2017/04/03(月) 14:42:34.46ID:UW6dBrdQメニューバーでいいだろ
よく使うコマンドなんて、キーボードショートカットかアクセスキーで操作するもんだし
0738デフォルトの名無しさん
2017/04/03(月) 15:03:37.67ID:SzOCCFMG0739デフォルトの名無しさん
2017/04/03(月) 15:29:43.88ID:zYKlB+ZC表現力じゃなくて脳味噌の問題だと思うよ？
発達障害でしょ君
0740デフォルトの名無しさん
2017/04/03(月) 15:35:07.74ID:1SmAJhvM0741デフォルトの名無しさん
2017/04/03(月) 16:46:36.24ID:PtvMoLPP問題の一つは黒バックだと影付きが映えない
素人が色付きのUI作るならメトロは悪いデザインじゃないと思うよ
フラットだからなんとか弄れる
0742デフォルトの名無しさん
2017/04/03(月) 17:10:21.67ID:nOOu5FxB0743デフォルトの名無しさん
2017/04/03(月) 17:18:03.39ID:ibmaWDP6>今ではそんな意見はほとんど皆無だ。
否定的な意見がないからって肯定してるとは限らないからね。
もちろん、逆もしかりだけど。
2007年からごり押しして、ずっと、毎年リボンの話題ばっかするわけないし。
もう、みんな多少慣れて話題にしなくなっただけじゃねぇの。
とりあえず全然リボンはやってねぇし、Microsoftの一部の製品だけにしか使われてないから我慢しようみたいな
事かもしれん。
もちろん、逆もしかりだけど。
0744デフォルトの名無しさん
2017/04/03(月) 17:25:20.40ID:qQvnlfYK>別にリボンUIが問題だからそれに対する代替案として最近出てきたわけじゃない。
独自UIかどうかなど関係ないし、新旧も関係ないし
まして、リボンUIの問題に対する代替案であるかどうかなど、全く関係ない
使いやすいか使いにくいかしかない
要はもっとまともなUI設計のアプリ、いくらでもありまっせ、という例
リボンUI中心に考えるのやめて、もっと広い視野でUIを考えれば？
0745デフォルトの名無しさん
2017/04/03(月) 17:32:53.19ID:V6cOED8Rなんか頭悪そうだけど、それは>>728（つまり君自身）に言えよ。
馬鹿じゃないの
0746デフォルトの名無しさん
2017/04/03(月) 17:41:54.14ID:ROmCveoq「整列と配置」は横幅いらないのに、「テキストとフォント」とかは横幅を要求するのでかなりの幅を使ってしまう
後は、リボンは特殊な状況(オブジェクトを選択時etc...)だけタブを出現させるのがわかりやすい
ツールバーやドックウィンドウだと出したり消したりするとUIがガタついちゃう
あとは、時々使うソフトとかの場合はグルーピングのおかげでメニューよりも項目が探しやすい
初心者〜中級者or中規模のソフト:リボンUI
上級者向け、高機能ソフト：DockUIやコマンド型
というのが合理的な場合が多い気がする
0747デフォルトの名無しさん
2017/04/03(月) 17:44:25.71ID:V6cOED8R本当馬鹿だよね。
何に対しても一定割合で存在する、いわゆるアンチって奴だけど。
リボンUIについては、Office2007の時はチューニングが甘かったし
既存ユーザー切り捨てみたいな導入方法にも問題があったから、恐らく多くの人がそうだったように
最初悪い印象を持つのは仕方がないと思うが、10年たってもまだ「リボンUIガー」なんて言ってる奴は
本物の馬鹿だ。
間違いなくプログラマのような仕事は向いてないと断言できる。
現実に毎日の仕事でオフィス使ってる人でアンチリボンUIななんて
少なくとも俺の周囲には一人もいないよ。
否定してるのは使ってない奴ばかり。
前にも書いたけど、こういう頑なな人GUI普及時にもいたよね。
さすがに今はほとんど死滅したけど。
0748デフォルトの名無しさん
2017/04/03(月) 17:55:22.11ID:qQvnlfYKエクスプローラで使うならリボンUIは最小化して使うのが当たり前といえるが
これで困るのは詳細・一覧などの表示切替
いちいち表示を開かないと切り替えできない
そもそもエクスプローラなど、普段よく使う操作といえば
表示切替・カット・ペースト・コピー・削除、ぐらいなのにリボンUIが必要なのかどうなのか
仮にツールバーだったなら全部並ぶだろ
それ以外の機能はメニューバーかコンテキストメニューにでも押し込んどきゃよい
リボンはメニューバーとくっついてるから
・あまり使わないのも含めて全機能 → メニューバー
・日常的によく使う機能 → ツールバーで常時表示
っていう頻度による分け方ができないのも問題だな
機能での分類ってのも勿論あるけど
それとは別に頻度での分類も操作感には重要だからな
全部リボンにぶち込んでそれでOKとはならなかったようだね
0749デフォルトの名無しさん
2017/04/03(月) 18:05:28.21ID:qQvnlfYK誰も組み込みたがらない現実
Linux界隈みたいにWindowsのLook&Feelを取り込むのが大好きな人たちも
リボンUIはノーサンキューらしい
まさに誰も真似しない
あんなのただのタブみたいなもんだから誰でも直ぐに真似できそうなのにね
0750デフォルトの名無しさん
2017/04/03(月) 18:15:21.20ID:qQvnlfYK10年もたてば大方の評価は決まってくるものだ
で、全然流行ってないね
Officeに関してはあれはああいうものだということで受け入れるしかないわな
MSがああいう風にしているんだから外野がどうこう言っても仕方ないからな
プログラマ的に言えば「仕様です」って感じで、いつものこと、慣れっこ
それはそうとして、全然他所に広がっていかない現実のほうが重要だ
0751デフォルトの名無しさん
2017/04/03(月) 18:39:05.42ID:ROmCveoqそのなかでFoxitReaderとかLibraOfficeとかはリボンUI採用したし、SourceTreeとかPeaZipとかのでかいボタンも面積については同じか
>>748
クイックアクセスツールバー使うか、リボン無効化
0752デフォルトの名無しさん
2017/04/03(月) 18:46:44.59ID:ROmCveoqWPFのリボンは前にちょっといじった感じだとFluent.RibbonがMS公式よりいい感じだった
Officeっぽいやつを結構作りこんである
あと、DockingならAvalonDockと思って見たらいつの間にかExtended WPF Toolkitに吸収されてたのか
こうやって見ると結構UI関連のパーツは揃ってるなぁ
0753デフォルトの名無しさん
2017/04/03(月) 19:00:33.94ID:JWbkWOjr全然話違うけどCodeplexが年内で終了になったね。
githubに移行しないで消滅するものも出てきそうだし
更新止まってるもので気になるものがあるなら
ローカルに捕獲しておくのが良いのかもしれない。
なんとなくCodeplexとWPFは一緒に歩んでいたイメージが
あるから少し寂しい気はするね。機能的にはgithubで全然
良いけど情報は発散しそうだしなぁ。
0754デフォルトの名無しさん
2017/04/03(月) 19:20:43.75ID:UTX+lRCR0755デフォルトの名無しさん
2017/04/03(月) 19:23:09.37ID:kMAgd29Qリボンそのものじゃなくて何がどこにあるのかわからなくなったことと
画面での面積とったことぐらいだからな
そういう点ではタブをそれまでのメニューと同じ構成にすれば批判はなかったんだろうけど
マイクロソフトはそれもぶっこわしたかったんだろう
0756デフォルトの名無しさん
2017/04/03(月) 19:38:47.61ID:qQvnlfYKコピーや削除があるホームのページと
表示切替のある表示のページが別になってること
これはMSのリボンUIのガイドラインに沿って作ったらそうなった
ってことなんだろうけど、よく使う機能は一つのページにまとまってたほうが良いだろー
大体普段使うことがないような細かな機能まで全部リボンUIに乗っけてるから
面積が足りなくなって別ページに分けるってことにもなってくるんだろうが
それはメニューバーが無いから細かな機能まで全部リボンに乗せる必要が出てきてるからなわけで
どんだけ面積を無駄遣いしてるんだってことだな
エクスプローラぐらいなら、よく使う機能だけ厳選すれば余裕で1ページに収まるだろJK
やっぱ破たんしたUIだな
0757デフォルトの名無しさん
2017/04/03(月) 19:40:57.92ID:UW6dBrdQ実用性じゃなく
0758デフォルトの名無しさん
2017/04/03(月) 19:45:56.91ID:JWbkWOjr今はそうだけど年内で完全シャットダウンだよ
0759デフォルトの名無しさん
2017/04/03(月) 19:45:57.84ID:PtvMoLPPカットペーストその他はキーボードショートカット使うしリボンあまり使わないな
0760デフォルトの名無しさん
2017/04/03(月) 19:51:10.93ID:qQvnlfYK俺の大好きな一覧表示のボタンがないんだよ
これもまた意味不明でボタンを一個二個増やすぐらいわけないのに
なんで一覧表示のボタンがないのか、理解に苦しむ
0761デフォルトの名無しさん
2017/04/03(月) 20:07:35.29ID:Up1DtiToぶっちゃけリボンかどうかはどうもいいけどVista、7のがへぼ過ぎて
8以降のエクスプローラはマシになったぐらいにしか思わん
0762デフォルトの名無しさん
2017/04/03(月) 20:17:13.74ID:5mrR44XD> よく使う機能は一つのページにまとまってたほうが良いだろー
もしかしてクイックアクセスツールバーも知らんのか？
0763デフォルトの名無しさん
2017/04/03(月) 20:34:48.52ID:cx81k6DYたまにメインメニューの「ファイル」の項目に全部のコマンドをぶち込んでる
間抜けなUIのアプリがあるけど、きっとこういうセンスの人が作ってるんだろうな。
0764デフォルトの名無しさん
2017/04/03(月) 20:47:12.29ID:qQvnlfYKツールバーも機能ごとにまとめても、複数のツールバーを同時に表示できるから問題ない
ここまではまず問題ない、普通に設計して、普通にうまくいく
で、リボンは機能ごとにページを分けるとページの切り替えが発生する
だから破たんしているということ
0765デフォルトの名無しさん
2017/04/03(月) 21:38:11.67ID:mKvU7Yw/よく読め
0766デフォルトの名無しさん
2017/04/03(月) 23:57:17.40ID:+FrccEBKhttp://www.nikkei.com/article/DGXNASFK3001J_Q1A830C1000000/
によると統計は取ってるから、利用者が少ないんでしょ
コンテキストメニューやショートカットが使えないタブレット向けへの配慮も狙いというのもあるのかなぁ
まぁ、気に入らなかったらシェル拡張でボタンでも設置しとけばいいじゃん
0767デフォルトの名無しさん
2017/04/04(火) 07:12:50.60ID://Hzzkzp> まぁ、気に入らなかったらシェル拡張でボタンでも設置しとけばいいじゃん
シェル拡張？
ID:qQvnlfYK もそうだが MS が色々考えてももうろく爺には理解できないことがよくわかるな w ⇒ >>761-762
0768デフォルトの名無しさん
2017/04/04(火) 09:38:43.10ID:gexF0yZwあのちっこいアイコンならリボンのほうが遥かにマシだろうに
0769デフォルトの名無しさん
2017/04/04(火) 10:45:22.35ID:OD1Dr59P0770デフォルトの名無しさん
2017/04/04(火) 11:13:31.60ID:SochbS060771デフォルトの名無しさん
2017/04/04(火) 11:49:50.89ID:iJCkbBB90772デフォルトの名無しさん
2017/04/04(火) 12:23:52.72ID:U7xXZYBw0773デフォルトの名無しさん
2017/04/04(火) 12:27:09.10ID:7JSQXDTI普段の操作はキーボードで済ませられる
たまにリボン使うと結局左上からジグザグに文字を追うことになる
縦に見ていけたほうが楽
繰り返しになるけどイラストはじゃま
0774デフォルトの名無しさん
2017/04/04(火) 12:31:49.69ID:7JSQXDTI結局アイコンパレットみたいになってる
文字で機能を覚えていてもサイズが変わると文字が消える
一個一個アイコンあててツールチップが出るのを待つことになる
機能名で覚えてるならメニューのほうが楽
0775デフォルトの名無しさん
2017/04/04(火) 12:58:42.51ID:lIWegaWyてめえがちゃんと使ってない（だから旧UIの欠点もリボンの利点も分からない）だけなのに馬鹿だなほんと。
0776デフォルトの名無しさん
2017/04/04(火) 13:10:03.54ID:/PIYb7TP0777デフォルトの名無しさん
2017/04/04(火) 17:19:51.93ID:9anmP0CXWPFやろうと思ったけどなかなか決心がつかない
0778デフォルトの名無しさん
2017/04/04(火) 17:51:23.16ID:0G5t2pzB潰しがきくかもしれないのはXamarin。
実際はクロスプラットホームのもの本当に書く必要が
あるのか次第じゃないかね？
個別でいいならWPFとSwift+cocoaみたいに個別に
覚えた方がまともなアプリを作れると思う。
偏見だけどクロスプラットホームので作られたアプリは
色々な意味で糞なのが多い印象あるし。
結局クロスにすると各環境の知識もそれなりにないと
色々な落とし穴にはまるからなぁ・・・。
結局、作り捨てるのでない限りは近道は無いという事。
0779デフォルトの名無しさん
2017/04/04(火) 17:53:51.29ID:1UiQ0aQ1Electron
クロスプラットフォームだし将来的なWebへの移行も問題ない
0780デフォルトの名無しさん
2017/04/04(火) 18:20:55.52ID:9anmP0CX参考になりました
簡単なデスクトップアプリをC#で作ろうと思っただけだからWPFでいいかな
ただ覚えるなら長く使える方がいいんだよね
0781デフォルトの名無しさん
2017/04/04(火) 19:20:19.46ID:uud6x2ekまだWPFだな
0782デフォルトの名無しさん
2017/04/04(火) 19:57:19.02ID:gexF0yZw出来ないわけじゃないが、特定のモニタに出す手段が分からんので
ウインドウが出てからそれを手動で移動が精一杯だわ
0783デフォルトの名無しさん
2017/04/04(火) 22:37:37.73ID:9anmP0CX無料ので
0784デフォルトの名無しさん
2017/04/04(火) 23:31:02.90ID:zOmYurnR0785デフォルトの名無しさん
2017/04/05(水) 09:04:27.46ID:3aIJUXRzドキュメント読んでピッタリのチャートがあるから、組み込んで実行したら例外が返ってくる。
その時は諦めてFormsのチャートを使った。
0786デフォルトの名無しさん
2017/04/06(木) 19:10:08.01ID:FwHVtZXiなんなんこれ
0787デフォルトの名無しさん
2017/04/06(木) 19:54:42.28ID:gk8aJGZC0788デフォルトの名無しさん
2017/04/07(金) 10:33:36.37ID:NvLLBwB+0789デフォルトの名無しさん
2017/04/09(日) 13:51:32.40ID:5CV09FM4XAMLに表示するものに式は使えませんか？
class Person {
int age;
}
<GridViewColumn DisplayMemberBinding="{Binding age < 60 ? "若者" : "お年寄り"}"/>
のような事がしたいです。
0790デフォルトの名無しさん
2017/04/09(日) 14:00:28.51ID:Ecw14QEaWPFは難しく考えすぎたフレームワークだからそういう手軽なのは無い
ASP.NETのRazorならできるよ
0791デフォルトの名無しさん
2017/04/09(日) 14:07:41.63ID:iC3LP5eg意志決定者は多分XAML使ってないだろうと思わせる面倒くささ
0792デフォルトの名無しさん
2017/04/09(日) 14:28:25.23ID:SrCKVzA5ロジックをPersonのプロパティに押し込めてそいつをbindしてやればいい。
public string AgeClass { get { return this.age < 60 ? "若者" : "お年寄り"; } }
0793789
2017/04/09(日) 14:44:55.09ID:5CV09FM4ありがとう(´,,・ω・,,｀)
0794デフォルトの名無しさん
2017/04/09(日) 15:18:55.75ID:AUKnQS0m表示だけ切り替えたい場合は俺よく専用のconvertor作って使ってる
0795デフォルトの名無しさん
2017/04/09(日) 15:35:02.38ID:Ecw14QEa原理主義的にはPersonにAgeClassのようなビューの都合を押し付けるのは悪なので
ConverterかViewModelを作るべきだけど、この程度の処理のためにいちいちそんな面倒なことをするのか?っていうね
また、最近はリッチUIなアプリにおいてもイミュータブルなデータを一方向に流す形のアーキテクチャが主流になりつつあって、
WPFのような複雑な双方向バインディングは毛嫌いされてる
0796789
2017/04/10(月) 01:27:52.05ID:vHEMwLmtDisplayMemberBindingの右側のボタンを押して「データバインドの作成」を選択すると
出てきた画面の下に「値コンバーター」ってあります。
ここをどうにかするわけですね！
勉強します。
0797デフォルトの名無しさん
2017/04/10(月) 09:22:50.85ID:hQ/nT3DM何か登録するためにその値を利用するんのであれば
ViewModel側で列挙体を設けてView側でそれをStyle定義のトリガにするかな
でも長くなるから列挙体にDisplayName属性つけてそれを見るように作るかな
これもMVVMの原理主義から言ったらちょっとダメかもしれないけど
そんなこんなやってたら
MVVMでも文言はViewModel側でセットしていいんじゃないかと思うようになってきたんだけど
厳密にはダメなの？
色とか文字の大きさは見た目の話なのでView側の役割だけど、文言はデータだからViewModel側じゃない？
0798デフォルトの名無しさん
2017/04/10(月) 10:46:39.32ID:KmnNsJPG若者とお年寄りをアイコンで表現したくなったらどうする?
こういう馬鹿馬鹿しい設計判断を常に開発者に求めるのがWPFのMVVM
時間の無駄だからViewModelはビューに密結合しているものとして割り切っていいと思うよ
何ならコードビハインド自体をVMだと思ってプロパティ書いてバインドしたらいい(本来のWPFの使い方)
0799デフォルトの名無しさん
2017/04/10(月) 10:46:50.00ID:k0F6ODCW条件判断（age < 60）をビューがやるのは明らかにおかしいねw
0800デフォルトの名無しさん
2017/04/10(月) 11:30:33.43ID:hQ/nT3DM自分はスキルがないのに、
MVVMパターンを採用したらプロジェクトが破たんしたよ
MVVMが悪いのではなく、MVVMの採用を誤ったからなんだけど
なんでもかんでも採用すればいいってもんじゃないよね
デザイナーとプログラマーで役割分担されている
単体テストを自動化したい
→ MVVM
数人で開発する小規模なシステム
開発期間が短い
MVVMのスキルがない
→ イベントドリブン、コードビハインド
>>799
ViewModelの役割ですよね
Viewで一生懸命やろうとしている人もいるけど
ViewはViewModelの状態を判断するだけのはず
だからイコール以外の判定はViewModelで行うという認識
デザイナーと役割分担しているならなおさら
0801デフォルトの名無しさん
2017/04/10(月) 13:48:28.52ID:5PhIzl6Eしかも使いにくいアプリのイメージ
0802デフォルトの名無しさん
2017/04/10(月) 14:55:33.09ID:PrGSNjes0803デフォルトの名無しさん
2017/04/10(月) 15:04:37.52ID:ctrxYOV0その間にVMを入れる理由がイマイチ良くわからん
今回の話で言えばMの話なのかVの話なのかちゃんと見定める必要があると思うが
MVVMの原理に詳しい人教えてくれ
Mの都合なのかVの都合なのかよくわからんやつを定義するのがVMなのか？
もしくはVの都合だがMをいじりたくないときに使うのがVMなのか？
もしくはMの都合をVに伝播させないためにVMを挟むのか？
0804デフォルトの名無しさん
2017/04/10(月) 15:22:23.75ID:CESguEkt後で保守や運用がしやすくて仕様変更に強ければ
なんでもよいのでは？
なんか一つのルールやガイドラインにのっとって作れば
何でも上手くいくとかいった、バカっぽい考えはやめて
原理主義的にならず、頭柔らかくして
対象の案件にとって一番最適と思われる設計をすればよいんじゃね？
0805デフォルトの名無しさん
2017/04/10(月) 15:28:30.77ID:PrGSNjes0806デフォルトの名無しさん
2017/04/10(月) 15:35:37.83ID:hQ/nT3DMViewがWPF以外にUWPとかWebとかになった時に
Modelはそのどれでも利用できるロジック部分
ViewはUWPとかWPFとかで異なってくるのでそこを吸収する部分がViewModel
少なくともViewのアクションをトリガにしてModelのロジックを動かすなら
その仲介役にコマンドが必要になってくるしそれはViewModelに定義するものなので
ViewModelは必須だと思う
>>804
＞後で保守や運用がしやすくて仕様変更に強ければなんでもよいのでは？
そのためのMVVMでもあるけど、実際問題完全に当てはめるのは困難だよね
＞対象の案件にとって一番最適と思われる設計をすればよいんじゃね？
この判断がまた難しいというね
世の中に完璧な解などないというね
銀の弾丸なんちゃら
0807デフォルトの名無しさん
2017/04/10(月) 15:44:16.16ID:CESguEkt0808デフォルトの名無しさん
2017/04/10(月) 17:03:15.87ID:2WdEUqWQ0809デフォルトの名無しさん
2017/04/10(月) 18:46:08.90ID:5PhIzl6EだってWTL、MFCやWPF使える技術者なんか募集しても集まりやしないのだから。
0810デフォルトの名無しさん
2017/04/10(月) 19:04:40.26ID:sVz8AAO3VB6はありえない
0811デフォルトの名無しさん
2017/04/10(月) 19:15:26.08ID:5PhIzl6E0812デフォルトの名無しさん
2017/04/10(月) 19:20:31.43ID:sVz8AAO3使える人はそりゃいるだろカス
開発環境の問題
0813デフォルトの名無しさん
2017/04/10(月) 23:13:12.43ID:JoZSvnxYうろ覚えだが。。。
Winformではスライダー動かす度にイベントで変数に代入したりしてたのが、MVVMだと自動で更新してくれる仕組みがあった。
双方向にVewとModelの値の変更を通知する仕組みが。
(コマンドクラス？とかバインディングとか)
その仕組みを活用しないと意味ないし、Winform的にも使えるから、WPFでMVVMするかしないかは自由だけど。
0814デフォルトの名無しさん
2017/04/11(火) 00:35:37.45ID:GzsXpDuh俺もViewはおかしいとして、VMなのかMなのか迷う。Mがいいんかな？60ってのはモデル側の理屈だよな。
0815デフォルトの名無しさん
2017/04/11(火) 00:43:37.65ID:oePCg1frオラクルがSQLの検定試験しているのを見て、思いついたんだろうね
ある程度の難解さであるとかテクニックじみたことは必要だ、と
0816デフォルトの名無しさん
2017/04/11(火) 00:47:29.93ID:7o6cYc7o0817デフォルトの名無しさん
2017/04/11(火) 01:57:17.58ID:39phKCvC普通に考えれば本来はモデルの領分だね。
ホデルは「老人 or 若者」のデータをenumかboolで提供して、それをどう表示するかはView側の問題
0818デフォルトの名無しさん
2017/04/11(火) 03:22:25.56ID:w19ZsOpjアプリの都合で若者か年寄りかを表示するのならViewModelの領域になるのでは
まあ結局設計次第としか言えないけどさ
0819デフォルトの名無しさん
2017/04/11(火) 03:39:41.05ID:fZyapRgzボタンだとクリックだけとかなんなんだろ？
DoubleClickCommand="OpenFileCommand"
こんな感じでかけたら楽なのに、Commandも蛇足か
DoubleClick="OpenFile"
それにDelegateCommandで同じような記述を書かないといけないのもなんだかな
VMでprivate void OpenFile(){}これだけ記述すればいいようにならなかったのか
MVVMの役割分担を迷うのは端からそういう設計思想で作られてないからじゃない？
結局VとMだけで作ったほうが早いよね
0820デフォルトの名無しさん
2017/04/11(火) 04:55:09.17ID:7o6cYc7oINotify〜だけでMSはMVVMまで考えてないから。
UWPならx:Bindでそういうことができる。
0821デフォルトの名無しさん
2017/04/11(火) 05:55:28.93ID:cxxmNlgyVに当たるXAML差し替えても、最悪VとMを糊付けするコマンド書き換えれば済む様に書くって意味で。
0822デフォルトの名無しさん
2017/04/11(火) 06:14:59.25ID:fZyapRgzなにこれすごいね
UWPはじめよっと
0823デフォルトの名無しさん
2017/04/11(火) 09:02:12.53ID:fZyapRgz0824デフォルトの名無しさん
2017/04/11(火) 09:44:23.21ID:XE/8X6xo例えば？
0825デフォルトの名無しさん
2017/04/11(火) 10:47:20.45ID:VlwxSRwz・Windows10でしか動かない
・配布はWindowsStoreが基本
・外部DLLはUWP向けにビルドしたものしか使えない
・他のアプリケーションを起動できない
逆にメリットは
・UWPはWPFに比べて進歩している部分が多い
・ストアは低料金で署名入りソフトを配布できる（個人19ドル、法人９９ドルで使い放題）
・広告やシェアウエアなどの収益をMSが管理してくれる
0826デフォルトの名無しさん
2017/04/11(火) 10:53:34.42ID:VlwxSRwz・ネイティブコンパイラなので、実行ファイルは高速であるだけでなくリバースエンジニア耐性はC++と同等
ライブラリが.netじゃないからなのか、C#独特のモッサリ感が感じられませんね
0827デフォルトの名無しさん
2017/04/11(火) 11:07:27.31ID:Fw4iTIDk質問したのと別人だけどありがと。
結局ストアアプリとあんまり変わってないのかな。
ストア経由のデプロイメントしかできないんじゃ使い物にならんって
ストアアプリの時散々批判されてたはずなのにw
0828デフォルトの名無しさん
2017/04/11(火) 11:39:28.93ID:7/1HysNKパッケージファイルから直接インストールできるようになってるよ（端末に許可が必要なのは従来通り）
0829デフォルトの名無しさん
2017/04/11(火) 11:51:53.63ID:Fw4iTIDkあ、そこは改善されたのね
0830デフォルトの名無しさん
2017/04/11(火) 12:32:59.96ID:8NtoN1XY外部dllの認識間違ってるから調べてみ
0831デフォルトの名無しさん
2017/04/11(火) 13:03:57.49ID:hl6TmpRV問題ないだろう。馬鹿なのか。
0832デフォルトの名無しさん
2017/04/11(火) 13:13:55.93ID:m6Ll+S5iC#特有のモッサリ感は主にWinFormsなどの巨大なアセンブリをロードする際のディスクIOによるもの
UWPだとシステム側のAPIを呼ぶだけだからアプリレベルでのロードが要らず速い
0833デフォルトの名無しさん
2017/04/11(火) 17:34:59.81ID:fZyapRgzexeから起動できない
ウィンドウサイズが状態保存されてしまったから？、サイズ変更しても反映されない
コンパイル、デバッグがもっさり
ファイラー作りたいのに作れない
ファイルの自動仕分けや動画エンコードツール作りたいのにできない
SQLiteが使えない
バインディングやらいろいろ便利なってるけど
自分がやりたいようなことはことごとく不向きだったわ
0834デフォルトの名無しさん
2017/04/11(火) 17:58:36.63ID:MHMJT69Wマイクロソフトはこのままずんずん突き進んでいくのかな．．．
0835デフォルトの名無しさん
2017/04/11(火) 18:15:42.77ID:B68AL9czその上ストアアプリがあっさりなかったことにされた後なのにUWP習得しようと思える人って
よほど新しいこと覚えるのが好きなんだろうね。
馬鹿にしてるわけじゃなくて尊敬するわ。
俺は勉強大嫌いでただでさえモティベーション希薄な人間だからw
0836デフォルトの名無しさん
2017/04/11(火) 18:33:02.96ID:dMeKvnqEViewに表示したいデータがModelと一致するとは限らないからでしょ
特にWPFの場合イベントを使った値の設定とかでなくて
バインディングを使った値の設定ならなおさら
0837デフォルトの名無しさん
2017/04/11(火) 18:33:55.02ID:m6Ll+S5iMSの本命はクラウドだぞ
WindowsクライアントPCが衰退するのはMSの戦略の大前提であり、MSはお前が思ってるほどバカではない
そして現にAzureは大成功し、見事にクラウドベンダーへの転身を果たした
0838デフォルトの名無しさん
2017/04/11(火) 18:47:55.49ID:B68AL9cz意味が分からん
0839デフォルトの名無しさん
2017/04/11(火) 18:51:58.73ID:MHMJT69WWindowsの話をしてるのにクラウドの話を持ち出されてもなw
それとも、マイクロソフトは自然の流れに身を任せるだけじゃなくて、未来を感じさせない
ものをあえて出すことによって、Windows PCの地位低下を自ら加速させようとしてると
でも言いたいのか?
0840デフォルトの名無しさん
2017/04/11(火) 19:11:58.33ID:8NtoN1XYお前がな
0841デフォルトの名無しさん
2017/04/11(火) 20:17:14.25ID:VtWCztDiこれ署名どうにかしないと駄目なんだよね？
0842デフォルトの名無しさん
2017/04/11(火) 21:01:33.88ID:SFeukjUtかわいそうに
0843デフォルトの名無しさん
2017/04/11(火) 21:26:14.75ID:hl6TmpRV開発環境が問題ということに同意してる時点で頭が可哀想なのはおまえ。
MSと契約せず開発してるのか、低脳無職め。
0844デフォルトの名無しさん
2017/04/11(火) 21:27:01.73ID:m6Ll+S5i0845デフォルトの名無しさん
2017/04/11(火) 21:28:44.94ID:hl6TmpRVはぁ？ 無職かおまえは。
0846デフォルトの名無しさん
2017/04/11(火) 21:31:20.94ID:VlwxSRwz0847デフォルトの名無しさん
2017/04/11(火) 21:53:15.78ID:vu5E1Sd90848デフォルトの名無しさん
2017/04/11(火) 22:06:52.19ID:N4Fdmb7cでもいまだにVB6使ってるようなところでは働きたくないよねw
しかし、ライセンスのことよく知らんけど、今から新入社員がライセンス的に問題ないように使えるのかねw
0849デフォルトの名無しさん
2017/04/11(火) 22:37:19.50ID:7o6cYc7oWPFはVS、Blendと一部にしか使われなかったが
Windowsは自らUWPに総とっかえしてる。
0850デフォルトの名無しさん
2017/04/11(火) 22:51:37.61ID:zHueHV9k>その上ストアアプリがあっさりなかったことにされた後なのにUWP習得しようと思える人って
>よほど新しいこと覚えるのが好きなんだろうね。
WPFで学んだMVVMの概念やらはそのままUWPで使えるし、もちろんコントールとか違うのもあったり
ないのもあったりだけど、そんな大した大変じゃねぇけどな。
もちろん特殊な事する場合はWinRTのクラスライブラリ使うことになるけど、
たいていは.NET Standardで今までの知識活きるし。
0851デフォルトの名無しさん
2017/04/11(火) 22:55:17.52ID:zHueHV9k選択してもいいと思う。概念と基本をしっかり学べばMVVM的に違うのは
ビュー(WPF,UWP)の部分だけだし、そのビューの部分だって同じマイクロソフトが
作ってんだから、WPFとUWPは共通項たくさんあるし。
0852デフォルトの名無しさん
2017/04/11(火) 23:41:59.34ID:GzsXpDuhmsdn subscriptionにはisoがあるな。VC6なら最近まで使ってたよ。
0853デフォルトの名無しさん
2017/04/11(火) 23:55:59.51ID:SFeukjUtどこの世界の話だよカス
0854デフォルトの名無しさん
2017/04/12(水) 06:53:17.57ID:n4Y/3kqL>Windowsは自らUWPに総とっかえしてる。
マイクロソフトはスマホはさすがに諦めていいと思うけど、
さすがにUWPでタッチ化すすめないと、ノートPCもどんどん2in1化してるし
やばくなっちゃうからね。そのうちデスクトップ用のモニタも無駄にタッチ対応になったり
はさすがにねぇか・・
0855デフォルトの名無しさん
2017/04/12(水) 07:30:59.17ID:A6XRqe5e後々の流行やハードウェアの変化を全く考慮してない
まあ>>839の言うこともあながち間違いではなく、
目下Webだけでカバーするのが難しい部分を補うだけの過渡期の技術くらいにしかMSは考えてないのかもね
0856デフォルトの名無しさん
2017/04/12(水) 09:08:27.85ID:k1x1bZPGそんなこと言ったらきりないじゃん
未来なんて変わるもんなだから今のベストを追求すべきでしょ
未来の互換性を最重要視したら破たんするよ
0857デフォルトの名無しさん
2017/04/12(水) 10:33:42.89ID:UpdSXRjZクライアント化すると言ってから２０年は経ってるな
0858デフォルトの名無しさん
2017/04/12(水) 10:58:11.39ID:7YKbJJVc動くようになるって論調だったねw
俺はなるわけねーだろと思ってたけど、言わんこっちゃない、
結局今でもwebメールぐらいしかメジャーになってない
0859デフォルトの名無しさん
2017/04/12(水) 12:21:36.91ID:rV2fF7iLメジャーかどうか言い出したらキリがないけど
ゲームからエディタまでそっち系の技術で作られたものが
普通に動いてるこのご時世にそりゃないわ
・・・という話がもう既に二周目？
0860デフォルトの名無しさん
2017/04/12(水) 12:23:54.82ID:XRJC8iUP0861デフォルトの名無しさん
2017/04/12(水) 12:36:32.02ID:7YKbJJVc俺は意識高い系（笑）の人が現実的なポテンシャルを無視して
過剰にwebに夢を見過ぎているのを嘲笑してるだけで、別にそれを全否定してるわけじゃないよ。
いつの時代でもそうだけどさあ、その手のバズワードってのはそっち系の人たちの自己陶酔の道具だからねえ。
ネトウヨの「ネットde真実」と同じだよw
0862デフォルトの名無しさん
2017/04/12(水) 12:48:27.55ID:7YKbJJVcGMailもOutlook.comもデスクトップアプリ並に使いやすいとは
いくらwebマンセーの人でも言えないよね。
UIの使いづらさを我慢してもそれ以上の利便性があるから使われてるだけでさ
0863デフォルトの名無しさん
2017/04/12(水) 16:06:37.46ID:sAQrxYXY0864デフォルトの名無しさん
2017/04/12(水) 18:43:17.62ID:f0KZaA4Q惜しい所まで来てはいるんだけど。
0865デフォルトの名無しさん
2017/04/12(水) 19:39:31.99ID:sAQrxYXY>主要ブラウザとしては初めてWebAssemblyをサポートしたこと
こういうのはどうなんだ？
まぁ最終的にはネットワークの遅延がボトルネックになりそうではあるが
0866デフォルトの名無しさん
2017/04/12(水) 20:31:00.16ID:vXSMLJ/rセキュリティ等で色々と制限を受けるWebアプリとでは、使い勝手の面でどうしても
越えられない壁が出てくると思うわ
0867デフォルトの名無しさん
2017/04/12(水) 21:25:43.09ID:u533e0uwじいさんまだいたのか w
0868デフォルトの名無しさん
2017/04/12(水) 23:33:48.08ID:A6XRqe5eOSの進化を待ってたら開発者はいつまで経っても革新的()なUIが作れないから
UIはOSから切り離してユーザースペースに持ってこようぜ、というのがWPFの大元のコンセプトなんやで
見事に破綻したけど
0869デフォルトの名無しさん
2017/04/12(水) 23:39:02.73ID:sAQrxYXYまぁWindowsができた当時はGUIこそが革新性のすべてみたいな時代だったしな
0870デフォルトの名無しさん
2017/04/12(水) 23:42:48.75ID:f0KZaA4Qどこら辺が破綻?
0871デフォルトの名無しさん
2017/04/12(水) 23:50:41.39ID:sAQrxYXYなるらしいが、本当によくやるよ
でもDIBセクションとか使ってたらどうなるんだろうかとか考えると
かなり限定的になりそうだなー
DIBセクションなHDCにスケーリングが効いたHDCをBitBltしたらどうなるんだろうかとか
座標変換の細かな誤差でゴミが出たりしないんだろうかとか
考え出すときりがない
0872デフォルトの名無しさん
2017/04/12(水) 23:53:17.53ID:MP6moUOx0873デフォルトの名無しさん
2017/04/12(水) 23:55:55.36ID:A6XRqe5e俺に聞かれても困る
MSがUWPでそのコンセプトと真逆の道を選んだのは事実だ
0874デフォルトの名無しさん
2017/04/13(木) 00:15:37.24ID:cSfRCwVr見事に破綻と自分で書いておいて、答えられないのかw
0875デフォルトの名無しさん
2017/04/13(木) 00:21:14.44ID:mq/mDnQK0876デフォルトの名無しさん
2017/04/13(木) 00:36:58.24ID:G9tlFT6DそういやCreators Updateで、MSHTMLのタイプライブラリを作り直さんと動かないプロジェクトが有った
コンパイルしても警告しか出ないから焦ったわ
参照を削除して再度参照したら動き出しました
0877デフォルトの名無しさん
2017/04/13(木) 09:58:01.48ID:xhr4sxE5http://pc.watch.impress.co.jp/docs/news/1053259.html
この記事によると、ビットマップやGDI+はスケーリングされないということだから
座標原点に寄った感じで表示されるんじゃないか？
0878デフォルトの名無しさん
2017/04/13(木) 23:52:58.23ID:Vv6BlwOK「タイプライブラリを作り直す」じゃなくて「タイプライブラリから相互運用アセンブリを作り直す」じゃないのか?
0879デフォルトの名無しさん
2017/04/14(金) 00:26:29.87ID:JAOeiKWj<Button Click="{local:Event Close}" />
は出来ました
<Style TargetType="Button">
<EventSetter Event="Click" Handler="{local:Event Close}" />
</Style>
このHandler部分では同じようにしても不明なビルドエラーが出力されます
マークアップ拡張は使えないのでしょうか？
0880デフォルトの名無しさん
2017/04/14(金) 08:24:19.24ID:hAh0yD6N0881879です
2017/04/15(土) 03:55:26.37ID:HBJNV+l4<Window.Resources>
<Style TargetType="Button">
<EventSetter Event="Click" Handler="Button_Click" />
</Style>
</Window.Resources>
<Button Content="てすと" />
</Window>
↑これはビルドも実行も出来ました
{x:Type Button}でも出来ました
<EventSetter Event="Click" Handler="{local:Test}" />
↑これはビルドに失敗
不明なビルド エラー 'オブジェクト参照がオブジェクト インスタンスに設定されていません。.' が発生しました
local:Testは、例外NotImplementedExceptionを発生させるだけのシンプルなヤツです
class TextExtension : MarkupExtension {
public override object ProvideValue(IServiceProvider serviceProvider) {
throw new NotImplementedException();
}
}
<EventSetter Event="Click" Handler="{Binding}" />
↑ためしにBindingを使ってみたらビルドは成功しました
（実行はXamlParseExceptionが発生）
MarkupExtension以外での実装が必要なのでしょうか？
もう少し色々と試してみます
0882879です
2017/04/15(土) 04:02:20.00ID:HBJNV+l4誤）TextExtension
正）TestExtension
エラーは変わらずです
0883デフォルトの名無しさん
2017/04/15(土) 11:08:34.43ID:vHm5HpwM0884デフォルトの名無しさん
2017/04/15(土) 11:31:26.41ID:zJdVs9Oiこんな書き方初めて見たんだけどイベントハンドラにマークアップって使えるの？
そもそもマークアップにする目的は何？
0885879です
2017/04/15(土) 20:48:35.93ID:HBJNV+l4WPF4.5からの新機能みたいです
ViewModel側でも下記のような形で書けたらいいなと思ってです
private void Event(object sender, EventArgs e) { ... }
0886デフォルトの名無しさん
2017/04/16(日) 09:36:50.30ID:oj6DuSpeReactiveCommandについてググってみて。
これをバインドした方がmvvmっぽい。
0887デフォルトの名無しさん
2017/04/16(日) 19:30:02.04ID:Oy/zPZLMただしょっぱなからMVVMやろうとLivetに手を付けたのが悪かった
最初はコードビハインドどっぷりでやったほうがストレスフリーで色々吸収できた気がする
0888デフォルトの名無しさん
2017/04/16(日) 19:54:48.81ID:v3aZcZuz0889デフォルトの名無しさん
2017/04/16(日) 19:57:31.74ID:bJQNDO51初めからMVVMの方がいいよ
MVVMやるためにサードパティライブラリ使うのがいけない
0890デフォルトの名無しさん
2017/04/16(日) 20:00:35.98ID:yhNZe4vR0891デフォルトの名無しさん
2017/04/16(日) 20:25:29.48ID:+5cM4IUU理念をすべて絶対的な正義として従おうとするから大変になるんだよ
Microsoftが出してるサンプルですらかなりいい加減だから
あんまりMVVMなんて気にしないで好きに作ればいいよ
0892デフォルトの名無しさん
2017/04/16(日) 21:07:14.97ID:Oy/zPZLM頭のなかでぐちゃぐちゃだったのがやっと整理されました
RelayCommandでぐぐってやっと理解できました
理解できたと言ってもなぜか動くって感じですがね（はぁしんどい
バインディングという呪文＋LivetのMessengerで頭の中がやばかった
発狂寸前でした
独学だとこういう順序が間違いやすいんだろうなぁ
あぁ一週間後は別のことしてそうだ
0893デフォルトの名無しさん
2017/04/16(日) 21:36:55.01ID:Z1RJb8zXReactiveCommandについて調べてみました
色々と住み分けが出来そうだけど、複雑すぎてちょっと手が出せそうにないです
EventSetterとの絡みも出来るかわかりませんでした
>>887
私の場合は逆にMainWindow.xaml＋MainWindow.xaml.csのみから始まり
RelayCommandとModelBaseをパクって＋ViewModel.cs
EventArgsのためにTriggerActionを覚えて
今は、MarkupExtensionに移行してます
オレオレフレームワークが出来あがりそう・・・
といっても数個のファイルだけだけど
0894デフォルトの名無しさん
2017/04/16(日) 21:54:16.88ID:wSkKKBMW俺なんか3か月かかっても「MVVMって何？」状態だったよw
0895デフォルトの名無しさん
2017/04/16(日) 22:37:22.00ID:kbgpyXwpその通りだけど、4.5からEventSetterが入ってTriggerの呪文を書くより短く
Commandをイベントに付けられるようになった。879はそれをMarkupExtensionを介して
普通のハンドラに付けている。ところが、リソースに入れてみたらどうやら
コンパイラがバグってるぽいって話。StackOverflowで聞いてみるのが吉だね。
0896デフォルトの名無しさん
2017/04/16(日) 22:49:09.27ID:ZwxyOcr80897デフォルトの名無しさん
2017/04/16(日) 23:00:22.59ID:vYFNGrx+更にReactivePropertyを追加
0898デフォルトの名無しさん
2017/04/16(日) 23:41:35.06ID:Oy/zPZLMPrismとかなんちゃらとか、Livetに比べるとパット見でも良さげな香りが漂ってるな
もうね。徒労ですわ徒労。１週間は立ち直れそうにない
0899デフォルトの名無しさん
2017/04/17(月) 00:31:07.51ID:W1HLpdWq0900デフォルトの名無しさん
2017/04/17(月) 03:35:02.90ID:n42XeBC6MVVMの利点として挙げられてるのって 「GUIとデータモデルの疎結合によりGUIデザイナーとプログラマーの連携が容易になる」とかだし、個人で作るぶんにはMVVMなんて使わないで昔ながらのコードビハインドでイベントドリブンのほうが楽でいい気がするんだけど
0901デフォルトの名無しさん
2017/04/17(月) 03:36:06.90ID:z6uT0Li2俺も最初Livetいいなと思ってやったけど結局Prismだわ
LivetってなんだろうってモヤっとしながらPrismやるよりはいいかもね
個人的にはまず目的最優先で、その後、思想やおしゃれを取り入れればと思う
そうでないと包丁を磨いてばかりで寿司の握り方を知らないで終わってしまう
0902デフォルトの名無しさん
2017/04/17(月) 03:47:01.37ID:3HfuGreX資産できてるかどうかか一番でかいか
0903デフォルトの名無しさん
2017/04/17(月) 03:56:40.42ID:z6uT0Li2MVVMなんていうから宗教じみた論争になるわけで
Prismで記述が楽になる部分は使う
複雑化する部分はやらない
結局、取捨選択の能力だね
必要がないことをするのは単なる道楽
0904デフォルトの名無しさん
2017/04/17(月) 07:16:22.88ID:E9XiGMXF単一のクラス内で ＃regionでも使ってコード分けときゃ十分
0905デフォルトの名無しさん
2017/04/17(月) 07:27:36.01ID:fvePKWFiMVVMが向いてるのは「画面の多いアプリ」と覚えておくとだいたい間違いはない
単機能のツール的なアプリには全く必要ないよ
0906デフォルトの名無しさん
2017/04/17(月) 08:00:32.86ID:0a1xKJgZコードビハインドでもMVVMてきにしておくと楽だよ。
0907879です（893も）
2017/04/17(月) 08:30:28.26ID:vaKtyRkxまさにそんな感じです
StackOverflowは英語・・・と思ってたけど日本語版もあったんですね
基本的な部分から分かってなかったりするので、WPFを一通り覚えたら活用してみたいと思います
879の質問は未解決だけど、一旦閉じさせてもらいます
ありがとうございました
0908デフォルトの名無しさん
2017/04/17(月) 09:09:34.48ID:ens543gs俺は小規模の時は既成フレームワークを使わないけど
いくつかスニペット作ってあるのでそれでVMは作るな。
コードビハインドにはVMの生成のコードしか書かない。
コード自体は冗長になるけど自分が書く量は殆ど無いし
ちょっとしたツールはそれで事足りる。
Prismは仕事で製品作るときは使ってるけどDIコンテナ
前提なのでなんとなく作り捨てるのには大袈裟な気はする。
なんだかんだで古いけどMVVMLightとか良い位置だと思う。
0909デフォルトの名無しさん
2017/04/17(月) 09:36:24.18ID:1dKbGLgEUWPのPrism.Unityは、適当にこじんまりしながら必要な部分が拡張してあっていい感じですよ
ナビゲートの前後にVMのメソッドが呼ばれるのは逆輸入してもらいたいものですね
WindowのClosingのようにナビゲートをキャンセルできたりします
0910デフォルトの名無しさん
2017/04/17(月) 10:53:24.44ID:/8MRj+vn実際、そのアプリを使って仕事しない奴がこれすげーだろと作ったものは碌なモノがない。
0911デフォルトの名無しさん
2017/04/17(月) 10:55:01.47ID:lw1GhIGrほとんど駅でメガホン持って叫んでる頭おかしいオッサンだなw
0912デフォルトの名無しさん
2017/04/17(月) 11:11:58.51ID:/8MRj+vn急に幼稚園児みたいな煽りしてどうした？馬鹿UI作ってクビにでもなったのか？ それとも真性キチガイか？
0913デフォルトの名無しさん
2017/04/17(月) 11:19:21.18ID:/8MRj+vnいくつか例を挙げてくれないか低脳デザイナーさん。 >>911
0914デフォルトの名無しさん
2017/04/17(月) 11:21:36.79ID:/8MRj+vn結局、煽るだけで返事なしか。底辺のクズめ。
0915デフォルトの名無しさん
2017/04/17(月) 11:32:01.94ID:1dKbGLgEどこから「全くコードがかけない、プログラマでない」が出てきたんだろ？
0916デフォルトの名無しさん
2017/04/17(月) 16:22:26.41ID:MtjsQ0Nn0917デフォルトの名無しさん
2017/04/17(月) 20:16:43.18ID:fMeAJ6FrそもそもUIデザイナーとPG分けてとかの話もしていなかったのに。
0918デフォルトの名無しさん
2017/04/17(月) 22:13:24.08ID:FPOa41qyキチガイをよく引きつけるところはどこぞの括弧が多い言語に似ている
0919デフォルトの名無しさん
2017/04/18(火) 20:52:51.83ID:+7pTE7u30920デフォルトの名無しさん
2017/04/18(火) 21:02:12.98ID:9b5CGWQ4https://github.com/ButchersBoy/MaterialDesignInXamlToolkit
0921デフォルトの名無しさん
2017/04/19(水) 07:36:56.96ID:vyk9mAaQ資料少くて泣く
0922デフォルトの名無しさん
2017/04/19(水) 07:55:29.76ID:qwLCeiG9死んだやつはつらいね。
0923デフォルトの名無しさん
2017/04/19(水) 08:44:27.92ID:cFhhHfzu基本コード読むしかないと思うけど・・・ネェ
前任の人がu氏の口車に乗っちゃったんだろうけど
結局評判通りの結果になってて草
0924デフォルトの名無しさん
2017/04/19(水) 09:16:36.46ID:KwBDYKZK0925デフォルトの名無しさん
2017/04/19(水) 16:18:05.29ID:aAEeAbFj0926デフォルトの名無しさん
2017/04/21(金) 11:06:49.07ID:Qq1GyP8/RegularPolygonのPointCount変えても多角形にならん！
Visual Studio側でも多角形にならん！
これって既出？？？
0927926
2017/04/21(金) 13:24:07.82ID:Qq1GyP8/0928デフォルトの名無しさん
2017/04/22(土) 09:22:29.14ID:b2tctlyq0929デフォルトの名無しさん
2017/04/22(土) 09:40:09.01ID:WrNmzCvxWPFとは無関係。
0930デフォルトの名無しさん
2017/04/22(土) 10:01:40.21ID:7minEwfE0931デフォルトの名無しさん
2017/04/22(土) 10:15:51.45ID:tXDKEslh既存のUIの枠組みに乗っけるならそもそもWPFなんか要らないんだよね
WPFは全く新しい独自のUIを創造するためにある
同時に、最も害悪なのもそれ
0932デフォルトの名無しさん
2017/04/22(土) 12:32:50.77ID:IJ9FoT1gjavaやPHPを老害の使うものとしてjavascriptでreact+reduxが最先端というwebの流れ
jsが最先端とか笑ってしまうがいつまでも笑っていられない
webの人達はmvvmは開発規模の小さいものをすぐに作るために使うものと切り捨てている
アプリとweb界隈との垣根があいまいな今新しい流れが求められているのではないかなと個人的には思う
今からコンピューター触る人はc#に入ってきにくい
ゲーム作る人だけ来るかもしれないけど他のジャンルをみると新規でc#選ぶ人は少ないだろう
他はいろいろと整いすぎている
そもそも勝負にならない
c#が好きな人間としては寂しい限り
0933デフォルトの名無しさん
2017/04/22(土) 12:38:56.59ID:IJ9FoT1g0934デフォルトの名無しさん
2017/04/22(土) 12:56:13.36ID:WrNmzCvx0935デフォルトの名無しさん
2017/04/22(土) 13:18:04.25ID:bgpATEvq>mvvmが死んでしまった
詳しく
0936デフォルトの名無しさん
2017/04/22(土) 13:31:04.71ID:IJ9FoT1gある程度以上の規模の開発に向かない
よい説明が見当たらないのでこれでご勘弁を…
http://qiita.com/knhr__/items/5fec7571dab80e2dcd92
0937デフォルトの名無しさん
2017/04/22(土) 13:47:48.81ID:tXDKEslhそれ結局はWebな人達が複雑なSPA開発をPHP時代に慣れ親しんだ低脳な開発スタイルに近づけるためにやってることで、
双方向バインディングdisは言いがかりのこじつけ
仮想DOMが非常に優れたアイデアなのは確かだけどね
0938デフォルトの名無しさん
2017/04/22(土) 15:28:00.91ID:FEVU7Q4D普通言われてるのはそれと逆だけどねw
0939デフォルトの名無しさん
2017/04/22(土) 15:34:42.93ID:WrNmzCvx何でも信じちゃうタイプか(笑)
0940デフォルトの名無しさん
2017/04/22(土) 17:01:08.53ID:AIuPT1Vcオープンソースのアプリのビューモデル見てるとくそややこしいよね
0941デフォルトの名無しさん
2017/04/22(土) 18:21:07.62ID:MCayazaeどこで言われてるの？
0942デフォルトの名無しさん
2017/04/22(土) 18:36:23.10ID:L9cy9Aq3そもそもシンプルな物は何も考えなくてもシンプルなんだから当たり前でしょ。
言っとくけど俺はMVVMなんかいらない派。
それでも>>936は明らかに間違い
0943デフォルトの名無しさん
2017/04/22(土) 19:41:49.99ID:k8DlVouE0944デフォルトの名無しさん
2017/04/23(日) 00:36:09.10ID:yG6p5MVuいまいち流行らなかったものですね
0945デフォルトの名無しさん
2017/04/23(日) 00:48:27.16ID:yG6p5MVuクソリファレンスのApple見習ってんじゃねえぞ(CCryptorのドキュメントはどこだ!)
あいつは神だから許されるんだ
お前のようなクソ拭く紙はまずドキュメントから書け)
0946デフォルトの名無しさん
2017/04/23(日) 21:15:01.58ID:dpgM3rVb個々の要素してはうごくけど統一的にこうなればいいのにって思う場合でもコントロールしにくいことがある
0947デフォルトの名無しさん
2017/04/24(月) 04:24:15.17ID:pDnXIaMQ他には向いてないでしょ
0948デフォルトの名無しさん
2017/04/24(月) 07:24:37.67ID:dnbPDuli実際、画面遷移型の業務アプリのためのパターンだからね
仕事したことないなら図書館の検索端末とかをイメージすればいい
君が言うような設定画面やプロパティpaneに向いてるというのも、その手の画面遷移型のアプリに似てるから
0949デフォルトの名無しさん
2017/04/24(月) 07:49:31.70ID:5zbjBPVkうちはマウスやタッチUIベースのインタラクティブなアプリ専業だから
ここ何年もまるでフレームワークによる支援が進歩している気がしないよ。
コントロールは毎年見かけを変えなくちゃいけないし、
同じ機能の物を何度もフレームワークに合わせて再実装する必要がある。
大きな進歩といえるのは DirectWrite くらいだ。
0950デフォルトの名無しさん
2017/04/24(月) 09:26:00.48ID:aECIr+T90951デフォルトの名無しさん
2017/04/24(月) 14:08:36.05ID:h9xtsNtR九官鳥かてめーは数十万円で鳥マニアに売り飛ばすぞ
0952デフォルトの名無しさん
2017/04/25(火) 01:00:52.72ID:TiO+2XF30953デフォルトの名無しさん
2017/04/25(火) 06:02:24.87ID:MXij+6RP0954デフォルトの名無しさん
2017/04/25(火) 06:26:18.60ID:LHXlJXo10955デフォルトの名無しさん
2017/04/26(水) 13:30:40.34ID:md2yNB+K0956デフォルトの名無しさん
2017/04/26(水) 14:38:10.28ID:l8Y9rpTZ君ごとゴミに捨てるといいよ
0957デフォルトの名無しさん
2017/04/27(木) 20:46:25.25ID:CHpQ8LIJ0958デフォルトの名無しさん
2017/04/27(木) 20:50:40.81ID:TMow4fus0959デフォルトの名無しさん
2017/04/27(木) 21:50:37.80ID:TG0FR8XY死んでろ
0960デフォルトの名無しさん
2017/04/27(木) 22:13:25.99ID:McKGSVbG0961デフォルトの名無しさん
2017/04/28(金) 00:05:22.04ID:MX+8ky6z0962デフォルトの名無しさん
2017/04/28(金) 05:58:34.58ID:UuriWtk6呼んだ？
0963デフォルトの名無しさん
2017/04/28(金) 07:59:54.17ID:kYrTj3aa0964デフォルトの名無しさん
2017/04/28(金) 08:37:48.33ID:B0aufhAxナカーマ
0965デフォルトの名無しさん
2017/04/28(金) 09:11:30.97ID:G4Vj3JXNDr.スランプの昔から喋ってるぞ
0966デフォルトの名無しさん
2017/04/28(金) 11:08:10.42ID:yOScPVur>>958
0967デフォルトの名無しさん
2017/04/29(土) 18:12:37.38ID:B3Is2PQJ0968デフォルトの名無しさん
2017/05/01(月) 23:27:10.23ID:PTrrDyHJ処理をスタックするって理解で合ってますか？
0969デフォルトの名無しさん
2017/05/02(火) 00:15:29.30ID:SWj2aMg/0970デフォルトの名無しさん
2017/05/02(火) 00:20:48.30ID:79+IkLPk0971デフォルトの名無しさん
2017/05/02(火) 00:29:06.33ID:DgFywROo改めて
Dispatcher.InvokeってUIスレッドのメッセージキューに
処理を加える（enqueue）って理解で合ってますか？
0972デフォルトの名無しさん
2017/05/02(火) 00:41:59.22ID:YbXT5U8y日本語のもあるんだからさ
何故そういう基本的な物を見ないで質問するのか理解できない
https://msdn.microsoft.com/ja-jp/library/system.windows.threading.dispatcher(v=vs.110).aspx
0973デフォルトの名無しさん
2017/05/02(火) 00:44:33.04ID:YbXT5U8y普段日本語のは見ないので気付かなかったけど、なかなか
素敵な機械翻訳になってるな
0974デフォルトの名無しさん
2017/05/02(火) 00:53:19.77ID:DgFywROoそのページも読んだんですが、Invokeの説明にある
Executes the specified Action synchronously on the thread the Dispatcher is associated with.
の「synchronously」の部分が分からないんです。
同期的に実行するってのは、UIスレッドが他で処理中でもInvokeされたら
Invokeで渡した処理に制御が移るってことですか？
0975デフォルトの名無しさん
2017/05/02(火) 01:01:57.50ID:s7dqUAKOInvokeで指定した処理が完了するまで現在のスレッドを止めるってこと
あと細かいことだけどInvokeの対象はUIスレッドじゃなくてDispatcherが示すスレッドね
0976デフォルトの名無しさん
2017/05/02(火) 01:20:01.26ID:DgFywROoありがとうございます。
ということはUIスレッドが現在のメッセージの処理を終えた後、
Invokeで渡した処理がUIスレッドで実行され、その後Invokeした元のスレッドの残りの処理が走るということでしょうか
0977デフォルトの名無しさん
2017/05/02(火) 01:40:17.45ID:s7dqUAKOスケジューラとか優先度とかで順番は変わる
どういった目的で質問してるのかわからないけど
やりたいことがあるのならそれを書いたほうが実用的な回答がもらえるんじゃないかな
0978デフォルトの名無しさん
2017/05/02(火) 02:01:46.72ID:bNfezDSD画面の更新(もし必要なら)まで終わって何もすることなくなってから実行だもんな
0979デフォルトの名無しさん
2017/05/02(火) 03:50:55.96ID:OSvvM33n0980デフォルトの名無しさん
2017/05/04(木) 18:17:48.78ID:l327+voJこのサンプルってまだ使えるものです？
要求を完了できません。
現在、Microsoft アカウントで技術的な問題が発生しています。後でもう一度やり直してください。
になってしますんですが
0981デフォルトの名無しさん
2017/05/04(木) 23:35:47.30ID:DQr+il0Kプロパティ変更イベントでItemsControlは取得できるんですが、そこからそれぞれのボタンが取得できないです
参考になるサイトとかあったら教えてほしいです
//View
<Window.Resources>
<DataTemplate x:Key="dt">
<Button Content="{Binding}"/>
</DataTemplate>
</Window.Resources>
<ItemsControl ItemsSource="{Binding}" ItemTemplate="{DynamicResource dt}" local:ColorChangeBehavior.Color="{Binding color}">
<ItemsControl.ItemsPanel>
<ItemsPanelTemplate>
<StackPanel Orientation="Horizontal"/>
</ItemsPanelTemplate>
</ItemsControl.ItemsPanel>
</ItemsControl>
//ビヘイビアのプロパティ変更イベント
private static void OnColorChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
{
var ic = d as ItemsControl;
if (ic == null) return;
foreach (var item in ic.Items)
{
var button = ic.ItemContainerGenerator.ContainerFromItem(item) as Button;
button.Background = System.Windows.Media.Brushes.Red;
}
0982デフォルトの名無しさん
2017/05/05(金) 00:12:42.56ID:1Lg5+mp50983デフォルトの名無しさん
2017/05/05(金) 01:03:35.29ID:IYUAfNON実際にはプロパティを引数代わりにしてそれぞれのボタンに違う色を指定したり、button.Clickにイベントを追加したいのでbuttonコントロールを取得したいです
0984デフォルトの名無しさん
2017/05/05(金) 01:20:51.03ID:fmZZSxo2自分ならItemsSource用のクラス作ってそれに色やコマンド持たせるけど
0985デフォルトの名無しさん
2017/05/05(金) 18:12:41.00ID:GiSXgvzL0986デフォルトの名無しさん
2017/05/05(金) 19:00:40.64ID:GiSXgvzL最初イベントハンドラでキー取得て〜とやっていたんだけど
キーが増えるごとにif文が大量に増えて何が何だかわからなくなったので
調べてたら、xamlでキーバインドできるとわかって
これですっきりと思ったんだけど、動的にGestureを変えたいと思ったら
HogeMouseBindingOk.Gesture= new InputBinding(cmd,new MouseGesture(MouseAction.WheelClick,ModifierKeys.Control))
という風にコマンドを直接指定しなければならず疎結合という観点から
あまりよろしくないのかなと思って
アプリでよくあるキーバインドの設定画面はどうやって実現すればいいですか？
0987デフォルトの名無しさん
2017/05/05(金) 23:09:26.92ID:IYUAfNONハンバーガーメニューで検索
0988デフォルトの名無しさん
2017/05/06(土) 00:15:53.43ID:YuMQSCoU0989デフォルトの名無しさん
2017/05/06(土) 01:32:33.43ID:pFOk+Mr/ありがと
WpfにはSplitViewがないからそれっぽいのを作るか
誰かが作ってるのを使うかしかなさそうですね
0990デフォルトの名無しさん
2017/05/06(土) 11:02:23.22ID:WjpUlC2zUWP対応もみたら俺もそろそろ移行か・・・
0991デフォルトの名無しさん
2017/05/08(月) 13:15:09.41ID:78slLoR3Prism＋ReactiveExtention＋ReactivePropertyが自分の中では定石かな
まだまだ使いこなせないけど
0992デフォルトの名無しさん
2017/05/08(月) 21:04:39.45ID:lAGwTMvdなんだか簡単にできるみたいなこと言うけどそんなに簡単じゃない
したいことはあるけど手間ヒマをかけてまでしたくない
従来型でいいよって思う
0993デフォルトの名無しさん
2017/05/08(月) 22:44:02.55ID:wSQ+xK9rキャンバスの上ではあなたが王様なんですって誰だかが言ってたよ
エディタを開いたら君も王様のはずだ
君を妨げるものは君の心しかない
0994デフォルトの名無しさん
2017/05/08(月) 22:57:09.44ID:t1akYxf4木の棒(WinForms)でいいよ的な感じかな
最近、WPF初めたけどWPFの失敗は下記のような認識
・高度に抽象化されているのにWin32APIに依存している？こと(囲い込み戦略？)
・バインドが汎用的すぎて初心者が混乱しやすい
・XAMLのプロパティからの設定が分かりづらいので、XAMLを直接書くことになる
・オープンソースになってないので、当初から他のプラットフォームで動くことが前提になってない
・HelloWorld 程度なら簡単にできるが、ちょっとしたアプリケーションを作るまでに理解するべき概念が多すぎる
・Windowsのすべての機能を使える最新のGUIフレームワークをクラシック扱いにしたこと
・作ったGUIフレームワークへの諦め方が10年程度って早くない？
0995デフォルトの名無しさん
2017/05/08(月) 23:11:33.21ID:W/7tPAnIそもそもWindowsが向いてないんじゃ？
0996デフォルトの名無しさん
2017/05/08(月) 23:29:02.92ID:PW+oYfd6バインド済みコントロール作成とかできると取っ掛かりとしていいんだけどなあ
0997デフォルトの名無しさん
2017/05/09(火) 01:46:12.68ID:zdTIAkq6これできそうなもんだけどなあ、コマンドごとにデリゲート宣言するとか面倒
イベント廃止するぐらいの勢いで作ってほしかったわ
プロパティもコレクションもわざわざ通知するようにしなくてもバインドできたらいいのに
コントロールのテーマも最初からいくつか用意してほしかったな
darkテーマにしたらコントロール全部黒基調になるとかさ
ユーザーコントロールで依存プロパティ作るめんどくささときたら…
はっきりいって覚えきれない、いつもコピペ
同じコードなら書かなくてもいいようにしてくれと
Xamlのネームスペース変更したら、initialize()でエラー
g.i.csだっけ？partialの方は反映されないとか
formより簡単に作れるというわけじゃないのがなあ
Xamlやるには難しい概念が多すぎて初心者には無理
デリゲート、継承、リフレクション理解できてないと無理だもんなあ
0998デフォルトの名無しさん
2017/05/09(火) 01:55:36.88ID:zdTIAkq6ビジネスロジック部分以上にGUIを作るほうが頭悩まされるって…
0999デフォルトの名無しさん
2017/05/09(火) 02:14:30.15ID:zdTIAkq6アニメーション・・・しないし
星形のボタン・・・いらないし、くりっくしづらいし、いるなら画像張ればいいだけだし
バインド・・・面倒なだけ、変なタイミングでやられて困る
コマンド・・・記述が面倒
MVVMのメリットも俺にとっては全くないに等しい
prism・・・わけわかんない、情報少なすぎ
テストしやすい・・・いやテストなんてしたことないし
変更に強い・・・変更しないし、してもすぐ修正できる程度
分担作業・・・ぼっち
1000デフォルトの名無しさん
2017/05/09(火) 03:25:42.34ID:s+tEGyW0それはへぼいアプリしか作ったことないからじゃね？
1回表示したらそれっきりの。要はOneTimeの。
表示した後に変更したりとかOneWayとかTwoWayみたいなことすると、
すごい便利だな。
まぁ、WPFは最初の敷居が高いのは事実だな。
俺も最初始めたころ、覚えることだらけでMVVM?バインド？XAML?死ねと思ってた。
が、それを乗り越えた今は色々楽させてもらってる。
10011001
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
life time: 418日 19時間 28分 15秒
10021002
Over 1000Thread運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。