◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 ->画像>2枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1513175747/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/ 関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/ コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/ <Grid>
<Canvas>
<Path Data="M 29.602622 23.073567 0.97801322 35.798371 V 31.333527 L 23.550279 21.535676 0.97801322 11.737825 V 7.272981
L 29.602622 19.997785 Z M 71.175277 23.073567 42.550668 35.798371 V 31.333527 L 65.122933 21.535676 42.550668 11.737825
V 7.272981 l 28.624609 12.724804 z
M 104.36395 37.708332 H 84.37137 V 33.93802 h 7.689453 V 9.1829419 H 84.37137 V 5.8095044 q 1.562695 0 3.348632 -0.2480469
Q 89.50594 5.288606 90.423713 4.7925122 91.564729 4.1723951 92.209651 3.229817 92.879377 2.2624342 92.978596 0.65012949
h 3.844726 V 33.93802 h 7.540628 z " Fill="DimGray" />
<Path Data="m 125.10066 38.502082 q -7.9375 0 -8.33437 -5.357812 -0.19844 -3.373438 7.9375 -12.104688 1.5875 -1.5875
15.27968 -15.279687 H 116.56785 V 1.9895826 h 27.38437 l 0.99219 -0.99218749 3.175 2.18281249 q 1.38906 0.5953125 -0.79375
1.190625 -12.10469 11.7078124 -19.24844 19.4468744 -6.15156 6.548438 -6.15156 8.532813 0 2.38125 3.96875 2.38125 h 21.03437
q 2.18282 0 3.175 -1.389063 0.99219 -1.389062 1.38907 -4.960937 l 4.16718 0.79375 q -0.59531 3.571875 -1.38906 5.754687 -1.38906
3.571875 -5.95312 3.571875 z" Fill="DimGray" />
<Canvas.Effect>
<DropShadowEffect BlurRadius="4" ShadowDepth="2" Color="Gainsboro" />
</Canvas.Effect>
</Canvas>
</Grid>
Virtualized TreeViewでスクロールを繰り返すと
MVVM的に真っ当にタイマー処理をするにはどういう設計にすればいいですか？
>>4 タイマの目的によると思う
定期的なビューの更新をしたいだけなら、モデルにはなるべく静的なロジックだけを持たせるようにしておいて、
ビュー側からタイマー起点で最新情報をモデルに要求する形にするほうが綺麗(いわゆるプル型)
例えば倉庫の作業管理システムで30分毎に休憩のためのアラーム鳴らすとか、
ビジネスロジック的なタイマー処理ならモデル側で時間測ってビューへプッシュしてやるべきだろうね
補足しとくと、VMはビューに含まれると考えてくれ。
>>5 定期的にサイトをダウンロードして解析してメール送信等を行うプログラムの場合はどうしますか？
>>7 モデルというか内部処理側だな
少なくともビューに直接埋め込むのは無い
あと、そういう単画面のツール的なアプリにVMは要らん
MVVMはDBの単純な読み書きをしたりするだけの紋切り型の画面を大量生産するのに使うんだよ
>>7 Mでいいんじゃないかな。
タイマーは単体テストするならインターフェース挟んで実装差し替えれるようにしておくと幸せかも。
WPFでMVVMパターン勉強中(Prism6 + ReactiveProperty)
なんも処理はさまないならEventTriggerでClickイベント拾ってCallMethodActionでWebBrowserのReflesh呼んでもいいんじゃないかな
普通にイベントハンドラでやればいいでしょ
MVVMを勉強したいだけならWPFより他の方法を取ったほうがいい
MVVMを勉強したいならテーマ選定も不適切だね
複数選択できるチェックボックスつきのリストビュー
今後複雑化したら（既に複雑だから）UIとロジックを分離したいんだろ
>>16 迷ったときは原則に立ち返ることが大事。
なんでビューとロジックを分けるかというと、オブジェクト指向でいう「関心の分離」に従って
それぞれビューはビューだけ、ロジックはロジックだけに集中して開発できるようにするのが目的だ。
でMVVMはさらにこのビューを「ビューの状態とその制御」と「デザイン」とに分離するわけ。
で質問者のケースでは、大まかに関心を分離すると、ブラウザの制御、スケジューリング、ビュー、となるだろうな。
こう分離したときビューっておそらくかなり単純なものになるはずだよ。
その上であえてVMを分離する必要があるだろうか？ということ。
先に言っておくけど、バインド使いたいだけならコードビハインドにプロパティ定義すれば済む話だからね。VMを使う理由にはならない。
WebBrowserに依存関係プロパティは存在せず、かと言ってsealed宣言されてるクラス
前スレのポトペタできるを信じて勉強がてらユーティリティ作ろうと思ったんだけど、
チープな奴でよければWindows.Formsを参照に追加しても使える
WPFはポトペタできるって主張したの誰だよｗ
あ、WinForms のフォルダブラウザダイアログを使って WPF を使ってみるってことね
BitmapImage を MemoryStream から読み込んで作ってるんですが、
新規アプリ作ってその１つのファイルだけ読んでも遅いんだよね？？
どこから持ってきたJPGなんだい？
JPEGと言ってもプログレッシブJPEGとかグレースケールJPEGとかある
いろいろアドバイスありがとうございます
BitmapCreateOptionsにIgnoreColorProfileあるから、それ指定すると速くなるのかな？
>>31 どんぴしゃです
100倍くらい速くなりました
コードはこんな感じです
https://ideone.com/6iePK6 Pixel Shader Effects Libraryのプロジェクトが古すぎるから2017でもビルドできるように作り直した
最近、海外でwpf、wpf言うから流行ってんのかと思ったらwtfだったわ
wpfで助かったｗ
winforms触ったことねぇけど、フォーム？の継承はできなかったんけか？
そっか。なら
微妙に違うカスタムコントロールを継承先から差し替えするのか？
WPFに慣れると発想からしてすべてが面倒になるんだな
項目増やしたり減らしたりするのが、xamlだと簡単だってのも在るね
一部分でも誉めると親の仇を取りにくる奴がいるのは難点だな
>>41 が WPF、WinForms どっち側を勧めているのか分からない
WPF推奨： WPFに慣れると（Formsを扱う場合）発想からして（コントロールの扱いやUI差し替えなどWPFに比べて）すべてが面倒になる（面倒くさく感じる）んだな
Foms推奨： WPFに慣れると（設計についてごちゃごちゃ考えるようになり）発想からしてすべてが面倒（面倒な扱いの人）になるんだな
ちょっとしたアニメーションをつけるだけでWindowsフォームだと大騒ぎになる
アニメーションするUIは散々ウザいってよく言われてるのにカッコイイとか思ってる奴もいるのね。
やっとXAML分かってきたわ
>>46 WindowsのOS自体がアニメーションだらけの時代に、化石みたいなこと言う人いるんだな
>>46 アプリの動作とは全く無関係なアニメーションがウザいだけ。
VS2008のアニメーションは最低最悪のUXだったよな
WidowsのアニメーションをONにしてる開発者ってかなりの初心者。
アニメーションしてるおかっこいい、最先端、革新とか言ってるのか。
マジ笑える。
>>48 アニメーションはカッコいいだろ
>>48 ←こいつ、Windowsの効果音もONにしてそうwww
ウインドウズはもちろん若い子が夢中のアイホンにアンドロイドもアニメーションだらけ
アニメーションをオンにして遅くなるようなボロいマシン使うなよ。
どんなに速いマシンでもアニメーションをオンにしたら遅くなることも理解できないアホがいるとは。
お前はプログレスバーアニメーションのようなものまで否定するのか?
進捗しているように見せかけるプログレスバー(ブラウザに多い)は死ね
ｗｐｆ使えない人は、こういう言い訳するんだな
>>63 失礼なことを言うな
進捗率の「%」部分が
「%」と「I」が交互に表示されて
動いてるように見えるだろう
でも、死んでるんだけどね
実年齢は分からないけど面白いお爺様がいるのね (´・ω・`)
視線誘導とかの目的にはアニメーションいいと思うけどね。
>>60 はたぶん体感の話
>>61 は日本語の理解力が足りないアホ
>>68 ←こいつすげー馬鹿。アニメーションの実装したことないことがバレバレ。
アニメーションがかっこいいとか遅いとかそういう事言い合ってるのに、突然実装の話しだす。無理するなよw
横レスだがWindowsのアメニーションを体感で遅くなるとか言ってる人はWindows使ったことないと思う。
当たり前だがPCの速度でアニメーションが早くなったり遅くなったりするような実装になってない。
> 視線誘導とかの目的
>>69 今更アニメ作れるみたいなこと言い張ってもバレバレですわ、爺様
Windowsのアニメーションをオンにしてる開発者を一度もみたことない。
パフォーマンスオプションの視覚効果のことなら今どきのPCならデフォルトでONだろうが、
他人のPCの設定を念入りにチェックする奴なんて見た事ないわ
>>80 他人のPCの視覚効果ON/OFFって設定見ないと分からんのか？
作れないやつが、ほぼ言いがかりで作れるやつにマウンティングするとか笑えるねｗ
よく知らないけど、iPhoneの電卓がバカなアニメーションのせいでまともに使えなかったことは知ってます
操作性を損なわない程度のものならあっていいんじゃないかい。
組み込みのアニメーションが憎くてしょうがない
僕は林檎るdisることができればスレの流れは気にしません
そんなに楽なのか
操作の遅延動座でしかないアニメーション装飾で喜ぶなんて小学生低学年までとマカーだけだろ。
正月ということもあって勢いでスライドショーするソフト作ってみたが
WPFむずいわー
>>94 正直なところTreeViewをMVVMであれこれやるところが一番めんどくさい
やらなくていい
ComboBoxも結構面倒だと思うよ、TreeViewより頻出だと思うし
このスレまだあったのか。しかも伸びてる。相変わらず普及しない、ゴミという話題ばかり。
あるならこれよりマシなGUIフレームワークを教えて欲しいわけだが
WPFはシステムであってフレームワークは自分で構築するか、既存のフレームワークを導入する必要がある
Visual Studio InstallerもElectronで作られる時代
VisualStudio本体もWPFで作られてるというよりWPFを描画と入力に使った独自フレームワークだからね
VisualStudioのIDEってサードパーティー製のコントロールを使ってるって以前聞いたけど
MVVMの本質ってModel View ViewModelに分けることであって、
>>106 MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
>手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
MVPとかPassive Viewとか前にチラッと言葉だけは覚えたんですが、調べてみます。
どうでもいいけど、
reactならfluxでしょ
fluxというかreduxはややこして、今mobx使おうと思ってます。
>MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
https://qiita.com/takahirom/items/597c48ece57b4623cdee ちょっとPassive Viewについて見てみました。おっしゃる通り本質的にはMVVPとデータフローは
同じでビューと(ビューモデルまたはプレゼンター)間がデータバインディングされてるか
されてないかの違いっぽいですね。
そうなると自分のはMVPかな？
クラス名の末尾をViewModelではなくPresenterにしとけばいいかなw
>おっしゃる通り本質的にはMVPとMVVMはデータフロー
今日はComboBoxをちょっとだけ勉強したで
データソースからポトペタしたデータグリッドのコンボボックスそのままやと使いもんにならんやんけ
かっそ過疎やな
登場しからずっと話題は、普及はまだ？ 馬鹿には使えない!! のループだったな。
しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか？
>>127 容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い
>>130 ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が１０倍単位で早いってのがね
コンパイルは１００倍単位で遅いけどね
>その他の制限が問題ない場合はUWPが良いよ
>>132 Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとｔｏｏｌｋｉｔが標準で用意されていること
それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは
メトロUIは業務系ユーザーに不評だから提案する気になれない。
wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。
俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。
c++の文法ルール自体はそんなに難しくない
>>142 CとC++の壁？ かなり高いよ。
年齢は関係無い。
C#はすっと頭に入ったけど、C++はなかなか入らないですね
別にMFCはC++の構成要素じゃないよ
だいたいwpfでC++もないやろ
次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
.NETのウリは言語自由って初めて聞いたが
WPFおもろいわ。
全く。マウンティングするための道具として最高におもしろいわ。
Windows10,VS2017でWPFでWindowChromeちゃんを使って、
>>156 どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。
デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か
datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？
DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
>>163 行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね
2ヶ月ちょいjs/javaやったけど
そう思うんなら便所に落書きするより上司に相談しろ
替わりたくないんやが
嘘みたいな話だけどeclipse大好きっこているんだぞ
eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
GridSplitter を挟んだUIを作成中です
>>173 はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました
何か基本的なことを見落としてるような気がします
GridLength GridUnitType.Starでぐぐる
>>169 マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？
>>172 １：３なのに、なんでAUTOが入ってるの？
試行錯誤しつつ、あれから冷却期間を入れて試したところ 2番目の問題は設定できるようになりました
>>175 > GridLength GridUnitType.Starでぐぐる
「・Settings の要素の型に GridLength を指定した場合、3* などを指定できない」
ことへのコンストラクタを使ってコードを書くべきというアドバイスかと思います
本当に申し訳無いのですが当方の思い込みが含まれていました
実際に試した値は「1*」で、書き込むと「*」になるため、誤認していました
正しく書き直すと、
プロジェクトの「プロパティ」→「設定」→要素の「型」で
PresentationFramework の System.Windows.GridLength を指定した
ケースでの「値」列の内容について、XAMLで指定できる文字列「1*」を指定できず、
書き込むと「*」になるということです
Settings.Designer.cs での DefaultSettingValueAttribute の引数の文字列です
試しに「3*」を入れたところ、3:3(=1:1)に指定できましたので Settings で初期化はうまくできていましたので、
2番目の問題は解決しました
（「1*」は値として同じ意味の文字列「*」に自動で変換されるみたいです）
XAMLは下記のとおり、
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterLength}"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>
ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず、
Mode=TwoWay を追加しても、肝心の1番目、2番目が解決できませんでした
実際のサイズに連動するよう少しずつ調査する予定です
（ActualWidth:double を読み取って、GridLengthのコンストラクタを使って Settingsに保存する？）
>>178 はい、GridSplitter を挟んでGridの列を 1:3 にするXAMLの書き方になってます
あああ、typo です
175は忘れてください
splitterの幅をバリアブルにしている理由はなんなの？
質問させてください。 http://schemas.microsoft.com/winfx/2006/xaml/presentation" ; http://schemas.microsoft.com/winfx/2006/xaml" ; http://schemas.microsoft.com/expression/blend/2008" ; http://schemas.openxmlformats.org/markup-compatibility/2006" ; >>184 SizeToContent paints an unwanted border
https://stackoverflow.com/questions/16356507/sizetocontent-paints-an-unwanted-border <Window UseLayoutRounding="True" />
でとりあえずその線は消えた
>>185 レスありがとうございます！私の方でも線が消えることを確認しました。
Webで検索しても答えを見つけられなかったので質問させていただいたのですが、
恥ずかしいことに紹介していただいたページは見落としてしまっていたようです。
何はともあれ、お答えいただきどうもありがとうございました。
>>184-186 で自分の検索の不十分さを反省して以前から抱えていた別の問題も改めて検索してみたのですが、 （続き）
Windowsでしか動かない.NET Coreアプリw
せっかく.NET Coreが盛り上がってきてたところだったのに、水を差すことになりそうで心配だな
>>193 Windowsにインストールされた.NET Frameworkに縛られなくなる
>>194 そもそもWindowsでしか動かなかったもののランタイムが変わるだけだし、corefx自体に追加されるわけじゃない
むしろ.NET Coreの普及を後押しする
実質何も発表なかったこと一緒ってこと?
サーバーサイドはクロスだけど微妙にしか人気ねぇし、Xamarin捨てる勇気なかったのか
>>197 どこをどう読んだらそうなるんだよｗｗｗ
.NET Core 3ハWindowsデスクトップアプリをサポートする
https://www.infoq.com/jp/news/2018/05/net-core3-announced 開発者が、既存の.NET Framework for Windowsではなく.NET Coreを使いたい理由はなにか？
それにはいくつかの理由がある。まず、.NET Frameworkとは違い、.NET Coreアプリは完全に独立しており、異なるバージョンの.NET Coreを使用することが可能だ。
.NET Core 3の新しいオプションでは、.NET Coreランタイムと組み合わせて実行できる単一の実行ファイルを生成することが可能だ。
この発表に反応した開発者は、WPFとWinFormsをGitHub上でオープンソース化する可能性について尋ねた。
興味深いことにこの要求は、Lander氏に否定されてはない - Microsoftは将来的にオープンにする可能性がある。
コミュニティの主な望みは、これらをmacOSやLinuxに移植するよりも、Windows用のGUIツールキットの拡張とモダン化である。
.NET Coreが全然注目されないからいろいろやりだしたんだな
日本は全体的に低レベルなエンジニアが多い
.NET Coreは既存の環境から乗り換えたいと思わせるだけの魅力がない
コンパイルして起動時間が一桁早くなるってのは十分な魅力だと思うが
>>203 >>202 でも書いたけど日本ではスパゲティシステムだらけで移植のコストが高すぎたから受け入れられなかった
海外では日頃から品質を高める努力をしていたので移植が容易にできた
そして様々なメリットを享受することができた
利点を示せなかったのではなく
利点を示したけど日本だけが利点を受け入れる下地ができてなかっただけ
つまり日本はハブられたんだよ
いじめられっ子がリア充の生き方なんつまらないと負け惜しみを言うようなもの
キツネとすっぱい葡萄の心理というやつだ
>>204 起動は確実にクソ遅くなるよ
今までは共有ライブラリとしてシステムにインストされいて自然にメモリにキャッシュされてた大量のDLL達を、
ローカルにバンドルしていちいちディスクからロードするんだから
>>206 .net nativeはスタティックリンクだから、ライブラリの中で使っている部分だけ切り取って本体に取り込んでリンクするんだわ
通常はファイルサイズが激減します
>>207 勘違いしてるようだけど、.NET CoreのSCDと.NET Nativeは別物だよ
SCDは.NET Coreランタイムと依存DLLを全部バンドルするだけ
>>208 一番要望の多いnative取り入れないとは思えないが、情報あるの？
体感的にわからない程度に起動が遅くなるかもしれない
>>209 https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/ あくまで.NET自体を簡単にバンドルできるのが売りだ
.NET NativeはあくまでWinRT版の.NETの機能で、今出てる.NET Coreとは関係ない
ちなみに、.NET CoreではNuGetパッケージを結構細かく分割するのが普通だから、
WinFormsやWPFがそれぞれ丸ごと一つのNuGetパッケージになるようなことはたぶんない
必要なNuGetパッケージをある程度小分けで取捨選択できるようにはなるから、
今のSystem.Windows.Forms.dllよりは結果的にロードするサイズが小さくなる可能性はあるよ
>>211 将来はともかく、最初はこの程度なんかね
よく分かんないけど
>>210 全部バンドルしちまえってのは今時の流行りで基本的には良いものだけど、あえて挙げるならこんなとこかな
・配布サイズがクソ大きくなる
・DLLのディスクキャッシュが共有されないのでメモリを食うかも
・.NETに重大な脆弱性や不具合が見つかってもユーザーの裁量で.NETを更新できない
・NuGet必須なのでインターネット環境がないとビルドすらできない
・NuGet必須なのでキャッシュなしの状態だとビルドがクソ遅い
・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
>>214 RuntimeStoreも知らないようだし、NuGetがインターネット必須ってのも大嘘
ユーザーの裁量でRuntimeを更新できないってのも嘘
>>217 最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる
corefxやcoreclrも知らないからユーザーの裁量でランタイムを更新できないって発想になるんか？
>>216 そちらは新規開発案件の1割以上がc#を使ってる世界ですか？
不思議な世界ですね
こちらの世界は全ソフトウエア開発者で.Net Coreを知ってる人が
1%以上いるかどうか怪しいです
>>219 配布サイズが大きいのは、RuntimeStoreのない時代かもしくはランタイム自体をアプリに同梱する場合ね
>>223 いい加減に空想の世界から出て来いよ
.Net Coreなんてほとんど誰も知らない
C#使ってる中でも知られてない
みんな跨いでいく
デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
サーバサイドでも使われてない
>>224 Stackoverflowのreportでも見て現実を直視しろよｗｗｗ
>>225 どうも思い込みが激しいようだ
どっちかって言うとSCDこそ特殊な場合で、SideBySideでランタイムをインストールする方が良い
>>228 だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの？
>>230 たとえば.NET4.5.2と4.6.1はSideBySideでインストールできないっしょ？
>>232 結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる？
開発環境でのテストくらいにしか使えないよこんなの
まだ実用化されていない技術のブログ記事上げてドヤってる
コアのアーキテクトの戦略がフラフラしてる
>>230 こいつSideBySideなんて知らんのやろ
>>236-237 .NET CoreのSideBySideを利用したデスクトップアプリの正しいデプロイサイクルを具体的に説明してくれ
ちなみに.NET Coreって月一くらいのペースでバージョン上がってるんだが、それ全部SideBySideするってことだぞ？
>>214 NuGetって言葉覚えたてかな？嘘ばっかｗｗｗ
>>240 結局アプリごとに必要とするバージョンが違うケースが多いはずだからSCDでいいだろと言ってるんだけど、これだけ言っても伝わらない？
>>242 >アプリごとに必要とするバージョンが違うケースが多い
なんで？
>>244 そりゃ.NET CoreかつFDDのアプリ自体が(WinFormsやWPFがサポートされてもなお)稀だろうし、
フレームワークの方も月一で更新されてるとなれば共有できるケースは現実にはほとんど無いでしょ
もちろんデスクトップアプリに限った話な
WPFってグラボの違いでどれくらい速度変わってくるものなの？
大変そうだな。予防線はりまくりマウント取ろうと形だけは前傾で
デスクトップ対応はありがたい
>>211 https://github.com/dotnet/corert corertとかあるけどこれちゃうの？
ちょくちょく試すけど相変わらずx86がうまく生成されなかったりIssue多すぎて
比較的アクティブとはいえ使い物になるのかよくわからん状況だけど
VCランタイムすら不要の単体PEファイルになってdnSpyとかじゃなんも見れなくなるし
こういうのがプロジェクト単位でざっくりと組み込み検討できそうだから
デスクトップ向けの.NET Coreも結構期待してたりするんだけどね
WinformsとWPFのポーティングは朗報だけどどうせ改良する気はないんだろうし
クロスプラットーム化は無理でもせめてReference Source下じゃなくOSSにまでして提供してほしいもんだぬ
なんでDateTimePickerすら入ってねえんだこのゴミは
オープンソース化もあり得るって話だぜ
標準でnumericupdownすらないWPFに何を言っても無駄
欲しいものは自分で書いてプルリクを出せばいい
そういえば標準じゃフォルダー選択ダイアログもないな
WPFって正しく作法に従った汎用コンポーネント作るの結構難しいから、外野がプルリク投げてもなかなかマージされないと思うぞ
Material Design In XAML ToolkKit 使えばいいじゃん
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
FormsとWPFはUIテスト自動化への対応具合どうなの？
prismってmessengerパターンするならEventAggregator使うようになったの？
今のprismってMSの手を離れて単なるコミュニティプロジェクトの一つだからなあ
>>263 がInteractionRequestが好みなら自分でプロジェクトにコントリビュートすればいい
EventAggregatorよりも充実させればInteractionRequestがPrismの主流に見えるようになるだろう
今のPrismってそういうもんで、トレンドを追っても何の意味もない
Datagrid内comboboxのdatatemplateのバインディングがどうやってもできないw
>>266 サンプル見ると、スタティックなオブジェクトリンクしている
Prism6.3でInteractionRequestのRaiseAsync使おうとしたらないんだけど
>>268 どこの馬の骨とも知れないメンテナの気まぐれ
君が復活させてもいいんだぞ
>>252 >>254 いつかはWPFって思ってたのに移行できねーよそれじゃ
まあ、趣味ではWebサイトの方で忙しいから最近はC#あんまできないんだが
UWPにもnumericuodownないんだよな。死ねよと思う。
タッチデバイスのためとはいえ、ほんと実用軽視には反吐が出るな。UI統一は大失敗。
>266
質問失礼します
>>278 お返事どうもありがとうございます
以下のコードを読んでみたのですが、それらしい箇所を見つけることはできませんでした
お手数をかけて申し訳ありませんが、読むべきソースを具体的に教えていただけないでしょうか
どうぞよろしくお願いします
（NGワードのためURL省略）
280のURLです。NGワード回避のため一部省略しています
XXX =
https://referencesource.microsoft.com/ （中略）/System/Windows/Media
XXX/Brush.cs
XXX/Brushes.cs
XXX/KnownColors.cs
何度も申し訳ありません
コンバーターが明示的に指定されてないけどデフォルトでそういう動作すると決まってるだけでしょ
ようやっと過去の物をprismに移行した
だが果たした役割も大きいで…見方によっちゃリーディングカンパニーではあった
そう思ってるのはWPF関係者だけで
AndroidのGUIフレームワークなんか明らかにWPFを参考にしてるし、
うわぁこれは日本スゴいと同じメンタルですね
MicrosoftのC#が発祥でパクられまくってる便利機能って多いよね
webのMVVMとWPFのMVVMは全然別物なんだけど
>>291 よく見たらMVCまでC#起源とか言い出してるし
韓国人みたいなメンタルになったら終わりだぞ？
いい年こいて自己評価が低い奴ほど所持品や帰属集団を持ち上げるのよ
ボタンにマウスが乗っかるときのアニメーションを切りたいんですが
>>297 テンプレートを丸ごと入れ替える
コードじゃなくてXAMLで書いてください
なぜ知ってる範囲だけで済まそうとして苦行をしようとするのか
FormsよりWPFの方が、VisualStudioがよく落ちるな
やりたかったのはJSPなのかも知れないが、
その印象は正しいよ
見るからに煩雑で洗練されてないもんな。馬鹿文系が設計したイメージ。
>>309 フラットって昔からあるデザインだということも知らんとかアホすぎ。
時代錯誤なんだよ、おまえとフラットは。おまえの脳もフラットなんだろうwww
ならクビにする必要ねぇな。なんでMSはフラット推進した奴をクビにしたんだよ。
フラットは個人的に好きじゃないが、ただでも移行しない理由がそんなとこあるとは思えん
Windows8のUIはフラットがどうとか以前の問題だと思うが。
MicrosoftのModern以降のUIはシグニファイアを全く考慮してないので
マテリアルデザインはショボすぎだわ。もうちょっとエフェクト多用してGPU使ってほしいわ
まぁ、fluent designもアクリルエフェクト抜かせばマテリアルデザインと似たようなもんか
Aquaが出たとき俺はあまりのダサさに絶句したけど、称賛する人多かったね。
>>318 ←こういう馬鹿ってスマホしか使ったことないんだと思う
>>318 おじいちゃんはまだWindows1.0を使ってるの？
>>323 Material Design In XAML Toolkit が結構良い感じだ。
ほとんど手を加えなくてもそこそこの見た目になるのでお手軽だし、サンプルのデモプログラムも良く出来てる。
画面遷移するのに、標準のNavigationWindowとPrismのNavigationのどちらを使うか迷っています。
>>325 LunaってXPみたいなやつ？
>>326 Material Design In XAML Toolkitってまだイケるんや
WPFってほんと情報ないよな。誰も使ってないんじゃないの？
Stackoverflow（非JP）がバイブルすぎてな
入門みたいのの話じゃない？
>>329 GitHubに参考になりそうなのめっちゃあるやん
俺はMSの外人サン記事？のwpf サンプルから盗んだなぁ最初は
なるほど。これは惨いな。
ぶっちゃけWPFは先行きどうなの？
MSはWPFの終息宣言を出す一歩手前らしいよ（出すかどうかはわからないけど）
>>339 .NET Core3.0でわざわざアレするのに？
>>343 基本的にはね
unoみたいな例もあるけど
UI変更だけでここまでWindows10が拒否られるとは。
>>345 Windows10が嫌われてるのはUIだけが原因じゃないだろ
つまりFormアプリケーションが鉄板だったてことか（ry
Visual BasicのFormアプリが一番良いよなｗ
WPFでもビハインドにイベントベタ書きならFormsと同じ感覚で楽チンやで
同じことするのに新しいことを覚えなきゃならないならまず覚えないよな。
>>329 かずきさんのブログ(かずきのBlog)のWPF4.5入門
Formが良かったとかじゃなくて、先に出たものはその仕様に合わせて作るんで
ずっと言われてるけど
strict感と冗長感が敗因
web技術の流行なんて使い捨てばかり。だって作ってる奴らは何も考えてないもの。
WPFでGUI作成がより合理的になったと思ったんだけどな
NumericUpDownすらない...
そういやBlendで小銭稼ごうとした罪があったな…
>>358 NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる
ボケてるんですか、おじいちゃん。ただの実装忘れですよ。
WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具
ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。
Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う
追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは
WPFは楽そうで全然楽じゃない
あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する
自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。
>>369 テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが
なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った？
WPFとか関係なく時代の流れで消えてったな>RAD
.NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。
wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね
このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。
下をみたらどんなクソでも天国じゃんw
上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし
よく映画であるように、WPFでマンションなどの建物を
久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。
material desingn tool kitやらmahapp metroとか微妙すぎる
WPFでコーディングしてるだけでも落ちるようになった。
vs2010と2008R2の組み合わせは惨かったなぁ
10年経っても枯れないWPF。人柱が少ないせいだな。
タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながｽﾏﾎアプリ開発に舵を切り出しちゃったから普及しなかったとか?
Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで
>>387 .vsフォルダー内のファイルを消してみたら(.suoファイル以外)
Windows8-10に移行してくれないのはiPhoneのせい!!!
Silverlightが終了した理由としては間違ってない
統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。
WPFの競合相手は他でもないWinformsだろう
そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね?
画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。
一度覚えたらXAML書きやすいよね
ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろｗ
formで画面のレイアウトに苦労するというUIとはいかなるものか。
>>399 XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ
部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。
別にandroidだってdata bindingライブラリができて、最近はarch componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに
>>409 いつから日本のドカタが標準レベルだと思ってたの？
UwpDesktopって2016年で開発止まってるのね。 コマタ、、、 BLEがコネクトできない。
>>412 手動でやってみたら?
1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。
超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う
〜日本語の読み仮名を取得するAPIを題材に
https://codezine.jp/article/detail/10654 (3ページ目、要登録)
UWPはStorageのようなゴミクズ設計が混入してるからついつい避けてしまう
スマホでストアアプリの安心サンドボックス環境に慣れると、パソコンでもそこらへんの野良アプリ入れるの怖くなってくるわ。
>>419 Livet にやる気はないだろ
メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし
今更更新かけ始めてももう手遅れでしょ
じゃあ、何でインターフェース書くのが主流になるんだろ？
XAMLって簡単で便利なんだけど、ユーザーが編集したDBをアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。
>>424 EFとモデルバインディングの相性は抜群だけどそういうことじゃない？
XMLでinterfaceを書く？？、っと思ったらUIのことか。
htmlはxmlっぽいのにメジャーだ
css採用したjavaFXの惨状はwpfどころじゃないよな
MicrosoftがWinForms/WPFの利用コードを使った.NET Core 3.0機能投票を実施へ
https://www.infoq.com/jp/news/2018/09/Core-3-Portability-WPF-WinForms このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。
目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。
ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、
WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。
レガシーデスクトップアプリとVB.NETがdotnetcore移植をかなり妨げてる
UWPの普及の起爆剤は、案外UWPのWinForms取り込みだったりしてな
widows開発者のなかじゃ.net coreを支持してる人は少ないんだけどね
パフォーマンスとポータビリティってわかりやすいメリットだと思うがな
19ドル一回払えば、配布に関わる一切をMSが面倒見てくれるUWPにメリットがないらしい
一回目5千円ぐらい
.net coreのポータビリティというけどwindowsだけしか使わない場合はなんのメリットもない
UWPに拘らんくても良いけどパッケージはさっさとMSIXに統一して欲しい
>>442 メリットあるぞ
企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな
置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか?
全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが
デスクトップ以外がCore、Standardに移行してるんだから、WPFもCoreベースになった方がメリットがあるというだけだな。
.net core押しの人ってこういう人ばかり
MSのガイドラインだと.net coreはサーバ向けで初めて選択肢に入る
そもそもUniversal Deviceとやらが存在しないだろう
>>450 ・DBはREST API前提だから現状でも問題ない
・ファイルアクセスは来月のWindowsアップデートで改善される予定
・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み
完璧じゃないけど一応進んではいる
ダメだ…
使いやすいところで使いやすいものを使い分けるだけ
初心者向けにはFormsってことだろう
WPFベースのレタッチソフトとかCADが出ればその説を信じる
WPFは残念ながらC球ですらない100均のゴムボールだ
昔、WPFなんて流行らないって言ったら
マーケティング上の理由で仕様がクソになる場合があるね。
WPFはwinformsとかVB6とかhtmlとかMFCとかDirectXとか既存の技術が重複してて
2003年にSUNがlooking GlassというUIを発表した
sunはその前にもSunViewでXに挑戦して失敗しているからなぁ
XMLを馬鹿にしてたゲイツがWPFをだって？w
>>469 Essential WPFのエッセンスを3行でまとめてくれ。
System.Windows.Interactivity Namespaceでぐぐってもmsdnに行き着けないし、
まだ日本語ドキュメント読んでるのかよ
>>472 en-us でもおなじです やり方が悪いのでしょうか
url貼っていただくとうれしいです
>>473 英語のpds落ちてます
>>469 早くEssential WPFのエッセンスを3行でまとめてくれ。
>>474 ごめん。何かと勘違いしてたみたい
今探したら見つからないね。
>>454 Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん
ほんとにやる気あるなら公式でサポートすべきだわ
利根川さんの言葉が身にしみるな
Update on .NET Core 3.0 and .NET Framework 4.8
https://blogs.msdn.microsoft.com/dotnet/2018/10/04/update-on-net-core-3-0-and-net-framework-4-8/ My personal opinion is that having a cross-platform UI stack for .NET
would be a very valuable addition, but it’s a lot of work.
I am, however, not a fan of the idea to make WinForms/WPF cross-platform
because it will likely be a poor result: not compatible enough
for existing WinForms/WPF customers
while also not being a great cross-platform API (too much designed around the Windows PC).
>>476 ・WPFは最高
・デザイナーは神
・PGは奴隷
>>486 ＞ My personal opinion
で終了
WPFの将来に希望が持てるようになったら起こしてください
>>486 ＞ 既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。
＞ .NET Frameworkは常にWindowsの一部になります。
＞ Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、.
＞ NET Framework上に残ります。
・WPFが普及しないのは、底辺PGが大半という現実をマイクロソフトが理解してないから
・WPFが普及しないのは、MSの宣教師が少ないから
・WPFが普及しないのは、VSのXAMLテキストエディタで
>>495 少ないというか、役に立たない宣教師しかいないのが…
宣教師たちの「XAML弄るとこんな事もできるんですよ」とドヤ顔に、現場PG達の冷めた目。
開発スタイルが30年前に逆戻りしたWPF。骨董品を模倣した贋作とも言うべきか。
>>501 あー言われてみればX Windowのプログラミングに似てるかも
UI要素の汎用性がとても高くて、やれることは無限大だけど、
ちょっと便利なコンポーネント（NumericUpDownとか）がなくて
いちいち作ってかなきゃいけないとことか
業務アプリは部品貼り付けてプロパティ弄ってイベントにコード書くやり方での見積りだから、XAMLをああでもないこうでもないと時間かける暇は現場PGには無いよ。
FormsのNumericUpDownはボタンがちっさくて使いづらい
FormsよりWPFのほうが自作ツールでスキャフォールディングしやすい
業務系はコントロールは買うものなんですよ。
顧客と接するとフラットデザインの嫌われ方が異常だよな。強制しなきゃこれほど嫌われなかったのにな。
Formsの経験はあるんだが、WPFちょこっと勉強してるがむずいな
別に何とかはない。当たり前だが窓の枠を超えるモンじゃないし
>>511 >依存関係プロパティだのルーティングイベントだの
判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ
xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな
WPFとUWPって何が違うの？
>>515 まず、ブラウザ対応かどうかが違いますよね
>>515 UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。
自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める)
>>511 どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく
新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる
ので、今後の環境に合わせたインターフェースにトライして行くしかない。
その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい
と感じてしまうと思う。
さらにロジックと画面の分離は、今後必須の課題。
その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては
乗り越えないとならない壁が幾つもあるのだと思うよ。
>>515 XAMLテクノロジーには大きく分けて2つの系統があるんだよ
一つはWPFで、これはほとんど全部C#で書かれてる
もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる
これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ
なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから
>>511 >依存関係プロパティだのルーティングイベントだの分かりにくいわ
当初、私も悩んだ。
UWPはMSにプッシュして貰えている
現状Uの意味が特にないのでWPにしたらいいと思う
micorosoftが生み出したまともな技術ってdirectXとExcelVBAくらいだよなｗ
広く使われているからといって、マトモとイコールになる訳では無いのだ
みんなレスサンクス
>>528 一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる
更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った
>>529 x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ
>>530 MSでは「レガシー」への新規投資は認められないからね
>>528 ほとんど概念的なのは共通だから好きな方からやればいい。
俺はUWPアプリ作りたかったからUWPから入ったけど。
作りたいアプリの方を先にやればいいじゃん
つか、x:bindはサンプルアプリ作って比較しても速度的なメリット全然実感できねぇw 逆にx:bindの型チェックのうるささがあれでbindingに回帰してるわ俺は。
WPF重いってきくけどWPFアプリに必要なのはむしろx:bindよりUWPみたいな.netネイティブ化?
>>528 そう言うGUI的な部分はあんまり変わらない。
>>519 で書いた通り、ライフサイクルとファイルアクセスがスマホやタブレットと同じになった。
づまりアクティブアプリじゃ無くなるとスリープに入ったり、アプリ沢山立ち上げると古い順に勝手に終了する。
ファイルアクセスもユーザーに許可を求めておkされた場所しかアクセスできない。
(ストアにアップする時画像を扱いたいのに、間違えて許可取らなかったらアップし直し)
>>534 .netでネイティブよりセキュリティ安全って立場だから無理。
UWPはアクセス権限が厳しいのと、ストアでバイトコードをコンパイルする事で多様なプラットフォームに対応出来るからネイティブに出来た。
(多様なプラットフォームなんて無いに等しいんだが)
みんなレスサンクス
>>532 作りたいのはxamarinアプリなんだ
だからxamarin.UWPなんだが、仕事中に勉強しやすいのはWPFなんだよね
入門サイトもまとまったのが多いしサイト見てても不審がられない
>>535 デスクトップアプリでもUWPで作るとそうなっちゃうの？それってクソすぎないか？
みんなの話をまとめるとUWPってターゲットOSもwindows10のみでWPFより狭くなりブラウザでも使えなくて制限も増えて、速度だけWPFより早くなっただけのプラットフォームってこと？
あのチャールズ・ペトゾルドにスルーされているぐらいの人気の高さ
ストアアプリ(WinRT)はペゾルトもリッチャーも本出してたべ
チャールズ・ペトゾルドって初めて知ったけど
>>547 Win16時代に読みました^^;
あとはSDKのサンプルくらいしか情報が無かったです。
WPFをDirectXからWebGLにポーティングしてBlazorでwasm化できたら最強なのにな。
同じアセンブリ内にある自作クラスの静的プロパティを
別にビューモデルにその静的プロパティ用のプロパティ追加すりゃいだけじゃん。
まぁ直接できるか聞いてるんだろうけどごめん俺の知識では...
あれこれ試してたらx:Staticでやれることが分かったんで解決しました
>>555-556 解決手段のひとつですね、貴重な意見ありがとうございます
キタコレ！
ARM64向けWindowsアプリの開発が正式サポート 〜「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html WPFの場合、Windowに直接ではなく、Gridなどの下に各コントロールを入れることが多いと思うんですが
>>560 バインドされてるデータならViewmodel見ればいいし、コントロールがほしいならnameだかkeyだかを欲しいコントロールに与えればいいんでね？
ここで便乗質問。
経路がややこしくなってきたらeventaggregatorで飛ばすという手抜き・・・
あーめんどくせー
dotnet/wpf: This repo contains Windows Presentation Foundation (WPF) for .NET Core
https://github.com/dotnet/wpf ＞ .NET Core (including the WPF repo) is licensed under the MIT license.
レジストリとかWMIみたいなWindowsOS寄りの機能を使うがためにWPF採用したので、
>>568 >>433 ＞WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ
>>569 英語読めないの？
>>566 読め。
読めないなら日本語記事見付けたから貼っとく。
WPF/WinFormsをオープンソース化 〜Microsoft、「.NET Core 3.0」Preview 1を発表
Windows デスクトップアプリも「.NET Framework」から「.NET Core」ベースへ
https://forest.watch.impress.co.jp/docs/news/1156678.html >>570 ＞「WPF」や「WinForms」がMac/Linuxで利用できるようになるわけではないが、
WPFがクロスプラットフォームになると勘違いしてるやつがいるのか？
WebブラウザーがやっとEdgeになるのか
GUIは環境ごとの差が大きすぎるから仕方ない
>>568 DBはREST使う前提の設計だからなんとかなる
しかしローカルサーバーとhttp通信できないのは割と困る
あと、ファイルシステムが無茶苦茶遅いね
>>577 マイクロソフトがARM版Chromeのコミットを頻繁に行っている
ってとこからの妄想じゃないのかな
WPF/WinFormsをオープンソース化
碌にドキュメント整備せず、オープンソース化して、テスト、サポートを顧客に丸投げ。
結局MSはWPFなりWinFormsなりをどうしたいんだよ
だな。ほんとマイクロソフトはWPFとか今後どうしたいのか。
WPFとか囲い込み目的でWindowsべったりの実装にしたんだから、
フレームワークを建てては放置してで信用されてないのはその通りだが
>>577 https://github.com/MicrosoftEdge/MSEdge/blob/master/README.md Chromiumベースのブラウザにシフトするというのが正解らしい
最もらしいこと言ってるけど、実体はもうEdgeに人手を掛けたくないんだろうな
microsoftはどうせならblinkじゃなくてシェア低いfirefoxのエンジンの方を採用しろよ。これで更にblink1強感が強まると後々ヤバそう。
MediaElementのメディアの時間て
MSは同じような枠組みを違った環境向けに少しずつ異なる実装を
MVVM方式で、ボタンを１０個作ったら、それぞれに対応するCommandクラスを１０個作らないと動かないの？
senderとかで分岐しちゃダメなの？
CommandParameterを利用して検討してみます。
つか、ICommandじゃなくてPrismやReactiveProperty使うのが一般的だよな
DelegateCommandとReactiveCommandってどっちが使いやすい？
>>600 new BusyNotifier().Select(x => !x).ToReactiveCommand().AddTo(Disposable);って生成すれば、何も考えずに二度押し防止出来るのがメリットで
IDisposableの実装が必要なのがデメリット
ReactiveProperty使っているならそっちで実装するから手間は変わらなくなるが
>>601 なるほど二度押し防止はよく使いそう
ReactiveProperty使い始めたんだが
ReactiveCollectionのItem数によってReactiveCommandを許可するかってのをどう書いていいかわからん
ReactiveCollectionのitem数によってtrue/falseに変化するReactivePropertyを作って
https://qiita.com/YSRKEN/items/5a36fb8071104a989fb8 ここ読むとReactiveProperty使っても
INotifyPropertyChangedも合わせて使わないとメモリーリーク防げないと読めて
ReactivePropertyを使うことに対するメリットがイマイチ理解できないのだけど、
やっぱり便利なの？
>>603 そうそうこの直接捕まえることができるのか調べてもわからなかった
確かにitemsを操作するところでもいいんだけどね
手元のコード探してみたらそのまんまCollectionChangedAsObservable()でよかったみたい。
>>604 や、そうじゃなくてINotifyPropertyChangedインターフェースの実装がアレばいいってことだから
prismなら従来VMを書くときと同じようにBindableBaseを継承すればいいということのようだ
それを省略ならIDisposableを実装してしっかりDisposeすりゃいいってことだ
>>606 ありがとう拡張メソッドでitemsの変更が拾えました
CountをReactivePropertyにしてCommandのtrue/falseも変更できました
パート22だけど去年はとうとう1スレも進まなかったのね
デスクトップしか使わんから勉強するモチベ的につらい
二年くらい前に既にピークアウトしたよ
UserControlでマウスのクリックを
>>616 正解かどうかは知らないけどPreview系のイベントでハンドリングして以降では処理しないようにするとかはどう？
>>617 なるほどそういう方法があったか
PreviewだとGridに置いたButtonとかが拾えなくなるので
MouseLeftButtonDownでマスクしたところ
うまくいきました
さんきゅー
>>618 あ、そうか。この場合は下に伝えたくないからPreviewじゃないほうか…。
うまくいって良かったよ。
2008年以降に始めたプログラマもWPF使わずwinform使ってんだろうな。
>>620 三年前にC#はじめたけどWPF使ってるよ
もともとHTMLさわってたからUIがXMLで書けるのが好み
>>623 それって結局、JavaScriptでプログラミングになるんじゃ？
Desktop Bridgeってのを試しているんだが、sqlite.interop.dllってのが実行フォルダにコピーされないんだが
Windowsアプリケーションパッケージングプロジェクトだつけ？それ使うといいよ
>>628 残念ながら、そいつ使っているんだが上手く行っていません
sqliteのパッケージはsqlite.interop.dllがx86とx64の切り替えをやっていて
.netのbinフォルダでx64,x86のサブフォルダ上にインストールされるんだが、
そのフォルダが「Windowsアプリケーションパッケージングプロジェクト」のbinにコピーされません
>>629 苦肉の策としてはWindowsアプリケーションパッケージプロジェクトのコンテンツとしてsqliteまわりのdllを入れておくとかかな
プロジェクト内でのフォルダ構造そのままコピーされるからWPFプロジェクト名のフォルダを切って、その下にsqliteのdllを配置してほしいレイアウトで置く感じ
ストアに出すならもう少し頑張らないといけないけどサイドローディングならそれだけで行けると思う
WPFかあ、もはやそんなのあったなあ、って感じだな。
>>631 べつにアニメーションがWPFの特徴なわけじゃないと思うが
>>632 メトロUIという非常にユーザから嫌われたUIを使えるのが特徴だな。
>>632 でもWimdowsフォームとWPFの違いって、ユーザーから見たらアニメーションぐらいじゃね？
>>633 ASP.NETも枯れてていい感じだね！ でも俺は、ブラウザ アプリは遅いので好きじゃないんだ。
マルチ プラットフォーム環境の、不特定多数へのサービスならブラウザ最高！ だけどね。
>>634 WPFとMetroは無関係だが
なんでそんな程度の知識しかしない煽り虫がこのスレに棲息してんだ？
>>636 横からだけど、Windows 8が出たときに、メトロUIのWindows Store アプリを作ることが
WPFの目的だった時代があったような。。。それでみんな、ちょっとかじってやめていった。
もう６年前の話なので、あのわずかな期間を、どれほどの人が覚えているか知らないが。
4Kモニターユーザーとしては、WPFアプリは標準で高DPIに対応してるのが良い。
>>635 ユーザーから見たら同じとか言い出したら中身がC++でWINAPIベタ書きでもPythonかなんかでTcl/Tkで書いても全部一緒ってことになるだろうが
作り手にとって違うなら十分違うんだよ
>>637 > 時代があったような
ないです
そんなわけのわからん記憶をどこでねつ造してきたの…
WPF登場から13年。
メトロUIこそWPFの真骨頂なのに何言ってんだか。WPF開発者がそう言ってるだろ。
普及するとか普及しないとかいうより、新しいWindowsアプリなんてほとんど登場してないだけだろ。WPFとかWinFormsとかあんま関係ない。
マウス入力に最適化されたUIのアプリは既存のデスクトップアプリで間に合っててほとんど誰も新しく作らない。
タブレットと同じソースが使える筈だったザマリンを
>>630 WAPのバイナリに手動コピーするとしっかり配置してくれているようだから
当座はそれで凌げそうです
sqliteかVSかどちらかのバグだろうから、そのうち解消されるまで待つことにします
しかしWAPでX64選択しても店子のWPFプロジェクトはAnyCPUが選択されるため
WAPのバイナリは32bitのwpfバイナリイメージになっていたのはびっくりしたわ
（構成マネージャーで手動修正可能だが）
>>644 MetroStyleしようと思ったらOSS入れないと駄目なくらいWPFでは組み込みサポートないよ
Windows8ではWindows Runtime上で動くWindows Store Appが追加されてたけど、それと勘違いしてる？
そうではなくてWPFとXAMLを勘違いしてるんではないですか？？？
あの不人気なフラットデザインをメトロって言うんだよ。
windows95から２４年も代わり映えのしないデザインより遥かにマシじゃね？
>>653 > メトロって言うんだよ
> VS2010から採用された
言いません
>>654 進化してればいいんだが、見た目が変わっただけというのは害悪しかない
僕のアダナを 知ってるかい メトロUIと いうんだぜ
WPFがメトロUIだと言いだす馬鹿はほっとけばいい
>>664 ←十分条件と必要条件が理解できない典型的馬鹿文系の例
>>661 ここにこう書いてあるとソース貼れば良いのでは？
>>666 ←ところで誰でも知ってることを必死にID代えながら全否定してる馬鹿は何者？
>>667 ソースを貼れば黙らせられるんじゃない？
俺もグラデとボーダー抑えただけのフラットデザインをメトロと呼んでいたなんて初耳だけど
ID:sLZ546NU＼
>>669 イヤそちらの方が詳しいから主張しているのでは
もしかしてwikipediaのこれをみてWPF=メトロって解釈したの？
https://ja.m.wikipedia.org/wiki/Windows_Presentation_Foundation >Windowsストアアプリ
>Windows 8/Windows RTにおいて導入されたWindowsストアアプリ（WinRTアプリ、Modern UIアプリケーション）はWPF同様XAMLによって
>ユーザインタフェース要素を記述し、WPFに類似したプログラミングモデルを提供する。Windows 10においてWindowsストアアプリの後継として導入された、ユニバーサルWindowsプラットフォーム??(Universal Windows Platform, UWP) アプリケーションも基本は同様である。
Windows8の開発には普通vs2012がいるからねぇ
VS2010って急に重くなってヘルプが使い物にならなくなったバージョンだな。
ホラVS2010がメトロとかわけわからんこと言うから
>>678 そんなに騒ぎになった記憶がないから該当レス書いた人の個人的なお気持ちだと思う
>>652 同一視してる可能性は否めない。
WPFもWin8アプリもWin10アプリもXAML使ってるが、ライブラリもランタイムも違う別物。
結局WPF is Metroさんは勘違い以前のただの釣りだったのけ？
RenderTargetBitmapをpngやbmpファイルに落とすと
>>683 WPFではなくSystem.Drawingを使う
>>684 ありがとうございます。
調べてみます。
VS2010のデザインをメトロだと言い張る無知なバカはもう消えたのか？
そういやパスの長さ２６０文字の呪いは解消されては居るが、
MSの中ですらもう粗大ゴミ、時代遅れのガラクタWPFはどうするんだろ？
WPFスレがまだあったか。こんなもの普及しないと思ってたけどまさかPart22まで伸びてるなんて。
普及はしていない。
「民主主義は最悪の政治体制だ。民主主義以外のあらゆる政治体制を除けばだが。」ってやつか。
>>697 騙された連中は置き去りにしてMS自身はElectronへ完全移行したね
どうしてなの――ッ！！
>>698 例えばMSのoffice2019は何で書かれてるのかな？
MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ
クールバー(Ie4)ぐらいからおかしかったけどなぁ
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
君もそろそろアップデートしてはどうか
>>706 システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。
ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。
一般の開発会社やSI'erは、言われるがままに作るだけ。
WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。
xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる
ありがとう、
>>714 イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない
データバインドはいつも使うが、イベントのバインド分んないな
>>714 .NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。
その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。
Microsoft Store for Businessの業務アプリとして出すのは平気
>>717 ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので
>>720 知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。
>>719 MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ
.NET CoreのWPFでcorertビルドできるか試してみたら？
幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。
>>727 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな
普及しなかったってのはFormsからの移行が進んでいないって意味かな？
VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ
WPFで作ってるアプリあるから捨てられたら困るんだが
なんだもうそんなに負の遺産があるのかw ますますドツボだな、MSw ドンマイw
UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない
その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
「WPFはオワコン」
HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
>>738 オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。
デスクトップアプリがオワコンなのは、どうしてでしょうか？
オワコンというか、今後の発展が見込めない、が正確な表現では
>>743 デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？
てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…
>>744 MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。
変わるWindowsのアプリ戦略 UWPからデスクトップアプリに原点回帰か
http://ascii.jp/elem/000/001/770/1770229/ >>746 UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが
早くWindowsを移行させたいんだろ。
今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
>>744 主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話
>>745 思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ
なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか
>>752 > なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw
>>748 UIがそのままなら簡単に移行してくれたのにな
>>753 オワコンなんて言ってねえだろが
ガイジは死ね
老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。
WPFは、最悪消えてしまってもいい。
とろくさいDataBindingがガンでしょ
>>748 Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。
WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？
>>764 binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない
ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい
>>765 そっか
>>762 がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。
糞遅いのが致命的だな。
>>766 WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね
アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか？
WindowsFormsHostでDataGridViewをホストする
あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです
>>771 それならItemsControlじゃね。
>>768 不自然にWindowsRuntime持ち上げるやついるけど何なの？
774「俺ほど生きていると昨日も十日前も変わらん」
4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて
なんだ、言語仕様も読んでない馬鹿がいるのか。
ゆとりにプログラミングは無理。
ガイジってなんだ？ ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。
インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、
何の話？受信機が反応しちゃったかな？
テンプレートの速度でC++が勝てるとは思えないが
WPFってC#プログラマのステップアップにいいかな？
XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う
C#は一時機は先端を走る言語だったけどもう古い言語でいまいち
自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない
>>794 コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの( )などは新しい言語ではどんどん削られてきている
ガイジという言葉を使う人間は人間のクズなので相手にしなくていい
>>797 何を言い出すかと思ったらセミコロンと（）かよｗｗｗ
人間のリソースは限られている
ある言語で10行で書けるものが他の言語で20行必要なら
>コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
見てると何か勉強するときのスタンスが短絡的というか。
あたらしいげんごってなんですかー？
>>803 それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず
> 人間のリソースは限られている
求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
>>807 だったらXAMLは最悪最低だよなｗｗｗ
April Update for WPF on .NET Core 3.0
https://github.com/dotnet/wpf/issues/607 相変わらずやる気があるのかねえのかわからんなあ
読んだけどただのCore移植作業の進捗報告だな
後3週間待て。新しいロードマップ発表されるだろうし。
xamlって難しいからできる人少ないと思うんだよな
画像関係はスピード重視の設計でないと生き残れない
>>821 はは。お前は一生MS絡んだ製品使うなや
マイクロソフトは俺を雇えよ
マイクロソフトに転職した元同僚から誘われた事あったけど
WPFに未来はあるのかないのか
>>828 WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
データバインディングやMVVMの仕組みは他に流用できる気がする
WPFは職人的な作り込みが必要とされるから
>>828 WPFだけでなくUWPやxamarinにも未来はない
ユーザー視点からみたWebアプリの使いにくさ最強レベル
まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ
まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは
>>837 のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。
速度重視にしたらプログラミングめんどくさくても普及する
WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る
じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？
勉強なんて楽しそうなやつやりゃいいじゃん
そもそもデスクトップアプリ自体に将来性がないからね
>>833 もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード
>>844 WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ
さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。
もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど
>Web技術でスタンドアロン並みに使いやすいGUIを実現する
>>848 BlazorとWPFは全くべつもんやろ…
そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？
>>848 企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ
>>852 全部ってすげえな
Chrome OSでも使ってんの？
ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな
勤怠チェック
なんで勤怠管理とかでブラウザを経由する必要があるんだ？
端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
>>855 勤怠システムに含まれる打刻ツールはデスクトップアプリやな
いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね
>>859 未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね
100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
>>863 >開発者ツール
Visual Studio
会社に入ったころは残業時間は表に手書きで自己申告してた
>>865 ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
>>860 > 勤怠システムに含まれる打刻ツール
なにそれ？
自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ
さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。
>>866 デスクトップアプリの話をしてるんじゃないの？
今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
>慣れると読めるようになるもんなの？
>>872 どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ
そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
xaml stylerって拡張入れたらなんとかなる
なんで最近スレ伸びてんのよ・・・
>>875 > そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ
XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗
Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
namespaceさえ理解すればあとはhtmlと大して変わらんよね。
>>879 例えば、
<Grid
<!--こことか-->
Property1="a" <!--ここに入れたい-->
Property2="b"
..... />
>>883 普通に
<!--
□□の設定
Property1 は〇〇
Property2 は△△
-->
<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ
>>884 いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽
>>885 その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね
>>886 そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３〜４だと思うんだが・・・
自分の思う通りに出来ないのは仕様がおかしい
>>888 例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする
>>889 コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない
>>890 仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか
>>891 なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。
>>892 ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や横に書けたらいいのにな、と言ってるだけなんだが。
あとは行をその位置でコメントアウト出来れば、テストとか楽だし
一応プロとしてやってますよ
というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ
そもそもWinFormsだってプロパティーにコメント振らない
一応確認なんだけど、viewmodel使ってるのかな？
xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね
んで、 Holy Hell!! な解法
https://stackoverflow.com/questions/2073140/why-cant-i-comment-attributes-in-xaml > xmlの属性レベルのコメントができないのを仕様の欠陥
未経験者から質問するけど、XAMLって独自プロパティ追加できないの？
そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？
>>893 そういう欲求はある。あると便利だよねえ
思う通りに出来ないなら出来るように作っちゃえばいいじゃない
コメント振れないことと言うより
>>902 属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ
>>904 存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える
<a>
<a.b>
<c d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？
>>907 今時コメントアウトなんぞ要らん
gitを信じて消せ
>>907 お前日本語下手そうだからコメントアウトした結果を書け
正直この先何年もXML引きずるのかと思うと憂鬱だわ
>>896 >xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい
デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
.NET Coreが迷走してるからわからんよ
>>914 electronのデスクトップマンになれば延命できるぞ
.NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね
>>917 Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう
「終わり」ってどういう状態を言っているのかにもよるな。
>>922 MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
デスクトップアプリの肩身はどんどん狭くなる
>>924 ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
Windows API CodePackが事実上のオフィシャルリリースだろうに
>>926 Webくんは妄想性人格障害なだけで現代っ子だよ
フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
>>930 人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して〜
生ゴミはコンポストに捨てといてね
NumericUpDownがないのは作り忘れなの？
ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
WPF Toolkitがあっただろ
取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
>>931 API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
グラデなしでピクトグラムでいいやんの流行りになったしな
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
>>941 MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか
webの方が簡単で面白いことに気づいてしまった
>>945 俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
風呂敷広げる仕事ばかりやって畳む経験積まないとロクな人間にならないよ
>>946 ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな
.net coreベースでWPFアプリが作れるだけだろ
.netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ
思考停止してるのか？
.Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
.netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる
visual studioはWPFで作ってあるけど再実装しなおすのかな？
>>962 Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
>>966 Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
https://devblogs.microsoft.com/dotnet/introducing-net-5/ だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ
今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！
>>975 ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは
VS onlineってexeもローカルに出力できんの？
>>977 がちゃんと読んでないだけだねえ
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
>>978 リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
GoogleがFlutter for Webを発表したな
>>980 やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
>>982 Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
DartってC#に似てたような気がする
Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか...
>>989 なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
>>980 VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
>>992 C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
なおWPFはCoreでもWindowsでしか使えません。残念！
次スレ建てました
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
http://2chb.net/r/tech/1557960752/
ID:ueabSKZOのレス一覧： Virtualized TreeViewでスクロールを繰り返すと
MVVM的に真っ当にタイマー処理をするにはどういう設計にすればいいですか？
>>4 タイマの目的によると思う
定期的なビューの更新をしたいだけなら、モデルにはなるべく静的なロジックだけを持たせるようにしておいて、
ビュー側からタイマー起点で最新情報をモデルに要求する形にするほうが綺麗(いわゆるプル型)
例えば倉庫の作業管理システムで30分毎に休憩のためのアラーム鳴らすとか、
ビジネスロジック的なタイマー処理ならモデル側で時間測ってビューへプッシュしてやるべきだろうね
補足しとくと、VMはビューに含まれると考えてくれ。
>>5 定期的にサイトをダウンロードして解析してメール送信等を行うプログラムの場合はどうしますか？
>>7 モデルというか内部処理側だな
少なくともビューに直接埋め込むのは無い
あと、そういう単画面のツール的なアプリにVMは要らん
MVVMはDBの単純な読み書きをしたりするだけの紋切り型の画面を大量生産するのに使うんだよ
>>7 Mでいいんじゃないかな。
タイマーは単体テストするならインターフェース挟んで実装差し替えれるようにしておくと幸せかも。
WPFでMVVMパターン勉強中(Prism6 + ReactiveProperty)
なんも処理はさまないならEventTriggerでClickイベント拾ってCallMethodActionでWebBrowserのReflesh呼んでもいいんじゃないかな
普通にイベントハンドラでやればいいでしょ
MVVMを勉強したいだけならWPFより他の方法を取ったほうがいい
MVVMを勉強したいならテーマ選定も不適切だね
複数選択できるチェックボックスつきのリストビュー
今後複雑化したら（既に複雑だから）UIとロジックを分離したいんだろ
>>16 迷ったときは原則に立ち返ることが大事。
なんでビューとロジックを分けるかというと、オブジェクト指向でいう「関心の分離」に従って
それぞれビューはビューだけ、ロジックはロジックだけに集中して開発できるようにするのが目的だ。
でMVVMはさらにこのビューを「ビューの状態とその制御」と「デザイン」とに分離するわけ。
で質問者のケースでは、大まかに関心を分離すると、ブラウザの制御、スケジューリング、ビュー、となるだろうな。
こう分離したときビューっておそらくかなり単純なものになるはずだよ。
その上であえてVMを分離する必要があるだろうか？ということ。
先に言っておくけど、バインド使いたいだけならコードビハインドにプロパティ定義すれば済む話だからね。VMを使う理由にはならない。
WebBrowserに依存関係プロパティは存在せず、かと言ってsealed宣言されてるクラス
前スレのポトペタできるを信じて勉強がてらユーティリティ作ろうと思ったんだけど、
チープな奴でよければWindows.Formsを参照に追加しても使える
WPFはポトペタできるって主張したの誰だよｗ
あ、WinForms のフォルダブラウザダイアログを使って WPF を使ってみるってことね
BitmapImage を MemoryStream から読み込んで作ってるんですが、
新規アプリ作ってその１つのファイルだけ読んでも遅いんだよね？？
どこから持ってきたJPGなんだい？
JPEGと言ってもプログレッシブJPEGとかグレースケールJPEGとかある
いろいろアドバイスありがとうございます
BitmapCreateOptionsにIgnoreColorProfileあるから、それ指定すると速くなるのかな？
>>31 どんぴしゃです
100倍くらい速くなりました
コードはこんな感じです
https://ideone.com/6iePK6 Pixel Shader Effects Libraryのプロジェクトが古すぎるから2017でもビルドできるように作り直した
最近、海外でwpf、wpf言うから流行ってんのかと思ったらwtfだったわ
wpfで助かったｗ
winforms触ったことねぇけど、フォーム？の継承はできなかったんけか？
そっか。なら
微妙に違うカスタムコントロールを継承先から差し替えするのか？
WPFに慣れると発想からしてすべてが面倒になるんだな
項目増やしたり減らしたりするのが、xamlだと簡単だってのも在るね
一部分でも誉めると親の仇を取りにくる奴がいるのは難点だな
>>41 が WPF、WinForms どっち側を勧めているのか分からない
WPF推奨： WPFに慣れると（Formsを扱う場合）発想からして（コントロールの扱いやUI差し替えなどWPFに比べて）すべてが面倒になる（面倒くさく感じる）んだな
Foms推奨： WPFに慣れると（設計についてごちゃごちゃ考えるようになり）発想からしてすべてが面倒（面倒な扱いの人）になるんだな
ちょっとしたアニメーションをつけるだけでWindowsフォームだと大騒ぎになる
アニメーションするUIは散々ウザいってよく言われてるのにカッコイイとか思ってる奴もいるのね。
やっとXAML分かってきたわ
>>46 WindowsのOS自体がアニメーションだらけの時代に、化石みたいなこと言う人いるんだな
>>46 アプリの動作とは全く無関係なアニメーションがウザいだけ。
VS2008のアニメーションは最低最悪のUXだったよな
WidowsのアニメーションをONにしてる開発者ってかなりの初心者。
アニメーションしてるおかっこいい、最先端、革新とか言ってるのか。
マジ笑える。
>>48 アニメーションはカッコいいだろ
>>48 ←こいつ、Windowsの効果音もONにしてそうwww
ウインドウズはもちろん若い子が夢中のアイホンにアンドロイドもアニメーションだらけ
アニメーションをオンにして遅くなるようなボロいマシン使うなよ。
どんなに速いマシンでもアニメーションをオンにしたら遅くなることも理解できないアホがいるとは。
お前はプログレスバーアニメーションのようなものまで否定するのか?
進捗しているように見せかけるプログレスバー(ブラウザに多い)は死ね
ｗｐｆ使えない人は、こういう言い訳するんだな
>>63 失礼なことを言うな
進捗率の「%」部分が
「%」と「I」が交互に表示されて
動いてるように見えるだろう
でも、死んでるんだけどね
実年齢は分からないけど面白いお爺様がいるのね (´・ω・`)
視線誘導とかの目的にはアニメーションいいと思うけどね。
>>60 はたぶん体感の話
>>61 は日本語の理解力が足りないアホ
>>68 ←こいつすげー馬鹿。アニメーションの実装したことないことがバレバレ。
アニメーションがかっこいいとか遅いとかそういう事言い合ってるのに、突然実装の話しだす。無理するなよw
横レスだがWindowsのアメニーションを体感で遅くなるとか言ってる人はWindows使ったことないと思う。
当たり前だがPCの速度でアニメーションが早くなったり遅くなったりするような実装になってない。
> 視線誘導とかの目的
>>69 今更アニメ作れるみたいなこと言い張ってもバレバレですわ、爺様
Windowsのアニメーションをオンにしてる開発者を一度もみたことない。
パフォーマンスオプションの視覚効果のことなら今どきのPCならデフォルトでONだろうが、
他人のPCの設定を念入りにチェックする奴なんて見た事ないわ
>>80 他人のPCの視覚効果ON/OFFって設定見ないと分からんのか？
作れないやつが、ほぼ言いがかりで作れるやつにマウンティングするとか笑えるねｗ
よく知らないけど、iPhoneの電卓がバカなアニメーションのせいでまともに使えなかったことは知ってます
操作性を損なわない程度のものならあっていいんじゃないかい。
組み込みのアニメーションが憎くてしょうがない
僕は林檎るdisることができればスレの流れは気にしません
そんなに楽なのか
操作の遅延動座でしかないアニメーション装飾で喜ぶなんて小学生低学年までとマカーだけだろ。
正月ということもあって勢いでスライドショーするソフト作ってみたが
WPFむずいわー
>>94 正直なところTreeViewをMVVMであれこれやるところが一番めんどくさい
やらなくていい
ComboBoxも結構面倒だと思うよ、TreeViewより頻出だと思うし
このスレまだあったのか。しかも伸びてる。相変わらず普及しない、ゴミという話題ばかり。
あるならこれよりマシなGUIフレームワークを教えて欲しいわけだが
WPFはシステムであってフレームワークは自分で構築するか、既存のフレームワークを導入する必要がある
Visual Studio InstallerもElectronで作られる時代
VisualStudio本体もWPFで作られてるというよりWPFを描画と入力に使った独自フレームワークだからね
VisualStudioのIDEってサードパーティー製のコントロールを使ってるって以前聞いたけど
MVVMの本質ってModel View ViewModelに分けることであって、
>>106 MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
>手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
MVPとかPassive Viewとか前にチラッと言葉だけは覚えたんですが、調べてみます。
どうでもいいけど、
reactならfluxでしょ
fluxというかreduxはややこして、今mobx使おうと思ってます。
>MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
https://qiita.com/takahirom/items/597c48ece57b4623cdee ちょっとPassive Viewについて見てみました。おっしゃる通り本質的にはMVVPとデータフローは
同じでビューと(ビューモデルまたはプレゼンター)間がデータバインディングされてるか
されてないかの違いっぽいですね。
そうなると自分のはMVPかな？
クラス名の末尾をViewModelではなくPresenterにしとけばいいかなw
>おっしゃる通り本質的にはMVPとMVVMはデータフロー
今日はComboBoxをちょっとだけ勉強したで
データソースからポトペタしたデータグリッドのコンボボックスそのままやと使いもんにならんやんけ
かっそ過疎やな
登場しからずっと話題は、普及はまだ？ 馬鹿には使えない!! のループだったな。
しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか？
>>127 容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い
>>130 ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が１０倍単位で早いってのがね
コンパイルは１００倍単位で遅いけどね
>その他の制限が問題ない場合はUWPが良いよ
>>132 Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとｔｏｏｌｋｉｔが標準で用意されていること
それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは
メトロUIは業務系ユーザーに不評だから提案する気になれない。
wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。
俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。
c++の文法ルール自体はそんなに難しくない
>>142 CとC++の壁？ かなり高いよ。
年齢は関係無い。
C#はすっと頭に入ったけど、C++はなかなか入らないですね
別にMFCはC++の構成要素じゃないよ
だいたいwpfでC++もないやろ
次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
.NETのウリは言語自由って初めて聞いたが
WPFおもろいわ。
全く。マウンティングするための道具として最高におもしろいわ。
Windows10,VS2017でWPFでWindowChromeちゃんを使って、
>>156 どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。
デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か
datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？
DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
>>163 行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね
2ヶ月ちょいjs/javaやったけど
そう思うんなら便所に落書きするより上司に相談しろ
替わりたくないんやが
嘘みたいな話だけどeclipse大好きっこているんだぞ
eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
GridSplitter を挟んだUIを作成中です
>>173 はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました
何か基本的なことを見落としてるような気がします
GridLength GridUnitType.Starでぐぐる
>>169 マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？
>>172 １：３なのに、なんでAUTOが入ってるの？
試行錯誤しつつ、あれから冷却期間を入れて試したところ 2番目の問題は設定できるようになりました
>>175 > GridLength GridUnitType.Starでぐぐる
「・Settings の要素の型に GridLength を指定した場合、3* などを指定できない」
ことへのコンストラクタを使ってコードを書くべきというアドバイスかと思います
本当に申し訳無いのですが当方の思い込みが含まれていました
実際に試した値は「1*」で、書き込むと「*」になるため、誤認していました
正しく書き直すと、
プロジェクトの「プロパティ」→「設定」→要素の「型」で
PresentationFramework の System.Windows.GridLength を指定した
ケースでの「値」列の内容について、XAMLで指定できる文字列「1*」を指定できず、
書き込むと「*」になるということです
Settings.Designer.cs での DefaultSettingValueAttribute の引数の文字列です
試しに「3*」を入れたところ、3:3(=1:1)に指定できましたので Settings で初期化はうまくできていましたので、
2番目の問題は解決しました
（「1*」は値として同じ意味の文字列「*」に自動で変換されるみたいです）
XAMLは下記のとおり、
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterLength}"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>
ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず、
Mode=TwoWay を追加しても、肝心の1番目、2番目が解決できませんでした
実際のサイズに連動するよう少しずつ調査する予定です
（ActualWidth:double を読み取って、GridLengthのコンストラクタを使って Settingsに保存する？）
>>178 はい、GridSplitter を挟んでGridの列を 1:3 にするXAMLの書き方になってます
あああ、typo です
175は忘れてください
splitterの幅をバリアブルにしている理由はなんなの？
質問させてください。 http://schemas.microsoft.com/winfx/2006/xaml/presentation" ; http://schemas.microsoft.com/winfx/2006/xaml" ; http://schemas.microsoft.com/expression/blend/2008" ; http://schemas.openxmlformats.org/markup-compatibility/2006" ; レス：1-200 201-400 401-600 601-800 801-1000 ALL
このスレへの固定リンク： http://5chb.net/r/tech/1513175747/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 ->画像>2枚 」 を見た人も見ています：一覧 )Rust part30 Excel VBA 質問スレ Part65 【MT4/MT5】 EA開発研究スレ Part89【自動売買】 【Java】JBuilder Part8 Visual Studio 2017 Part6 CoffeeScript、他AltJSは死んだ。TypeScript以外は 【関数】Erlang Part 2【エリクソン】 圧縮・復元 相談室 オンラインのゲーム処理 カプセル化の有害性、オブジェクト指向は愚かな考え プログラマは大卒じゃないと就活厳しいってホント？ C♯相談室 Part20 pythonista総合スレ【IOSで勉強できる】 【GPGPU】くだすれCUDAスレ part7【NVIDIA】 Docker/HyperVとVirtualBox/Vagrantが共存可能に プログラミングのお題スレ Part19 プログラミング覚えて起業したいんだが MQL5について知りたい クソコードとは何か ふらっと C#,C♯,C＃（初心者用） Part159 Pythonのお勉強 Part62 Visual Studio 2017 Part4 ブックマークレット【 JavaScript】 【信者】C++の問題点【アンチ】 Java入門・初心者質問スレ Part.6 ＸＭＬプログラミング 当方プログラミング初心者、チャットアプリ作りたい プログラム技術案内 Swiftアンチスレ part1
00:39:51 up 7 days, 21:48, 5 users, load average: 111.45, 144.69, 155.68
in 1.5675930976868 sec
@[email protected] on 092013
