- 1 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net]
- Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/
関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
- 652 名前：ｶゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる []
- [ここ壊れてます]
- 653 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 01:12:59.59 ID:UM0UH3ls.net]
- GitHubのプライベート数無制限もMSマネー後だしな
評価すべきところはちゃんとしなきゃね
とはいえモダンなGUIに追従できるポジションのフレームワークが
悉く壊滅し続けている惨状を埋め合わせるものではない、というか関係ない
- 654 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 06:44:41.35 ID:+09iQaTY.net]
- モダンすぎるBlazor大成功確実
- 655 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 08:19:57.96 ID:BTqmdo6K.net]
- blazorってviewあたりはどうなってる？reactととかならmaterialやら色んなデザインのが今や豊富にあるけど。
- 656 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 08:32:47.45 ID:BTqmdo6K.net]
- dartとflutterはhammingbirdでwebのフロントエンドに進出だし、desktop embeddingでデスクトップも。dartは現状クソだからmicrosoftさんには頑張ってもらいたい
- 657 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 09:29:29.38 ID:DOQSWUJb.net]
- blazor触ったこと無いんだけどwebアプリってことはローカルファイルの操作とかは難しかったりすんの？
開発補助ツールとか作ったりすんだけど、そういうのはやっぱデスクトップアプリのほうが向いてるよね？
そういうのもblazorでできるならちょっと触ってみようかなって思うんだけど
- 658 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 10:15:11.61 ID:AytMhKL2.net]
- >>630
なにができないかはWebAssemblyの制約に規定されるのでは？
俺もBlazor触ったことないけど
- 659 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 10:27:14.18 ID:OiY9nyzL.net]
- 今はviewはRazorのままだな。WPFをcanvasとwebglでエミュレートするとかできたらいいのに。
- 660 名前：デフォルトの名無しさん [2019/08/31(土) 18:02:22.42 ID:Yn5v13ie.net]
- BlazorっていえばWebAssemblyだと思い込んでたけどサーバーサイドがあるのか
やば、乗り遅れてるわ
https://blog.okazuki.jp/entry/2019/06/11/135621
- 661 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 06:45:37.44 ID:Sa2Ng6Af.net]
- 祝WinUI 2.2
TabView!!
- 662 名前：デフォルトの名無しさん [2019/09/10(火) 23:16:19.51 ID:wxmv+p95.net]
- WPF＋XamlIslandでUWPのコントロールを使うとき
スタイルをどうやって設定するかご存じの方いますか？
WPFプロジェクトだとUWPのXAML書けないです…
- 663 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:16:30.45 ID:o/5TVM4E.net]
- ちょっと古い質問かもしれないんですが、WPFのプロジェクトを新規作成して Prism.WPF、Prism.Core、Prism.Unityをヌゲットで適用したんだけど Microsoft.Expressions.Interaction が参照に入らないのです
やりたいことは Xaml で ei:PropertyChangedActtion を使って View の Xaml だけで他のコントロールのプロパティを変えたい（ElementNameとTargetPropatyとかでできた記憶があります）だけなんですが、これはどこにいったんでしょうか。
- 664 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:20:27.73 ID:o/5TVM4E.net]
- 補足です。当時はヌゲットがなかったから Expression.Blend とかをインストールして参照設定の拡張アセンブリから選んで使ってたと思います
- 665 名前：デフォルトの名無しさん mailto:sage [2019/09/20(金) 01:12:36.63 ID:HDCFOJen.net]
- >>636
Blend SDKは廃止?方向みたいで、Xaml Behaviors for WPFがそれの代わり。
そのパッケージをnugetで追加して、xmlns:i=～やxmlns:ei:=～ってあった所は、
xmlns:i="schemas.microsoft.com/xaml/behaviors"に直せば前と同じに使える。
- 666 名前：デフォルトの名無しさん mailto:sage [2019/09/22(日) 22:53:58.06 ID:4iZ0rcTF.net]
- >>638
名前が変わったんですね
ありがとうございますやってみます
- 667 名前：デフォルトの名無しさん mailto:sage [2019/09/26(木) 17:08:59.96 ID:RqohR87j.net]
- MediaElementなどを実装したUserControlを
MainWindowで
- 668 名前：ItemsContrlを使用し複数表示しました。
その中の1つが選択されたときWindowいっぱいに広げたいのですがどうすればできますか？
ViewModel側で選択されたUserControlは取得できています。 [] - [ここ壊れてます]
- 669 名前：デフォルトの名無しさん [2019/09/27(金) 00:31:03.92 ID:zANlzt+z.net]
- >>640
UserControl(View)をViewModelから参照するのはMVVMに反してるからオススメしない。
ItemsControのSelectedItemプロパティと選択中のViewModelとがバインディングできてるなら、
選択後にViewModelで全画面表示用のプロパティに値を設定すれば良い。
そのプロパティ値が変化したときにどうやってUserControlを全画面表示するかは、純粋にView(XAML)の問題だ。
- 670 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 12:08:12.14 ID:u+iGcBJm.net]
- >>641
やはりViewModelでUserControlを参照するのはマズいですよね。
プレイヤなので再生中の状態がそのままコピーされるとよいのですが。
全画面用のUserControlにどのプロパティを設ければよいでしょうか？
動画パスや再生時間を渡して読込からやらせるしかないですかね？
- 671 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 23:54:36.27 ID:fjlgNlFb.net]
- ItemsControl上でも再生とか停止ができて、選択したらWindowいっぱいにしたい感じ？？
- 672 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 06:32:34.96 ID:yTyvrKRv.net]
- >>643
そうです。
何かスマートな方法ありますかね？
- 673 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 14:31:06.45 ID:7KAMFGQE.net]
- 拡大されてるムービーがどれかっていうのが、アプリのロジックに関係ないならクリックのイベントハンドラで書くのでいいんじゃないかな
ItemsControlから画面いっぱいにひろげる方法は知らないんだけど、そういうパネル作るののかな？
- 674 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 18:40:27.12 ID:OEfKx/qL.net]
- >>645
そうですね。
今はUserControlをItemsControlに重ねて配置してVisibiltyを切り替えています。
- 675 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 20:52:31.51 ID:XPio18TJ.net]
- PrismでRegion使えばチョチョっとできないかね
- 676 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 22:58:14.58 ID:RkNENkKq.net]
- 再生中の動画が流れたままシームレスにWindow全体に表示というのは厄介そう
- 677 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 23:32:48.35 ID:dmYXSMEs.net]
- UWPならMediaElementにIsFullWindowってプロパティーがあって問答無用でフルスクリーン表示にできる
あと、ConectedAnimationつかえるんだがな
- 678 名前：デフォルトの名無しさん mailto:sage [2019/09/29(日) 00:34:01.71 ID:sW5PihO+.net]
- XAML Islandで解決じゃん
- 679 名前：デフォルトの名無しさん mailto:sage [2019/09/30(月) 09:25:36.75 ID:EF3Cb7k3.net]
- >>649
>>650
ありがとうございます。
XAML IslandでUWPのMediaElementを実装してみます。
- 680 名前：デフォルトの名無しさん mailto:sage [2019/10/01(火) 00:37:23.82 ID:YMHfANdP.net]
- おー上手くいったかどうか教えてくれると嬉しいな
- 681 名前：デフォルトの名無しさん mailto:sage [2019/10/01(火) 08:56:41.44 ID:58CauEY5.net]
- UWPのはウィンドウいっぱいというより、全画面表示だけど大丈夫かな？
- 682 名前：デフォルトの名無しさん mailto:sage [2019/10/02(水) 21:41:52.01 ID:akptwudD.net]
- >>653
やはりそうなの？
調べたらそれっぽいこと書いてあった
Microsoft.Toolkit.Wpf.UI.ControlsのMediaPlayerElementを使ってみたのだが
Sourceにバインドしても再生されない
Xamlに直接書くと再生されるのだが…
- 683 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:09:07.32 ID:0y9ABYBv.net]
- .Net Core 3.0のWPFのユーザーコントロールのデータバインディングに関して質問なんですが、
MainWindow.xaml.csのコンストラクタ内でPrice=1000と代入しているのですが
TextBoxのText(Value)の値が
- 684 名前：0から変化しないのですが、どこが間違っているのかわかる方いますか？
テキストボックス内にカーソルを合わせて上下キーを押すと1ずつ増える/減るの動作は正しく動いているようです。
DecimalBox.xaml
<UserControl x:Class="test.DecimalBox" ...>
<TextBox Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>
</UserControl>
DecimalBox.xaml.cs
namespace test
{
/// <summary>
/// DecimalBox.xaml の相互作用ロジック
/// </summary>
public partial class DecimalBox : UserControl
{
public DecimalBox()
{
InitializeComponent();
DataContext = this;
}
public decimal Value { get { return (decimal)GetValue(ValueProperty); } set { SetValue(ValueProperty, value); } }
public static readonly DependencyProperty ValueProperty = DependencyProperty.Register("Value", typeof(decimal), typeof(DecimalBox));
private void TextBox_PreviewKeyDown(object sender, KeyEventArgs e)
{
if (e.Key == Key.Up ) Value += 1;
if (e.Key == Key.Down) Value -= 1;
}
}
} [] - [ここ壊れてます]
- 685 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:09:33.92 ID:0y9ABYBv.net]
- MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>
MainWindow.xaml.cs
namespace test
{
/// <summary>
/// MainWindow.xaml の相互作用ロジック
/// </summary>
public partial class MainWindow : Window, INotifyPropertyChanged
{
public MainWindow()
{
InitializeComponent();
DataContext = this;
Price = 1000;
}
public decimal Price
{
get { return price; }
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }
}
public event PropertyChangedEventHandler PropertyChanged;
}
}
- 686 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:19:23.75 ID:0y9ABYBv.net]
- 以下の部分コピペミスです
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }
正しくはこうなってます
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("Price")); }
- 687 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:36:41.74 ID:0y9ABYBv.net]
- ちなみに、以下の部分を
MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>
以下のようにするとTextBoxの値は1000になります
MainWindow.xaml
<local:DecimalBox Value="1000"/>
- 688 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 15:38:14.92 ID:zdauYmXS.net]
- <local:DecimalBox Value="{Binding Price}"/>においてデータコンテキストは
DecimalBoxのコンストラクタで設定されてるDecimalBox自身
DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する
ユーザコントロール自身ではなく、その直下にGridとかのパネル置いてそれのDataContextに設定するようにする
- 689 名前：デフォルトの名無しさん [2019/10/09(水) 16:14:04.43 ID:0y9ABYBv.net]
- >>659
以下に変更したら動作しました。ありがとうございます。
cs側
public DecimalBox()
{
InitializeComponent();
textbox.DataContext = this;
}
xaml側
<TextBox x:Name="textbox" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>
もう一つ質問なのですが、
DataContextの設定を今はcs側でやっていますが、
これをxaml側で行うことって可能なのでしょうか？
- 690 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 16:24:35.37 ID:0y9ABYBv.net]
- >>660
自己解決しました
RelativeSource FindAncestorでUserControlまで遡ればよかったみたいです。
<TextBox DataContext="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType=UserControl}}" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>
- 691 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 19:13:21.44 ID:Ce1FE6BG.net]
- >>659
> DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する
こう言う時は実行時でもいいから例外発生させるなりしてくれればいいのにね
- 692 名前：デフォルトの名無しさん [2019/10/09(水) 19:46:19.00 ID:yz69DB70.net]
- Binding失敗してるとデバッグログとかにメッセージ出なかったっけ？
- 693 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 19:58:14.79 ID:0fRzc22C.net]
- デバッグログに出るけど他にメッセージが多いと見落としがち
WPFにもx:Bind欲しい
- 694 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:00:06.20 ID:TJpx/LrH.net]
- さんざん欲しいと言われてるはずなのに追加されない
なぜだろうね
- 695 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:05:55.57 ID:bHkpFlre.net]
- .Net5なら
- 696 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:16:15.27 ID:mYLA6NTy.net]
- ないない
なんか勘違いしてるようだが、MSがWPFをCoreに移植したのはメンテナンスをしたくないからだよ
今後.NETランタイムがアップデートされてWPFが壊れて�
- 697 名前：焉ACoreなら開発者は自己責任で古いランタイムをずっと使い続けることができる []
- [ここ壊れてます]
- 698 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:27:19.81 ID:E53UYuwr.net]
- winformsも同じだね
- 699 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:43:33.90 ID:yz69DB70.net]
- WPFはオープンソース化したんで何か起きるかもしれん
- 700 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:53:02.63 ID:373lwcNW.net]
- メンテナンスが放棄されcannaの二の舞を
- 701 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 23:31:18.85 ID:bHkpFlre.net]
- WPFは.netframework+WinUIと入れ替わる予定じゃないかな
xamlソリューションとしてはこっちのほうができが良い
- 702 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 00:05:16.71 ID:/TNjFiTo.net]
- 引き合いに出すのがCannaかいなｗ
Struts1とかのがヤバくね
- 703 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 19:08:05.52 ID:U4NCIrbo.net]
- WinUIは100%C++で書かれたwindows専用API
- 704 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 20:23:18.39 ID:MeoT4exf.net]
- winui 3.0で新規に書き起こすんだから今なら下位のレイヤー取り替えられるようにするんじゃねぇかな？つまり、windowsから簡単に切り離せるように。
- 705 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 19:38:07.79 ID:NbTMQOfE.net]
- もともとwindowsの機能に依存したUIにすると思う
下位を汎用にすると設計が大変だから
- 706 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 20:17:33.23 ID:Mh9N3tse.net]
- 下位を汎用にした結果がWPFの大失敗だもんな
まあWPFが下位に抽象化レイヤを入れたのは移植性を高めることではなくて自由度を高めるためだけど、
結局出来上がったのはゲロ遅くて無駄に複雑でMSによるアップデートも遅いゴミ
WinRT以降のOS側で高レベルなUIコンポーネントを提供する戦略は少々行き過ぎてる気もするけど、
少なくとも今更WPFの黒歴史を繰り返すことはないだろう
- 707 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 23:03:08.03 ID:XWYiG0pn.net]
- どういうことなの…
- 708 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 02:58:35.99 ID:VvRjKpAi.net]
- 下位を汎用ってもflutterだってやってることだしな。描画エンジンの部分と入力を汎用化するだけで、googleエンジニアが出来てMicrosoftのエンジニアができないとな？
もちろん、それなりの手間が発生するが。
- 709 名前： mailto:sage [2019/10/12(Sat) 03:11:46 ID:SBuCcucL.net]
- でもデスクトップPCそのもののシェアが減ってる現状で下位を汎用化してマルチプラットフォームにする価値あるか？というと怪しい気がする
- 710 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:34:07.80 ID:T5dO8LiA.net]
- 下位に抽象化レイヤを入れたGUIフレームワークとしては既にElectronが成功を収めている
今更作る意味はないよ
- 711 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:37:10.78 ID:VpodjE+/.net]
- みんな大失敗だよ。
- 712 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:44:21.47 ID:VvRjKpAi.net]
- WinUIはFluent Design Systemのライブラリだし、別にタッチ専用という訳じゃないけど、クロスプラットホーム化狙うなら、まずはUWP/Android/iOSでしょうに。
WinUIはただのUIライブラリだから、プラットホーム特有のAPIも簡単に呼べるようにならんだが。
https://devblogs.microsoft.com/dotnet/introducing-net-5/
.net coreにもjava/swift interopelabilityが予定されてるし。
- 713 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:46:15.64 ID:VvRjKpAi.net]
- Electron上げるくらいならflutterの方が有望だと思う
- 714 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:53:16.39 ID:VvRjKpAi.net]
- まぁ、俺はflutterに乗っかりつつあるけど、Microsoftはやる気あるなら急がんと。googleのflutterへのやる気すごい。
- 715 名前： mailto:sage [2019/10/12(Sat) 10:28:41 ID:V3SUioeZ.net]
- Blectronやろ
- 716 名前： mailto:sage [2019/10/12(Sat) 18:51:33 ID:0Jt8rcSq.net]
- Electronを汎用と言うのは脳がいかれてると思う
- 717 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 21:11:44.74 ID:fKbeXMkP.net]
- Webブラウザは明らかにPALと見做せるだろ
しかも対応するする詐欺ではなく既に各プラットフォームに実装が存在する
- 718 名前： mailto:sage [2019/10/13(Sun) 20:08:26 ID:g
]
- [ここ壊れてます]
- 719 名前：3zENVi8.net mailto: PAL (曖昧さ回避)
PAL方式 - アナログカラーテレビ規格
Pilot Activated Lighting - 飛行場の灯火に関するシステム
フィリピン航空のICAO航空会社コード
プログラマブルロジックデバイス (Programmable Array Logic)
年間熱負荷係数 (perimeter annual load) - 建物の省エネルギーの指標
パレスチナ自治区の旧FIFAコード
江釣子ショッピングセンター パル [] - [ここ壊れてます]
- 720 名前： mailto:sage [2019/10/14(Mon) 16:48:28 ID:WeKpLulI.net]
- >>669
オープンソース化してなんか起きたのってなんかある？WTL？
- 721 名前： mailto:sage [2019/10/14(Mon) 16:50:13 ID:WeKpLulI.net]
- >>322
jsonと規模が違いすぎるだろ
アホすぎる
- 722 名前： mailto:sage [2019/10/14(Mon) 16:54:22 ID:r8b52e+X.net]
- 三ヶ月と半月
- 723 名前： mailto:sage [2019/10/14(Mon) 17:42:15 ID:7niU2SoV.net]
- >>690
規模とか都合のいい条件後付けすんなよwwwww
- 724 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 20:28:57.08 ID:ZDEVVSo/.net]
- >>690
INotifyPropertyChangedの実装をネットで拾ってくれば数十行のコピペで行ける
嫌ならライブラリなど使わなくてもいい
- 725 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 21:17:15.84 ID:PUjSeEPC.net]
- オープンソース化したらソースが見れるからとドキュメントを書かなくなり、
ユーザもテスト丸投げで品質が下がって
誰も使わなくなって誰も保守しなくなるパターンはいっぱい見てきた。
- 726 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 22:25:51.44 ID:xbNYMWcX.net]
- PrismとかReactivePropertyみたいなもんを
汎用化してフル機能で実装するのは難しいかもしんないけど
必要な範囲を作り込むだけなら現実的な工数でできるんじゃないかな
- 727 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 22:46:59.97 ID:O9NensbZ.net]
- 同僚のプログラマはソース見れるからドキュメント書く必要はないと？
- 728 名前：デフォルトの名無しさん mailto:sage [2019/10/15(火) 09:54:14.02 ID:uXTdmEH6.net]
- 今回のSDK更新でUWPDESKTOP完全に逝った？ BLE等々使えなくなってるんだけど、、、
- 729 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 08:03:51.37 ID:265Q+qtw.net]
- まるでOSS品質
- 730 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 08:03:50.83 ID:Q9FrB4sN.net]
- .NET Core 3.0 のリリース以降はコミットも激減してるね
順調に終了に向けて畳みに入ったようだ
- 731 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 12:43:00.83 ID:/BnASX8q.net]
- そりゃ元々死んでたのを移植してただけでおすし
- 732 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 15:48:12.23 ID:Oh473u6X.net]
- リアニメイトではなく墓を移設しただけか
- 733 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 16:14:09.33 ID:in/88NWJ.net]
- ポストモーテムプログラミング
- 734 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 18:19:00.88 ID:JOlYOcTH.net]
- とにかく終了してよかった。ほんと惨い仕様だったからな。
- 735 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 09:12:27.78 ID:5yTsnrxf.net]
- MS自身が終わったと公式にアナウンスしていないプロダクトが半端に世に残り続けるのは
良かったどころか地獄に巻き込まれかねんがな
- 736 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:31:53.21 ID:YCAuRgWu.net]
- 勝手に皆がwinforms終わった終わった言ってたけど終わってなかった
- 737 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:46:47.87 ID:wj5iFmjc.net]
- wpfけなしてるのって
winformしか分からない低スキルおじさんと思ってんだけど偏見だろうか
- 738 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:53:59.26 ID:+aWfVBYE.net]
- 偏見じゃないだろ
統合失調症だよ
- 739 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:02:44.28 ID:r3tx6fiI.net]
- それってとても重要なこと。低スキルには使えないなんて、
フレームワークとして致命的な欠陥品、ゴミと言わざるを得ない。
馬鹿でも使える、Delphi、VB6、C#+winformのユーザを取り込めるはずがない。
キミはwpf使えるおれ高スキルと自惚れてたようだが、実はこのスレでキミが一番滑稽だったんだよ。
- 740 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:12:26.96 ID:lqcJQiNV.net]
- 日本の大半のコーダーはwinformレベルしか理解できないだろ
- 741 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:17:06.23 ID:YCAuRgWu.net]
- 低レベルかどうか以前に使いにくい
listboxのアイテム右クリックして操作するのが非常にめんどくさい
ancestorのbindingとか見ると非常に汚いしこんなもん使いたくないけど使ってる
- 742 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:23:35.82 ID:C299Q9qq.net]
- バカが使えねーとか結果もいいとこだろ
馬鹿かお前
- 743 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:36:27.81 ID:YCAuRgWu.net]
- RelativeSource FindAncestor, AncestorType={x:Type Window}
これが汚い
これが平気で使えるのは頭おかしい
データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
Type Windowと言う変な依存を作ってしまうのが汚い
- 744 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:42:22.81 ID:YCAuRgWu.net]
- 元のデータ構造に依存してデータ操作するならわかるんだけど
GUIのオブジェクトの構造に依存してまたそこからDataContext参照してそこでまた型が違うかもしれないものに対して
平気でアクセスしてしまう異常性
WPFは汚いよ
仕組みを作るべきだった
- 745 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 22:41:25.89 ID:fUvf5qSP.net]
- >>712
そこ、Windowでも動くが、大体ListBoxだよな
それなら問題ないだろ
- 746 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 03:52:53 ID:d1aCsWvI.net]
- 汚いなさすがWPFきたない
- 747 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 11:26:47.04 ID:X6nZEuPE.net]
- >>711
10年以上前から言われてたから普及するわけないと散々・・・
- 748 名前：デフォルトの名無しさん mailto:sage [2019/10/31(木) 14:51:30.77 ID:lA+PWvZ+.net]
- vb6でもwinformsでもwpfでもuwpでもelectronでも何でも自分の用途にあってればいいわけで、テクノロジーや、それを使う人をdisったりする理由にはならないと思う
サポート切れてるのは新規採用は自分ではしないかなというくらいで後は好きなの使えばいい
そして俺はWPF好き
- 749 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 07:16:23.42 ID:POn0QVxB.net]
- 俺もWPFの方が好きだなぁ
XAMLで構造が編集できるのがいい
- 750 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:29:04 ID:luUnrp0t.net]
- >>712-713
> RelativeSource FindAncestor, AncestorType={x:Type Window}
> これが汚い
> これが平気で使えるのは頭おかしい
それなー
> データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
いやいやそれは逆にビューがデータ構造に依存しちゃうからまずいでしょ
> Type Windowと言う変な依存を作ってしまうのが汚い
型で検索すると言うのが気持ち悪い
なぜビュー内の名前で参照できるようにしなかったんだろう？
- 751 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:48:08 ID:XtQgzT46.net]
- ElementNameあるんだけど
- 752 名前：デフォルトの名無しさん [2019/11/01(金) 08:48:22 ID:hqW7WiA1.net]
- >>719
別ファイルでDataTemplate定義してたりしたら使えないけど、ElementName使って名前で参照も出来る場所もあるよ
|
 |
