17/05/09 09:09:13.94 KhhA22kJ.net
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20
ｽﾚﾘﾝｸ(tech板)
関連スレ
Windows 10 UWPアプリ開発
ｽﾚﾘﾝｸ(tech板)
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
URLﾘﾝｸ(ideone.com)
2:デフォルトの名無しさん
17/05/11 06:09:39.89 urIvfzei.net
Prism触ったけどなんか俺にはmoduleとかresionとかなんか取っつきにくいわ
まだlivetの方が扱いやすい
しかしlivetは更新きそうもねぇ…
3:デフォルトの名無しさん
17/05/11 06:38:28.68 jDR4zwYO.net
おー
わんだふる
こーでぃ
んぐ
4:デフォルトの名無しさん
17/05/11 09:30:03.19 3FEzfd+k.net
>>2
俺は一人でやっているからmoduleはほとんどつかわないな
resionは画面遷移させたりするからよく使うね
livetはオワコンってどっかで見たような気がする
MVVMパターンでコーディングしていくなら
prism一択だともう、UWP向けもあるし
5:デフォルトの名無しさん
17/05/11 16:58:28.11 yv1eK+cF.net
WPFは定着したのか？
6:デフォルトの名無しさん
17/05/11 19:47:14.62 7SeHLwtP.net
煽るなよクズ
7:デフォルトの名無しさん
17/05/11 20:29:11.34 ZJ7VD95O.net
WPFとUWPはコントロールを統一してほしいわ
8:デフォルトの名無しさん
17/05/11 21:03:57.37 Iyov9hyd.net
WPFにもx:bindくださいよ・・・
9:デフォルトの名無しさん
17/05/11 21:41:57.64 qZUu09r+.net
WPFは実験台だったんだよ!!
10:デフォルトの名無しさん
17/05/11 22:14:42.24 H/VVixUH.net
>>6
質問しただけなのに煽り扱いとか草
11:デフォルトの名無しさん
17/05/12 09:03:05.08 aVMf/EH4.net
>>9
silverlight「せやな」
12:デフォルトの名無しさん
17/05/12 09:49:53.60 /FU2Mr/k.net
>>9
WinForms「そんなバカな！？」
13:デフォルトの名無しさん
17/05/12 10:41:27.09 178y8u3h.net
XAML Standard 1.0かあ
> Post specification plans include support of XAML standard in Xamarin Forms and UWP
ﾌﾌｯ
14:デフォルトの名無しさん
17/05/12 11:10:06.94 aVMf/EH4.net
WPFにx:bindがくるの？
15:デフォルトの名無しさん
17/05/12 11:47:01.51 178y8u3h.net
URLﾘﾝｸ(github.com)
本当にどうするつもりなのやら…
16:デフォルトの名無しさん
17/05/12 12:06:16.95 jSPcfUbH.net
XAML StandardはUWP基準でやったほうが楽っぽいけど、どうなるんだろ？
17:デフォルトの名無しさん
17/05/12 20:22:06.68 3U2TPXlN.net
DataGridViewとDataGridとGridView・・・名前だけでも収拾つかなくなってるな
18:デフォルトの名無しさん
17/05/13 12:03:16.66 +XOpMNlS.net
VS2015upd3のデザイナー上で突然、下記のエラーが起きたんだけどなぜこうなったか分かりますか？
{
"Version": "W.3.2.2.0",
"Guid": "6fe59b26-7383-40d5-947c-7448769a5e81",
"Type": "System.Runtime.InteropServices.COMException",
"Time": "2017/05/13 11:39:38",
"Position": "PresentationCore--->Void SyncFlush()",
"Message": "HRESULT からの例外:0x88980406",
"StackTrace": " 場所 System.Windows.Media.Composition.DUCE.Channel.SyncFlush()\r\n
～～～～～～
System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)"
}
19:18
17/05/13 13:38:34.53 +XOpMNlS.net
自己解決です。
どうやら拡張機能である[BabeLua]をインストールしてたのが原因でした。
20:デフォルトの名無しさん
17/05/15 18:08:45.66 Ctz1XYd1.net
DataGridのRowDetailにDataGridをネストして、更にそのDataGridのRowDetailにDataGridをネストして...
という感じで多階層にデータを取り扱えないかチャレンジしているのですが、
この時、動的に生成された全てのDataGridの中から最後に選択された１つのアイテムを取得する方法ってありますでしょうか？
SelectedItemプロパティを全て同じVMのプロパティにBindしてみたのですが、思うように動いてくれず・・・。
21:デフォルトの名無しさん
17/05/15 23:36:54.04 NF1B/L7+.net
せめてサンプルは出そうよ
22:デフォルトの名無しさん
17/05/15 23:45:12.16 H6WdDjEY.net
高度に発達した天才はキチガイと区別がつかない
23:デフォルトの名無しさん
17/05/16 09:10:31.52 yWt8l9TR.net
失念しておりました！下記の通りです。
※View.xaml
<DataTemplate x:Key="Expander">
<ToggleButton IsChecked="{Binding RelativeSource={RelativeSource AncestorType=DataGridRow},
Converter={StaticResource VisbilityToBoolean},Path=DetailsVisibility}">
</ToggleButton>
</DataTemplate>
<DataTemplate x:Key="ChildDataGrid">
<DataGrid ItemsSource="{Binding Children}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource Child}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>
</DataTemplate>
<DataGrid ItemsSource="{Binding Items}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource ChildDataGrid}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>
※VM.cs
public object SelectedRowItem{get;set;}
public ObservableCollection<Item> Items{get;set;}
※Model.cs
public class Item{
public int ItemId{get;set;}
public string ItemName{get;set;}
public List<Item> Children{get;set;}}
24:デフォルトの名無しさん
17/05/16 09:11:34.75 yWt8l9TR.net
DataGrid(A)のItem1を選択→展開されたDataGrid(A)のRowDetail内のDataGrid(B)のItem2を選択（ここまでは理想通りにSelectedItemが拾える)
→DataGrid(A)のItem1を再度選択（この時にSelectedItemがnullでセッターに飛んでくる）
といった感じで最終的に選択されたアイテムはItem1である、となって欲しいのですが、うまく行きません。。。
25:デフォルトの名無しさん
17/05/20 02:33:43.45 l5Fo+DHG.net
Xamarin.Forms Feature Roadmap ? Xamarin Forums
URLﾘﾝｸ(forums.xamarin.com)
Xamarin.Forms for WPF
26:デフォルトの名無しさん
17/05/20 02:39:33.97 uA2nqlms.net
DataGridが大量データに弱すぎて使い物にならない。
せめてExcel並みのパフォーマンスくらい難なく出させてくれよって感じ。
いろいろ調べたけど、結局満足の行く情報も得られず。英語読めないし、日本語文献少なすぎ。
線と文字と縦横のスクロールバーを使って自前の描画をさせることも試したけど、
1ピクセルの細い線が満足に引けないって何なんだか。
見える範囲だけ線と文字を並べるのも速く無かったし。
で、WPFをメインに据えるのは諦めた。
WebBrowserでHTMLやJavaScript使う方がマシだなって思ったら、WPFのWebBrowserが
Windows FormsのWebBrowserより低機能とか、全くどうなってんだか。
WPF何とかならんのかね。。。。。。。。。。
27:デフォルトの名無しさん
17/05/20 03:37:37.19 KHEwJCpd.net
なんかすぐにパフォーマンス的な制約にぶつかるよねWPFって
何で最初からせめてWindows Formは機能的に完全に置き換え可能なように気合いれて作らなかったのか
28:デフォルトの名無しさん
17/05/20 03:42:10.64 BkQCepkhb
サードパーティので解決しそう
29:デフォルトの名無しさん
17/05/20 13:11:07.24 t3SNHOM+.net
できるわけないだろ、常識的に考えて・・・
最近はアセンブラ経験ない奴増えてパフォーマンスに対する認識が低すぎる・・・
どういう処理が重くてどういう処理が軽いが全く認識せずコード書いてる・・・
30:デフォルトの名無しさん
17/05/20 13:13:56.09 5vuXYzJT.net
この2017年にもなってまだアセンブラ意識してコード書かなきゃならんのかよ
31:デフォルトの名無しさん
17/05/20 13:25:13.56 t3SNHOM+.net
むしろアセンブラの知
32:識がいらないという発想が全く理解できない。 たぶんキミはPGに向いてない。
33:デフォルトの名無しさん
17/05/20 13:30:30.22 Wox1Gkc9.net
必死すぎワロタ
34:デフォルトの名無しさん
17/05/20 14:00:19.52 U9rYpiRi.net
アセンブラまで行かなくても、ライブラリー類を一切使わず処理を全部基本の文法だけで書いて
パフォーマンスを自分で考える位のことは、プログラミングの勉強の一環として必要かもね。
利便性とパフォーマンスのバランス感覚を身に付けると言うか。
35:デフォルトの名無しさん
17/05/20 14:07:25.80 l5Fo+DHG.net
DataGridはWinFormsでもうんこだから。
36:デフォルトの名無しさん
17/05/20 16:00:16.10 rnnQH6fx.net
だよねー
いつ良かったんだろ？
37:デフォルトの名無しさん
17/05/20 18:21:04.77 jVqpThIf.net
DataGridは入力系だから、最大でも数十行マトモに動けば問題ないと思うんだよな
数百数千行表示したければListBox使えばいいよ
Formsと違って、WpfやUwpはListBoxの表現力は高い
38:デフォルトの名無しさん
17/05/20 18:58:05.92 A83HeXSo.net
WPF初期リリースにDataGridが含まれてなかったのは、
Templateいじれば同等の事できるはずだから不要ってことだったのかね？
39:デフォルトの名無しさん
17/05/20 22:59:37.33 DQmNnW2r.net
RenderTargetBitmap からメタファイルを生成するサンプルって
どこかにありますか？
40:デフォルトの名無しさん
17/05/20 23:44:17.23 9h1Xx+SW.net
WPFスレでアセンブラどうこう言ってる化石は土に埋まってろよ
41:デフォルトの名無しさん
17/05/20 23:46:30.50 PmwbqNDX.net
百歩ゆずってCPUの動作、また百歩ゆずって機械語を意識しろなら
わからんでもないけどアセンブラはないねw
しかも正式にはアセンブラじゃなくてアセンブリ言語だしw
42:デフォルトの名無しさん
17/05/21 00:46:34.95 8zMWeNzv.net
き～か～い～の～き～も～ち～
43:デフォルトの名無しさん
17/05/21 02:00:38.41 k47BBUnj.net
>>40
すごい知ったかだな。普通にAssemblerもよく使われる。
書籍の題名とかほとんどアセンブラになってるだろう。
最適化の文献や機械語の勉強を一度もしたことないことがすぐ分かる。
44:デフォルトの名無しさん
17/05/21 03:50:00.04 xPrtSSgz.net
おじいちゃんほんと申し訳ないんだけど一生懸命覚えたであろうアセンブラの知識や機械語の知識
現代では君が信じてるほど出番無いんだわ
45:デフォルトの名無しさん
17/05/21 05:46:56.15 pa0r6x2E.net
大昔は、乗除算や分岐が重い処理だから少なくするんだっけ
ちょっと昔は、コンテキストスイッチに気を付けるくらい？
今は何に気を付ければいいん？
マネージ・アンマネージの行き来？
46:デフォルトの名無しさん
17/05/21 07:59:15.03 5ysSED91.net
キャリーフラグの値が欲しいときがある。
47:デフォルトの名無しさん
17/05/21 08:09:37.53 B8Y3PA0X.net
まあ、頑張ってチマチマ最適化しようが、DataGridに数万行突っ込んだら全て終了です
48:デフォルトの名無しさん
17/05/21 08:40:00.41 6fwslcYw.net
仮想化しても駄目なの？
49:デフォルトの名無しさん
17/05/21 14:43:55.71 jNq5R9xb.net
>>42
しょうがないお馬鹿さんだな
アセンブラっていうのはCで言えば「Cコンパイラ」に対応する言葉。
C言語に対応するのは「アセンブリ」。
50:デフォルトの名無しさん
17/05/21 15:07:35.59 xCFEt9+J.net
数万って実際どのくらいかな
51:デフォルトの名無しさん
17/05/21 15:26:06.30 1Ubd4ETn.net
>>48
こういう奴は今でもD-RAMはおかしいD-RWMって言え
とか思ってるんだろうか w
52:デフォルトの名無しさん
17/05/22 09:03:17.61 6FuooAR5.net
そもそもDataGridに何万件もデータを入れようなんて設計が間違っているんじゃない？
それにWPFなら仮想化できるし、そこまで問題にならないような・・・
53:デフォルトの名無しさん
17/05/22 09:10:48.84 f1FFPJ6b.net
>>51
あのさぁ…話ループさせたいだけの下痢便くんはこの世に要らないわけ
分かる？
今すぐ中央線に突っ込んで死ね
54:デフォルトの名無しさん
17/05/22 10:06:44.67 ZytydYHf.net
暑いけどまだ夏休みじゃないのにな
55:デフォルトの名無しさん
17/05/22 11:41:08.65 eJszv2Pe.net
毎日が日曜日なんだろ
56:デフォルトの名無しさん
17/05/22 20:05:09.72 EJo9O8hZ.net
いまさらListViewがデフォ仮想化されててIsSelectedとBindしても同期されないって知ったのですが
仮想してる場合SelectionChangedから自力でやるしかないのですか？
57:デフォルトの名無しさん
17/05/22 20:11:22.91 f1FFPJ6b.net
ItermsControlの仮想化は欠陥品もいいとこだから切ってるわ
あとはパフォーマンスに端から期待しない設計をすればいい
58:デフォルトの名無しさん
17/05/22 20:56:51.57 zMhg6UhV.net
URLﾘﾝｸ(stackoverflow.com)
こういうのはどう？
59:デフォルトの名無しさん
17/05/22 21:24:33.03 qkUesmwG.net
>あとはパフォーマンスに端から期待しない設計をすればいい
パフォーマンスがWin Formsと同等、あとはコントロールなどWin Formsと同等のものが
早いタイミングで用意されてたら、WPFの現状も今とは多少違うものになっていたろうにな
60:デフォルトの名無しさん
17/05/22 21:55:52.23 xSrNGN1H.net
WPFも.NET Nativeにすれば良かったんだよ。
今からもすれ。
61:デフォルトの名無しさん
17/05/22 22:34:48.41 MGdDMh7q.net
>>51
その程度の思考でプログラマーやってることにドン引きだわ。
Excelみたいなアプリを作っちゃいけないんだ。へー。
DataGridの仮想化が糞なのも有名な話だと思うんだが。
62:デフォルトの名無しさん
17/05/22 22:40:32.33 4tsp+V1N.net
50に設計を依頼したくないな
63:デフォルトの名無しさん
17/05/22 22:43:05.83 5GrenZQq.net
>>60
WIｎFormsはListBoxやListViewがお粗末だから、見栄えの良い表にしようとするならDataGridViewを使わざるを得ないが
ｗｐｆなら大量データの表示はListViewやListBoxを使えばいい
DataGridは入力する場合だけに使えばいいから、言うほど大量のデータを扱う必要はない
64:デフォルトの名無しさん
17/05/23 01:38:23.07 04UVyDFy.net
Excelが何万件ものデータを扱うとき全部オンメモリで
やってるとでも？
その程度の思考でプログラマーやってることにドン引きだわ。
しっかし、相変わらず文句ばかりのスレだね。
そのエネルギーをもっと有効活用すればいいのに。
別にWPF使えとか強要してるわけでもなし、こんな
過疎スレにわざわざからみに来るなんて余程暇なんだな。
65:デフォルトの名無しさん
17/05/23 01:53:54.82 WH5r8h3p.net
適材適所が理解出来ないお爺ちゃん達には困ったもんだよ、ほんとに。
66:デフォルトの名無しさん
17/05/23 08:24:09.32 hLB5M4JB.net
どうでもいいけどD-RWMって何を考えてこういうことになるんだろかね。
ROMがRead Only Memoryだから
RAMはRead Writeとかトンデモ理論なの？
Aはなんだと思ってたのかね。
Random Access Memoryなのに。
67:デフォルトの名無しさん
17/05/23 09:01:09.88 eURNpC6R.net
>>65
横だが、ROMも機能的にはランダムアクセスメモリーなわけで、ROMと区別するための識別子としてRAMは意味合い的にふさわしくないが
定着しちまったから略語として正しいRWMじゃなくてRAMと言っている
この理屈はアセンブリ言語を定着しているからアセンブラと呼ぶことと同じ理屈だってことじゃないかな
「アセンブリ言語だーと喚くならRWMと呼べ」という主張には一定の正当性があります
68:デフォルトの名無しさん
17/05/23 10:39:20.88 /57g/yiT.net
なんか鳥頭なのかこの話の流れの突っ込みどころ、笑いどころが分かってないのが多いけど、
そもそもWPFのパフォーマンスの話の中で「アセンブラ」なんて頓珍漢な言葉が出てくるのはどうなのっていう
そこだからw
言葉遣いが不適切であるってのはついでの話
69:デフォルトの名無しさん
17/05/23 10:58:17.14 qgSsavId.net
ループ以外のレスをしないでください
70:デフォルトの名無しさん
17/05/23 18:41:38.32 bHvhS1TZ.net
>>65
バカは書き込まなくていいぞ w
71:デフォルトの名無しさん
17/05/26 00:09:01.46 FoMmFfzc.net
XAMLのBindingで質問です。
とても単純なケースで説明すると、
XAML側でTextBoxを定義して、Textに
MainWindowに新設したstring testStringをBindするとします。
public partial class MainWindow : Window
{
public string testString { get; set; }
<TextBox x:Name="testTextBox" ～省略～ Text="{Binding testString}"/>
この状態において、
コンストラクタ内で
public MainWindow()
{
InitializeComponent();
this.DataContext = this;
testString = "1st set";
}
このコードを実行すると起動時にテキストボックスに"1st set"が入っており想定通りです。
さらに、新規ボタンコントロールを追加して
ボタンが押された際に新しい文字列をテキストボックスに設定するようにするとテキストボックスが更新されません。
private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
}
72:デフォルトの名無しさん
17/05/26 00:16:30.67 CtcOIoTT.net
>>70
INotifyPropertyChanged
73:69
17/05/26 00:22:39.18 FoMmFfzc.net
しかし、この状態で
private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
// 以下を追加
Binding bind = new Binding("testString");
bind.Source = this;
this.testTextBox.SetBinding(TextBox.TextProperty, bind);
}
とするとテキストボックスは更新されました。
XAML側のBinding指定はコンストラクタなど各ウインドウ？が生成される時にしか有効ではないのでしょうか？
それ以後Bindされているオブジェクトが新しくなる場合は、再度バインドしなおさなくてはならないのでしょうか？
自分の理解では、
オブジェクトが更新された場合の内部挙動はBindingで所持しているプロパティパスを
DataContextからFindして該当プロパティの値を参照する、というようなイメージだったのですが、
どうもこの挙動をみていると、該当プロパティを見つけるところまでは同じですが、
見つけた後、プロパティの中に入っているオブジェクトそのものだけを記憶しているように感じます。
C++的な書き方をするなら
class MainWindow
{
string* testString;
}
// 想定していた挙動
string*& bind_property = MainWindow.testString;
// 実際の挙動
string* bind_property = MainWindow.testString;
みたいな感じですかね。新規オブジェクトのアドレスが代入されるけど、バインドは旧オブジェクトのアドレスをみているようなイメージ。
74:デフォルトの名無しさん
17/05/26 00:28:48.35 FoMmFfzc.net
>>71
> >>70
> INotifyPropertyChanged
testStringをMainWindowではなく
INotifyPropertyChangedを継承した別クラスにおいて、
そこで通知をうけれるようにする、という事でしょうか？
GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
を使う必要があるのかなと思っていたのですが、
プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？
75:デフォルトの名無しさん
17/05/26 02:07:15.36 t9Hdpjhx.net
>>73
> GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
> を使う必要があるのかなと思っていたのですが、
> プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？
これは逆だね
>>70 のコードでもテキストボックスのテキストを打ち変えたら testString の値も変わる
(デフォルトではテキストボックスからフォーカスが外れたとき)
INotifyPropertyChanged を実装するのは testString の値が変更されたことをテキストボックスに通知するため。
> testStringをMainWindowではなく
> INotifyPropertyChangedを継承した別クラスにおいて
インターフェイスなので MainWindow に実装してもいい。もちろん別クラスでもいい。
76:69
17/05/26 23:30:26.04 FoMmFfzc.net
ありがとうございました。
INotifyPropertyChangedで解決できました。
最終的にはPrismいれてBindableを使うようにしました。
ちなみに皆さんは、どこでWPFの情報を収集して学習しましたか？
MSDNだけで十分？
自分は本などは買っておらずネットだけでなんとかしようと思っていたのですが、
WPFのバックエンドの動作などが細かく解説してあるようなページはみつけられなくて・・。
そういったイメージがつかめるととっつきやすいかなーとおもうのですが。
77:デフォルトの名無しさん
17/05/27 00:50:54.10 XfIUBFbn.net
ReactivePropertyのほうが簡単でいいよ。
PrismとReactivePropertyの組み合わせが鉄板。
78:デフォルトの名無しさん
17/05/27 22:37:08.09 sdz07quX.net
>>75
書籍だとエッセンシャルかな
Google先生で十分じゃないかと
便利な世の中になったもんだと思う
79:デフォルトの名無しさん
17/05/27 22:43:09.07 Cnbgg+tR.net
>>77
エッセンシャルに一票
てか、まともなのが和書じゃこれしか見当たらん。
80:69
17/05/28 20:09:32.80 wwPe3PxY.net
みなさん、ありがとうございます。
参考にさせて頂きます。
81:デフォルトの名無しさん
17/05/29 19:36:45.18 BsTukI6Z.net
HogeViewModel は名前空間 "clr-namespace:ViewModels に存在しませんとかいうエラーに小一時間悩んだあげく
（実行はできるけどXAMLデザイナーがエラー出ていじれない）
結局ViewModelが参照してるDLLのインターフェースを実装したらそうなることが分かった・・・
意味分からん
82:デフォルトの名無しさん
17/06/01 02:38:41.97 VSEcCyJ5.net
そんなクラス(ロードでき)ないぞ！
というエラーなわけだな
83:デフォルトの名無しさん
17/06/01 08:18:09.78 JS2ZXwNm.net
デザイナーエラーで悩んだこと有ったが、俺の場合は古いBlendのｄｌｌがGACに入っていることが問題だったな
84:デフォルトの名無しさん
17/06/01 15:41:03.41 wFAG8npl.net
ねーねー
WPFってメモリリークしやすいっていうけど、リークしてるってのはどういう手法で見つけてるの？
例えば、VS2017の場合とか
85:デフォルトの名無しさん
17/06/01 16:26:06.42 ZOQStLdx.net
>>83
CLR Profiler
86:デフォルトの名無しさん
17/06/01 23:01:22.98 293eyS1y.net
Prismのインストール方法教えてください
87:デフォルトの名無しさん
17/06/01 23:04:53.79 W7qZGWEB.net
Prismはソースコードを必要なとこだけコピペして切り貼りして使うもんだよ
ライブラリじゃなくてあくまでサンプル集
88:デフォルトの名無しさん
17/06/01 23:35:05.61 O9hXITjG.net
>>85
NuGet
89:デフォルトの名無しさん
17/06/03 09:08:04.39 oS+kvV3r.net
>>86
ワラタw
90:デフォルトの名無しさん
17/06/03 09:18:00.73 os85wqX+.net
実際Prismは本来はそういうものだけどな
最近はフレームワークを自称するようになったけど、元々の位置付けはあくまでサンプルコード
91:デフォルトの名無しさん
17/06/03 10:31:16.61 rMhcGp0h.net
>>75
URLﾘﾝｸ(www.slideshare.net)
92:デフォルトの名無しさん
17/06/05 10:03:11.86 cfgJ7GOo.net
>>89
そんな昔話をして>>85の質問に対して何か意味あるの？
今は>>87が正解。prism 6で検索してターゲットに
合うものを入れればいい
93:デフォルトの名無しさん
17/06/05 12:15:27.45 Wbw5uYTG.net
いや今も昔もPrismって出来合いのままで広汎なアプリの要求に対応できるようには作られてないだろ
基本的にはアプリに応じてカスタマイズして使うもんだし、それが負担になるような小規模のアプリはそもそも想定外
カスタマイズが必要になるまではライブラリとして使うというのはアリだと思うけどね
94:デフォルトの名無しさん
17/06/05 12:18:28.84 3pDi9kK3.net
今も2017に対応させたLivetを使ってたりする…
95:デフォルトの名無しさん
17/06/05 12:46:14.15 cfgJ7GOo.net
誰一人としてPrismがフルスタックのフレームワークだ
なんて主張してないし
>>85はプロジェクトへの組み込み方聞いてるだけだし
96:デフォルトの名無しさん
17/06/10 15:38:51.53 L11NPkLC.net
他のスレッドでインスタンス化したTextBlockを
UIスレッドでは見れないのはなぜでしょう？
97:デフォルトの名無しさん
17/06/10 19:07:49.41 xO5K6/Fq.net
あなたが仰られているそれが理由ですよ
他のスレッドでインスタンスを作ったから
98:デフォルトの名無しさん
17/06/10 23:49:29.38 DH1M8ZXTS
アップデート機能のライブラリでいいのないですか
squirrel.windowsっていうのが良さそうだったんです
exeやdllをまとめてパッケージングするとフルバージョンと差分ができてAmazonS3にあげて参照するとアップデートしてくれる
ただポータブルのソフトにできないみたいで他のを探してるんです
99:デフォルトの名無しさん
17/06/11 20:58:15.69 gyPvX65F.net
差分アップデートの実装ってどうやってるの
差分ファイルを作るライブラリとかないすか
100:デフォルトの名無しさん
17/06/17 21:58:05.63 KgLuH5ks.net
>>98
DLLベースで作ってんの？
違うなら意味ない
101:デフォルトの名無しさん
17/06/30 07:22:09.43 KlIc0Ruf.net
>>95
コントロールを作成したスレッドからしか操作できないんでしょう。
シングルスレッドアパートメントってやつ。
Win FormはそうだったけどWPFは知らない。
このスレって過疎ってるね。
WPFって需要ないんだな。
102:デフォルトの名無しさん
17/06/30 07:51:42.00 6biPWSCD.net
なんだオマエ
喧嘩売ってるのか？
103:デフォルトの名無しさん
17/06/30 07:58:29.61 O4fe921R.net
Windows7 を切り捨てたくないからなかなか UWP はね…
104:デフォルトの名無しさん
17/06/30 08:07:21.29 2Da2vksV.net
海外製の業務パッケージなんかだとWPF使ってるのもわりと見かけるけど、たいてい酷い品質なんだよね
別にWPFが悪いんじゃなくて、作る側が慣れてないのが使ってて伝わってくる
そもそもWPFって頭良くてWPFの仕組みも完全に理解してるアーキテクトがトップダウンで大枠から設計していくような開発スタイルに向いてて、
散らばった開発体制になりがちなドカタ開発には根本的に向いてないんだと思う
105:デフォルトの名無しさん
17/06/30 12:42:48.11 U0layi5s.net
ヘルプが充実しすぎてて語ることもない
106:デフォルトの名無しさん
17/06/30 15:51:47.54 9bb0xxM2.net
Livet更新する気ないなら、そう言ってくれないかな？
実はもうLivet2のリポジトリもあります！ｷﾘｯ（ｽｯｶﾗｶｰﾝ
とかほんと勘弁。
107:デフォルトの名無しさん
17/06/30 16:07:36.83 141Xnv8f.net
んだねぇ・・・
108:デフォルトの名無しさん
17/06/30 16:08:24.47 KlIc0Ruf.net
>>
109:101 言い値で買ってくれるのなら売るけど
110:デフォルトの名無しさん
17/06/30 16:09:51.42 KlIc0Ruf.net
>>103
もう、MVVMなんか完全に無視してXAMLの描画能力だけを使えば。
コードビハインドにイベント直書きで。
111:デフォルトの名無しさん
17/06/30 16:22:28.05 kEnZP6sv.net
ほんとそれで済むならそれが一番お気楽だと思うw
112:デフォルトの名無しさん
17/06/30 20:59:06.88 rrNbQrLc.net
WPF アプリケーションからショートカットキーで単語登録ツールを開くと、クリップボード上のテキストが単語登録ツールに送信される
URLﾘﾝｸ(blogs.msdn.microsoft.com)
113:デフォルトの名無しさん
17/06/30 22:42:30.73 KlIc0Ruf.net
>>109
済まないのけ？
114:デフォルトの名無しさん
17/06/30 22:45:54.31 clQFqOTV.net
バグか
多言語環境は後回しにされるからと言っても今更な問題だなー
枯れてもいないのにクラッシック扱いとかないよな
115:デフォルトの名無しさん
17/07/01 00:25:59.28 jAe4uSb2.net
ちょ○どさんと人脈築かないのが悪いんでしょ。:-p
116:デフォルトの名無しさん
17/07/01 01:22:05.56 s5XdkdiI.net
ちんぽ騎士団のことか？
117:デフォルトの名無しさん
17/07/02 18:07:35.93 iaIJsPMi.net
>>105
3～4年前に選定で状況がアレなんで落としたけど
未だに何かメンテされるとか思ってる人は何を見て
そう思ってる(期待してる)のかねぇ？
118:デフォルトの名無しさん
17/07/02 18:14:09.94 n44aKuOt.net
>>105
あいつは信用できない人だから諦メロン。
119:デフォルトの名無しさん
17/07/03 16:26:45.03 lk7pwiyI.net
>>115
メンテされてるとは思ってもいないよ
Livet無しでは生きていけない体にされてしまったから、
今から新しいご主人様のもとにいけないだけ。
もうLivetなんてさわりませぇ～んｗｗｗとか言ってくれたらすっぱり諦められるのにな、って話
120:デフォルトの名無しさん
17/07/03 16:46:48.25 x7ZSI953.net
PrismとReactivePropertyにすればいいのに。
化石か。
121:デフォルトの名無しさん
17/07/03 20:11:02.99 pOY1+MdE.net
>>108
そういうのやったことあるｗ
MaterialDesignThemeのボタンとかが欲しかったんで
Win32ダイアログのStaticに貼り付けて、SendMessageでメッセージ送信、
WPF側はCOMにしてって。
122:デフォルトの名無しさん
17/07/03 22:28:09.60 ducb91AT.net
livetはセットアップが使えるまでさわりそうだわ
123:デフォルトの名無しさん
17/07/04 09:22:33.96 P9L7ora1.net
>>118
そうする。
Livet滅びろ
124:デフォルトの名無しさん
17/07/04 09:25:49.69 02WbgGqL.net
>>121
prismにしたら、序にprism.Unityも検討すると幸せになれます
125:デフォルトの名無しさん
17/07/04 09:37:47.14 8gzuv+lo.net
DIならAutofacの方が遥かに使いやすい
126:デフォルトの名無しさん
17/07/04 10:03:05.72 02WbgGqL.net
>>123
ｗｐｆ版のunityはごちゃごちゃしているけど、UWPはシンプルで使いやすいよ
127:デフォルトの名無しさん
17/07/04 11:36:38.70 +a69+1Su.net
autofac使いたいけどドキュメントが英語しかないのよ
unityもだけど
TOEIC500点にはしんどい
128:デフォルトの名無しさん
17/07/04 12:09:10.03 IVSy+wIs.net
500あれば英語のドキュメントくらい十分読めるだろ
129:デフォルトの名無しさん
17/07/04 13:55:29.13 c5wM3J/I.net
何も考えないでならMEFが楽だったけど、色々問題もあるので
今はNinjectを試しに使ってみてる。Autofacは使ったこと
無いから次使ってみよう。
Unityはなんかこー使ってて芋くさい感じで即捨てたナァ。
Livetは会社の先輩にあいつについて行ってもろくな結果に
130:ならないよ言われたので何言ってるのか理解できなかったけど 検討すらしなかったな。 なんかそっちの業界では有名な人みたいね。 個人的には現段階で要求満たしてて物作りに使えるなら 文句言うような話でもないと思うけどさ。 コードもあるんでしょ？
131:デフォルトの名無しさん
17/07/05 01:31:04.99 lUZdvQJS.net
個人的にはDIはAutofacが一番活発っぽいので、将来性を見るならいいと思う。
後、使い勝手に癖があるけど、パフォーマンスを求めるならSimpleInjectorが今のところ一番かな。
132:デフォルトの名無しさん
17/07/06 20:38:22.02 GPihe4oW.net
MicrosoftがUWPとXamarinのXAMLを標準化
URLﾘﾝｸ(www.infoq.com)
XAMLを使用する重要な技術のひとつはWPFだ。
BUILD Friday Q&Aに参加した.NET開発者のMorten Nielsen氏が、
MicrosoftのWindows Developer Platform担当VPであるKevin Gallo氏に、
WPFに関する同社の計画について質問している。
Nielsen氏によると、この質問に対してGallo氏は、
“XAML Standard機能への対応を目的としてWPFを改訂する計画はない”、と答えたという。
“この回答は“WPFは死んだ”という宣告に等しい”、とNielsen氏は言う。
同じ開発者のBastian Schmidt氏はこの話題について、
“MicrosoftがWPFを標準から除外すると決定したのならば、WPFの終了に関して公式声明を発表するべきだ”、
という意見を述べている。
考えられる対策として、Shaun Tonstad氏は、WPFアプリをUWPに変換する方法を提案している。
そうすれば標準においてWPFをサポートする必要はない。
私たちはこれまで、WPFやSliverlightのアプリをUWPに書き換えてきました。
WPFのサポートは有り難いが、
UWPを通じたクロスプラットフォームXAML実現の妨げになるような取り組みは望ましいとは言えません。
WPFをどう考えるかは別として、今後はUWPが重要である以上、
クロスプラットフォームの相互運用における出発点にUWPがなるのは自然なことに思われます。
133:デフォルトの名無しさん
17/07/06 20:46:11.26 CMoaG/yh.net
XAML StandardはUWPとXamarin.Formsのためのもので、UWPがベースとなる。
WPFは当然そうなる。
134:デフォルトの名無しさん
17/07/06 21:08:12.46 aGnde0VM.net
クロスプラットフォームか…
UWP はホント何とかしてWindows7以降位で動くようにしてほしいわ
135:デフォルトの名無しさん
17/07/06 21:31:03.06 VAPCWW9n.net
まあMSのプラットフォーム切り捨てはその時点ではショッキングで時期尚早のように感じられても
後で振り返ると何だかんだ言っても常に正しい決断をしてるからね
WPFはその歴史の中では長く延命させてもらえた方だったと思う
136:デフォルトの名無しさん
17/07/06 21:58:42.48 M4nTNHGh.net
いい加減需要無視の官僚主義でゴリ押ししても誰もついてこないって悟って欲しいよね。
UWPなんぞWPF以上に普及する訳がない。
137:デフォルトの名無しさん
17/07/06 22:21:37.06 q15cuW4i.net
VB6とwinformsが細々と生き残ってるのにWPFは終了ですか
138:デフォルトの名無しさん
17/07/06 22:28:40.73 vGCZg92k.net
VB6やWindowsFormsには触れてないけど、WPFと同じくレガシー扱いするんじゃないかな
139:デフォルトの名無しさん
17/07/06 22:32:20.18 CMoaG/yh.net
WPF→UWP移行なんて簡単にできるやん。
セキュリティに引っかかるくらいで。
WinForms連中に移行は無理だろうけどｗ
140:デフォルトの名無しさん
17/07/06 22:41:00.13 q15cuW4i.net
UWP移行せえって言うことはこれまでみたいなツール類ソフトは作るんじゃねえってことだな
c++のDLLのラッパーも作れないしpythonにすら劣る環境になるぞ
戦わずして負け
141:デフォルトの名無しさん
17/07/06 23:01:56.01 ICK1L0PE.net
UWPなんていらんし
142:デフォルトの名無しさん
17/07/06 23:08:26.44 OGEEEgHo.net
UI だけ作らせてくれりゃいいよ
ちゃんと古いOSもサポートしてさ
ってことでもう全部 Xamarin でいいよ
143:デフォルトの名無しさん
17/07/06 23:13:07.99 WpAcqjI9.net
UWPやXamarinでは制約のせいでVS Codeすら作れないからな
electronに負けるってどういう環境だよ
144:デフォルトの名無しさん
17/07/06 23:25:40.30 OGEEEgHo.net
Xamarin なら UI (とロジック)以外はネイティヴで書いていいもんだと思ってたけど制約あるの？
145:デフォルトの名無しさん
17/07/06 23:56:41.90 zmyW9vaq.net
チョマドも切り捨てたら信じる
146:デフォルトの名無しさん
17/07/07 00:10:38.25 lM6G8JoL.net
VS2017のインストーラーがelectronで作られてて
MSなのになんでUWP使わないのみたいな記事があったけど
UWPは制約のせいで作れないからな
147:デフォルトの名無しさん
17/07/07 00:19:44.99 hA6R7MXk.net
あのインストーラはむしろなんでElectronなのかの方が謎ではあるが
Visual Studio Codeはクロスプラットフォームという前提があるからわかるけど
新規でインストーラ用ツールを書き起こそうと思ったら
まともなデスクトップ用GUIフレームワークが自社ありませんでした
みたいな理由をMS自身が抱えてたとしたら最高にウケる
148:デフォルトの名無しさん
17/07/07 00:57:16.14 Q2kSZF88.net
謎でも何でもないだろ
新規で作るものにWPF使うなって内規があるんだろ
149:デフォルトの名無しさん
17/07/07 01:43:02.25 0EyKpg23.net
UWP で作ったら Windows 7 で動かないじゃん
150:デフォルトの名無しさん
17/07/07 02:03:20.20 VVUNYRiA.net
それ以前にUWPなんか誰も使いとうないw
見づらい糞フラットデザインにぱっと見アクティブウィンドウがどれかも分からん糞仕様とか
ふざけてるのでなければMS自身に普及させる気がないとしか思えん
151:デフォルトの名無しさん
17/07/07 05:14:05.25 3HlCp7PL.net
MSはそもそもWPFアプリを全然作らなかった。
UWPアプリは作りまくり。
そういうことだ。
152:デフォルトの名無しさん
17/07/07 08:48:17.47 y1dZH5/L.net
XPに馴染めずに、何年もWindows2000使っていたマニアって少なからず居たよね・・・
153:デフォルトの名無しさん
17/07/07 09:10:58.26 elHNUS4q.net
UWPは業務向けアプリを作るのにちょっと都合が悪いんだよなぁ・・・
今更WinFormsに戻れってか
154:デフォルトの名無しさん
17/07/07 10:09:35.50 RZk2PQeA.net
迷走してるよなー
Javaも AWT、Swing、SWT(非標準)、JavaFXとか変遷続いてるけど、
万人に向いている GUIフレームワークって存在しないよな
MSがWPFを見捨てる理由って、
一般プログラマに敷居が高くて流行ってないという理由以外になんかあるのだろうか？
UWPだってXAML使ってるから敷居の高さは変わらない気がするけど（未使用者並みの感想）
155:デフォルトの名無しさん
17/07/07 10:40:59.91 vtddP0uN.net
この程度で敷居高いとかいってる人は開発向いてないよ。
WPFが使われてないって日本固有の話だと思ってたが？
海外じゃミドルも含めて製品いっぱいあるしStack overflowの
記事もかなり多い訳だし。
そもそもVBとかで飯食ってた緩い層がiOSとかAndroidとかに
いっちゃって、さらにiOSやWeb系の開発のためにマックの
ユーザーが増えて結果としてWindows のデスクトップアプリ
作りを生業とする人が激減したという話でしょ。
実際一般ユーザーがやることなんてマックだろうと
Linuxだろうと何でもいい程度の世界にはなってるわけだし。
俺もWPFで作ったパッケージ製品抱えてるし、この流れは
どうしたものか悩ましいな・・・。買い入れてるクソみたいな
コンポーネントがUWP対応してくれないと話にならないけど
正にWinFormsにしがみついてる層が作ってるからなぁ。
156:デフォルトの名無しさん
17/07/07 10:46:45.06 NO/da/cw.net
>>150が言ってることが全てを物語ってると思うが、ストアで儲けたいけどタッチ対応出来てWin7でも動く、業務アプリ作るのに制限が無いWPFがUWPにとって邪魔ものなんだろ。
157:デフォルトの名無しさん
17/07/07 10:59:00.81 bf5DWk7a.net
ストアで配布さるんじゃないなら、側(UI)だけUWPにして本体は Python ででも書けば良いのかもよ。
158:デフォルトの名無しさん
17/07/07 12:09:14.85 6EJFASyl.net
UWPがもっと使い勝手よければ移行してもいいんだけど
今のクソ仕様じゃなあ
159:デフォルトの名無しさん
17/07/09 14:22:26.75 E3mbGEyt.net
2018年 UWPへの旅 #002
URLﾘﾝｸ(blogs.msdn.microsoft.com)
WPFを入れてデスクトップアプリ的なところも入れたいんだけど、
最悪これはなくてもよいかと。
要は今のUWPでデスクトップアプリ的なところがちゃんとカバーされればいいんだよね。
いろいろ言われているけど、電卓もペイントも徐々にUWPに移行されつつあり、
コンテキストメニュー的な連携もできれば
別にデスクトップアプリなのかUWPなのかはユーザーにとってはどうでもいい話だったりします。
ということで、デスクトップアプリの取り込みは
今の Bridge というか Desktop App Converter になるのかもしれないですね。
160:デフォルトの名無しさん
17/07/09 15:57:51.92 iCzPmO29.net
まともに使えるようになったら発表してくれ
161:デフォルトの名無しさん
17/07/09 15:58:13.59 l55DDfzt.net
自在にファイルにアクセスできればUWPでもいいんだけど、、、
162:デフォルトの名無しさん
17/07/09 16:49:08.38 fJW+Smzo.net
まあWebでいいわな
全く価値のない技術
163:デフォルトの名無しさん
17/07/09 18:34:32.99 FcGGNiCA.net
UWPはプロセス間通信できないのも糞
164:デフォルトの名無しさん
17/07/09 19:01:05.19 0zNgIKi1.net
WPF、UWPどちらを使うか迷っているので質問です。
WPFで作ったアプリをDesktop Bridge？App Converter？を使って
Windows Storeで配信できるようになったらしいけど
WPFから変換したそのストアアプリでもUWPで作ったアプリと同様に
「広告収入狙いの無料アプリ」にしたり、「有料アプリ」にすることはできるのですか？
165:デフォルトの名無しさん
17/07/09 19:30:03.47 QauaqCLt.net
>>161
有料アプリは値段選ぶだけ。
広告はUWP用MSの広告SDKなのでWPFからだとひと手間いるはず。詳しくは知らない。
それか、自前でどこかの広告使うか。
166:デフォルトの名無しさん
17/07/09 19:40:16.83 9cGC2E83.net
ギョーミーなアプリとUWPは激しく相性が悪いんだが
167:デフォルトの名無しさん
17/07/09 20:18:53.14 SZg5iNd3.net
>>161
WebかXamarinにしたら?
Winストアアプリで広告収入とかGoogleMapアプリのクラスですら厳しいんじゃないか?w
168:デフォルトの名無しさん
17/07/09 21:04:58.98 0zNgIKi1.net
>>162 >>164
ありがとう
有料アプリならWPFからの変換したものでもUWPと同様に使えるのか
>>164
厳しいというのは利用者の面から？
Windows Phoneだけなら利用者少なすぎだけど
PCでも使えるようにした変換UWPアプリなら
利用者はかなりいるから期待できるんでは、と思っている
Xamarinはmono時代のASP.netで昔少し触ったけどバグだらけで
ひどい品質だったから、名前だけで敬遠してしまう。
Xamarinは各プラットフォームの挙動の違いを理解してないと
バグではまりそうで実はかなり敷居が高い気がする。
上級者じゃないからバグでたときに情報が少ないXamarinはつらい
169:デフォルトの名無しさん
17/07/09 21:11:35.55 LHQ7nZ8B.net
UWPで実現可能かつ対象ユーザーがwin10のみでOK
なら普通にUWPで良いっしょ
まずはAPIを一通り確認してから
170:デフォルトの名無しさん
17/07/09 22:12:56.65 0zNgIKi1.net
>>166
有料アプリとか広告付き無料アプリみたいな不特定多数向けだと
Win10限定になるUWPは選びにくいと感じる。
Win10はまだ26.8%しか利用者がいないようだ
URLﾘﾝｸ(www.netmarketshare.com)
WPFならXPでも使えるはずだから90%近いPCをカバーできるし
単純にユーザー数が3.3倍
ユーザー数というデメリットをひっくり返せるメリットをいまUWPに探しているが
まだ見つからないでいる
171:デフォルトの名無しさん
17/07/12 08:30:26.81 u5drisfa.net
>>167
メンテ性だろうね
UWPが優れてるとかじゃなくて、数年後に訪れる7のサポート終了時の対応のしやすさ
172:デフォルトの名無しさん
17/07/12 22:07:59.04 mgWGoil+.net
作り手から見れば
・ネイティブでとにかく高速、そして難読化と無縁
・署名付きアプリの配布が格安（一度19ドル払えば何本ソフト登録してもこれだけ、法人は９９ドル）
・広告や販売の面倒をMSが見てくれて楽ちん
利用者は
・勝手に変なソフトインストールはありえない
・ウイルス混入のリスクは可也低い
・レジストリ弄らないから、アンインストールのトラブルは皆無
Windows10でしか動かない、セキュリティーが厳しい、システムの完成度はWPFに劣る、プロセス間通信不可
ココらへんのデメリットが２０年までにどれだけ解消されるか注目だね
173:デフォルトの名無しさん
17/07/12 22:14:05.43 qTBsLjv4.net
むしろUWPやめてWPFに統合しろよと思う
174:デフォルトの名無しさん
17/07/12 22:53:02.14 A3c/We9w.net
WPFの遅さからするとUWPの速さは魅力。
175:デフォルトの名無しさん
17/07/12 22:56:29.84 +iUzgANj.net
Formsが高DPIに対応した以上WPFはもう要らない子
176:デフォルトの名無しさん
17/07/12 23:36:24.66 RFXhc7ds.net
Formsの高DPI対応はまだ初期段階らしいけど
177:デフォルトの名無しさん
17/07/12 23:38:50.58 RFXhc7ds.net
>>170
WPFにNative化とx:bindが来るだけで大分変るな。
UWPはセキュリティーガチガチ過ぎて使い道に困る。
178:デフォルトの名無しさん
17/08/09 19:59:54.61 ML4nnPKa.net
Windows10でVS2017を使ってWPFを勉強し始めたんだけど、WPFって何かを設定しないとHighDPI認識してくれないの？
検索してdpiAwareをマニフェストに追加してみたりしたけど文字がボケボケになる
どこを設定すれば良いのか教えて欲しい
179:デフォルトの名無しさん
17/08/09 20:23:58.80 MPlilw1q.net
>>175
ちゃんと.NET4.7使ってる？
180:デフォルトの名無しさん
17/08/09 20:37:49.01 ML4nnPKa.net
>>176
いま確認したら使ってた
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
181:デフォルトの名無しさん
17/08/09 23:11:02.67 OMROHXo6.net
>>175
Windows 10 Anniversary Update以降では、dpiAwarenessで指定するそうだ。
Creaters Updateからは、このdpiAwarenessにPerMonitorV2って設定が増えてる。
High-DPI Scaling Improvements for Desktop Applications in the Windows 10 Creators Update
URLﾘﾝｸ(blogs.windows.com)
例:
<application xmlns="urn:schemas-
182:microsoft-com:asm.v3"> <windowsSettings> <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">True/PM</dpiAware> <dpiAwareness xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings">PerMonitorV2, PerMonitor</dpiAwareness> </windowsSettings> </application>
183:デフォルトの名無しさん
17/08/10 01:45:35.71 Eea6v/6m.net
今更だけど、>>129の記事のWPFは事実上死んだって見解は実際正しいの？
184:デフォルトの名無しさん
17/08/10 03:40:34.20 HXkEcdKf.net
WPFだけじゃなく、UWP以外まとめて死亡って感じだと思うけどな。
x:BindはWPFにバックポート出来そうだけど、UWP推進するために敢えてやらないのだろうし。
185:デフォルトの名無しさん
17/08/10 03:51:52.36 HXkEcdKf.net
>>175
Windows10で文字がボケボケになるのを直すだけなら、dpiAwarenessをSystemに
186:デフォルトの名無しさん
17/08/10 20:09:12.69 2P/fo41Z.net
>>178
>>181
おお、できた！
dpiAware「ness」かー。
そこまで探せなかった。
ありがとう、助かったよ！
187:デフォルトの名無しさん
17/08/11 01:08:35.93 IamXCzdT.net
>>182
VSでapplication.manifestを新規で追加した時に、dpiAwareの方は
コメントでサンプルが記述されてるけど、dpiAwarenessは記述されてないしね。
VS2017位は追加しておいて欲しいね。
188:デフォルトの名無しさん
17/08/13 23:34:18.31 XyLY4SkP.net
xamarinはwindows10アプリケーションのみ開発するのには向きますか？
189:デフォルトの名無しさん
17/08/14 00:46:29.72 +aB0CuoT.net
>>184
スレチ
Xamarin Part5 [無断転載禁止]©2ch.net
ｽﾚﾘﾝｸ(tech板)l50
190:デフォルトの名無しさん
17/08/14 01:18:29.88 68lgCx+c.net
>>185
すみません。誘導ありがとうございます。
xamarinとwpfの違いがいまいちわからずにここで聞いてしまいました。
191:デフォルトの名無しさん
17/08/14 02:00:53.11 GsznX68J.net
>>186
ゴミめ
URLﾘﾝｸ(pbs.twimg.com)
192:デフォルトの名無しさん
17/08/22 17:36:49.76 NIBb7Mxl.net
そろそろ普及の兆しが見えてきたな。
193:デフォルトの名無しさん
17/08/22 17:52:06.46 X2zW1dp7.net
などと妄想を垂れている一方で、MSはElectronを使ってプログラミングエディタ界で天下を取ったわけだが
194:デフォルトの名無しさん
17/08/22 18:16:17.10 SdbjET61.net
エディターだからどうにかなっているけどElectronでExcelは作れんだろ
遅すぎて
195:デフォルトの名無しさん
17/08/22 18:41:50.72 b5GtYfaQ.net
適材適所だね～
196:デフォルトの名無しさん
17/08/22 18:48:06.98 X2zW1dp7.net
>>190
UIを載せ替えるだけなら余裕で作れるでしょ
Electronの裏をネイティブや.NETで書く技術は完全に確立されてる
197:デフォルトの名無しさん
17/08/22 18:55:53.92 +4lQEuFI.net
>>189
LinuxやMacまで含めたデスクトップアプリを開発するならelectronってだけじゃない？
無理矢理フィットしない技術を選ぶ必要はない
198:デフォルトの名無しさん
17/08/22 19:06:02.36 LCHWkAXQ.net
ExcelOnlineの機能を拡張すれば済む話だとは思うけど
そもそもデスクトップアプリ化する理由が無い
199:デフォルトの名無しさん
17/08/22 19:21:18.96 z3/lSVpq.net
だーからそういう戯言は20年前も聞いたよw
いまだに実現してないけどねww
200:デフォルトの名無しさん
17/08/22 19:33:19.16 tVMqw9p7.net
そうは言っても、テキストエディタという開発者にとって最も身近なデスクトップアプリがHTMLになったのは紛れもない事実だからね
しかもその変革がこれまでデスクトップアプリの世界を牽引してきた当のMSによって為されたということも事実
いい加減現実を直視しなければならない
VS2017も一部Electronになってるし、順当に行けば次の本家VSはテキストエディタがVS
201:Codeベースに置き換わるだろうね
202:デフォルトの名無しさん
17/08/22 21:24:58.49 SdbjET61.net
xaml挫折した人がElectron使えるとも思えんわ
203:デフォルトの名無しさん
17/08/22 21:53:56.12 npF4egnZ.net
SkypeのためにReactXPとか立ち上げたりどこに進むのかよーわからんしWPFが死に行くのはどうでもいいけど
さっさとWin32デスクトップアプリを書くためのまともなGUIフレームワークをOSの一部として提供しろや本当にお願いします
204:デフォルトの名無しさん
17/08/22 22:21:59.78 z3/lSVpq.net
なぁにぃ～やっちまったなー
男は黙ってMFC
205:デフォルトの名無しさん
17/08/22 23:04:44.69 v7lsGYPm.net
.NET Standard 2.0とXAML Standard 2.0です。
206:デフォルトの名無しさん
17/08/23 02:15:45.72 hDb5GJDr.net
>>188
ギョーミー底辺のオレが使い始めたからな。
xamlのエラーはどうやってデバッグするのさ?
207:デフォルトの名無しさん
17/08/25 05:39:29.77 VoT30qvb.net
神に祈る
208:デフォルトの名無しさん
17/08/25 21:09:40.34 Yh3GitMD.net
>>202
どの神？
アッラー、エホバ、ヤハウェ、ビラコチャ、ケツァルコアトル、アメン、フレイア、天照大神、疫病神?
209:デフォルトの名無しさん
17/08/25 21:13:17.94 JENaYTis.net
知らねえよカス
210:デフォルトの名無しさん
17/08/25 21:46:52.30 Yh3GitMD.net
>>204
全ての神々の祟りがオマエにありますように。ﾅﾑﾅﾑ
211:デフォルトの名無しさん
17/08/26 00:11:58.84 54dxvXGC.net
>>203
つ >>187
212:デフォルトの名無しさん
17/08/26 07:16:26.54 QMf+EY2e.net
>>206
ちょまど神を信仰せよと?
ぐぐったらほんまもんの女神様ではないですか。信仰します。
213:デフォルトの名無しさん
17/08/26 15:17:36.59 sd5MbxkQ.net
まーたチンポ騎士団員が増えてしまったのか
214:デフォルトの名無しさん
17/08/26 17:01:34.63 AQD3vU7F.net
あのスライド1枚で優位に立ってたと勘違いしてたプライド激高の囲いエンジニア達が一斉に掌返し始めたの草しか生えなかったな
215:デフォルトの名無しさん
17/09/05 05:06:35.12 wNpTPeXF.net
すっかり迷走してますな
まさかWIn32APIとDirect3DとDirect2Dを組み合わせて
ボタンやらツールバーやらメニューバーやらスクロールバーやら独自で作って
我ながらアホなことやってるなと思ってた俺の方が勝利するとは
216:デフォルトの名無しさん
17/09/05 05:13:54.62 wNpTPeXF.net
よくよく考えれば、最近弱くなってきたMSのMSによるMSのためのMSの市場戦略に
昔からのユーザーである俺らが、なんで振り回されなきゃならないんだろうかと
スマホもMSがシェア取ってれば、MSもどっしり腰を据えて世の中や俺らのためになる
そういう方向にかじ取りできたのかもしれないが
なんかもう、Win8以降は、とにかく戦略戦略戦略、市場戦略先行でマトモじゃない
良いもの作ろうという精神が無い
こういう事態に追い込まれたら、もう負けなんだよな
だからそうならないようにゲイツは汚い手を使ってでもライバル企業をつぶしてきたんだよ
自社製品を素晴らしいものにするために、横綱相撲するために
217:デフォルトの名無しさん
17/09/05 07:21:40.29 n1w+1UPx.net
>>211
神への信仰が足りませんね。
つ >>187
218:デフォルトの名無しさん
17/09/05 12:05:51.00 of4A7mde.net
> まさかWIn32APIとDirect3DとDirect2Dを組み合わせて
> ボタンやらツールバーやらメニューバーやらスクロールバーやら独自で作って
泥のGUIもアーキテクチャは似たようなもんだし別にそこはええんでないの
圧倒的に最適化が足りなかったとは思うけど
あと既存のHWNDとの相互運用がへぼかったのもあるか
219:デフォルトの名無しさん
17/09/05 12:28:38.22 PpHbtjDQ.net
>>211
正論
220: ゲイツ以降の経営陣が本当にダメだな
221:デフォルトの名無しさん
17/09/05 22:44:48.98 PszpV+O/.net
スマートフォンの台頭で、調子に乗ったAppleがRIAプラグインを排斥し始めて
その煽りでSilverlightが死んだ時、俺のMS信仰も死んだ
222:デフォルトの名無しさん
17/09/05 23:48:44.59 r992b4yz.net
いやスマホ諦めた時点だな。
それまでは開発者大事にしようとする気持ちはあった。
223:デフォルトの名無しさん
17/09/06 00:12:40.98 ijhXDwIn.net
全く諦めてないでしょ
単に主軸がWebに移って未だにWPFに固執してるような極一部の老害だけが蔑ろにされてるだけだよ
224:デフォルトの名無しさん
17/09/06 00:17:30.05 o/s3rNoX.net
自分達がMSに必要とされなくなったのをさも開発者全体のことのように言うのはみっともないからやめなさい
225:デフォルトの名無しさん
17/09/06 02:23:01.68 enKvs+co.net
>>217
移ってないってw
君が大海を知らない井の中の蛙なだけw
世界は君に見えてる範囲だけじゃないよwww
226:デフォルトの名無しさん
17/09/06 02:24:08.71 enKvs+co.net
つーか、ネトウヨにしろネットde真実くんにしろ、アホと間抜けな自己陶酔ってほんとセットだなw
俺スゲー俺以外老害ってかw
227:デフォルトの名無しさん
17/09/06 07:14:01.93 h6l6T9rK.net
Azureバカ売れの時代に何を言ってるんだ
いいかげん危機感持った方がいいぞ
228:デフォルトの名無しさん
17/09/06 07:52:19.82 UqqVUPtB.net
現に>>219のような人を生み出してしまったわけだから、Webへの移行にあたって
既存のデスクトップアプリ開発者向けの緩やかな移行パスを用意できなかったのは確かにMSの失策かもね
その意味で期待されていたSilverlightもダメだったし、ASP.NETもForms切り捨ててWebのメインストリームに迎合する方向だし
229:デフォルトの名無しさん
17/09/06 08:48:39.90 ICSdr/QC.net
Webとモバイル、どっちも諦めたからな。
開発者離れは深刻。
230:デフォルトの名無しさん
17/09/06 08:54:11.97 h6l6T9rK.net
開発者離れといってもWebへ行けないなら結局MSにすがりつく以外の選択肢はないじゃん
哀れ
231:デフォルトの名無しさん
17/09/06 10:07:43.03 ygscOEFy.net
しがみ付くならしがみ付くで構わないんだけど
MSの実らない市場戦略に
振り回されることになりそうだから嫌だよね
って話だったのでは？
232:デフォルトの名無しさん
17/09/06 12:24:53.49 in3L1mLV.net
自己陶酔くんに現実が見えない理由は、ネトウヨ的な間抜けな自己陶酔以外に
絶対量と変化率の区別がついておらず、後者を前者と錯覚してるって要素もあるんだろうね。
例えばSaaS化した方がメリットがある分野が存在するんだからそういう流れが存在するのは当然だが、
だからといって世の中のソフトウェアの需要の全部がそうであるわけじゃない、
っていうか、そんなものは現実には全体のごく一部でしかない。
主軸が移った？
んなわけねえじゃんw
余談だけど、「俺スゲー」って自分に酔いたい願望っていうのは、
普通は逆説的に抑圧された自己不安や劣等感の表れだよw
それは2chにいっぱいいるネトウヨやネットde真実くんを観察すれば明らかだよね。
観察者も同類ならどうだか分からないがw
233:デフォルトの名無しさん
17/09/06 16:11:42.96 ygscOEFy.net
こういうのってやっぱ自己紹介乙ってやつなのかね
皆興味なくてスルーしてるようだけど
234:デフォルトの名無しさん
17/09/06 16:16:12.15 OHCEwHay.net
習得や移行に苦労するのに、それが普及しなかったときの精神的ダメージは計り知れないね。
こんなもの普及しないと笑ってた奴らを
235:新しいものについていけない老害だと罵倒していた自分が恥ずかしい、みたいな。
236:デフォルトの名無しさん
17/09/06 18:01:51.12 zs8dnk+L.net
まぁでもWinFormsにしがみついてるよりいいんじゃない？流行らなくても使えない技術ではないし
237:デフォルトの名無しさん
17/09/06 21:12:43.21 CWS2BygD.net
毎日使う定型業務のアプリが全部Web化されると使う方は辛いぞ。
JavaScriptでフロントエンドを頑張っても所詮はブラウザの縛りからは抜けられん。
238:デフォルトの名無しさん
17/09/06 21:23:46.11 LeFS08p/.net
座間弥老
239:デフォルトの名無しさん
17/09/11 11:08:24.02 QFIxJOzf.net
WPFもSLもUWPも同じ軸の技術の流れだし、考え方としてはElectronというかHTML5やらJavaScriptやらとは根底は同じ方向性だと思うけどな。ミクロな見方する人からするとチゲーよってなるんだろうけど。
そういう意味では、ここでよく喧嘩してるWinFormsに固執する人はどれにも乗っかれなそうな感じはするな。
240:デフォルトの名無しさん
17/09/11 11:14:04.81 1TpoY8sm.net
>>232
ウヨサヨやってる馬鹿な連中じゃあるまいし、WPFの問題点を指摘したからって
Windows Formマンセーなわけじゃないよww
まあプログラマの世界にもそういう党派的な物の見方しかできない馬鹿多いけどね昔から
241:デフォルトの名無しさん
17/09/11 11:24:08.23 HrqlsfJf.net
>>232
その通り。ゲイツがその考え方を糞つってんだからやはり糞なんだよ。
ゲイツが退いてからのVista以降のMSの失敗の数々。やはりゲイツは正しかった。
242:デフォルトの名無しさん
17/09/12 01:27:26.63 uA5S/Coo.net
XML系技術は糞と言いたいんだろ。
243:デフォルトの名無しさん
17/09/12 01:47:14.62 M1FoFuz2.net
ゲイツが続投してたら上手く行ってたかは分からないけどな。
244:デフォルトの名無しさん
17/09/12 05:47:59.54 Cee4x34/.net
そろそろZAPして次のUIフレームワークが上手くやることに期待した方がよいのではないか
245:デフォルトの名無しさん
17/09/12 05:52:58.03 Cee4x34/.net
1スレ埋めるのに2年掛かってるUWPは良さを語る前にやることがあるでしょう
お前はお呼びではない
さっさと普及活動しろ
246:デフォルトの名無しさん
17/09/12 08:30:03.79 yyVKpzK9.net
つか太古の昔、IE作ってActive Desktopとかやってた時代からWeb系をUIの主軸にしようとしてたの忘れたのかね。タブレットと同じで何度も挑んで玉砕してるけどな。それでも諦めないのはMSのいいところだと思うけど。
247:デフォルトの名無しさん
17/09/12 08:48:22.31 uA5S/Coo.net
そういえば ActiveDesktop も失敗だったな。
IE4.0でCOM化して、ペタペタ張れるようになったのは大成功で、
2chブラウザとかは便利に作れたな。
248:デフォルトの名無しさん
17/09/12 09:13:17.11 rTWhkbob.net
あまり1つを育てる気がないよね
下火になると放置フェーズに入るし
249:デフォルトの名無しさん
17/09/12 11:00:02.94 1FkmH3QI.net
どうせUWPもストアアプリ（モダンUIだっけ？wもう忘れた）と同じようにすぐに捨てられる
普通はそう考えるよね。実際デキ悪いし
だからPetzoldも今度は本書かないんだろう。ふざけんなって思いもあるだろうがw
250:デフォルトの名無しさん
17/09/12 11:01:38.87 uA5S/Coo.net
分ったことはタッチUIとマウスUIは一つにはできない。
251:デフォルトの名無しさん
17/09/12 11:16:02.70 hoZzs2pJ.net
できてるやん。
252:デフォルトの名無しさん
17/09/12 11:16:40.27 uA5S/Coo.net
どうみても失敗やん
253:デフォルトの名無しさん
17/09/12 12:52:47.20 H55slNoW.net
UWPはマウスに合わないんじゃなくてキーボードサポートが絶望的にうんこなのがダメ
254:デフォルトの名無しさん
17/09/12 13:03:47.91 02LA08SS.net
UWP自体はそんなに悪いと思わないけど
初期の、どんなに大画面のモニターだろうと全画面にしか表示する仕様だけは、擁護できない
MS社内って全員WindowsPhoneだけで仕事してるのかと思ったよ
255:デフォルトの名無しさん
17/09/12 23:45:04.92 pIHRboYJ.net
そもそも初期の頃タブストップないって聞いて驚いた
それまでのMSのアプリはよほどおかしなことしてない限り必ず
キーボードだけでも操作可能だったのにね
256:デフォルトの名無しさん
17/09/12 23:48:02.76 pIHRboYJ.net
違うタブオーダーだね(´・ω・`)
257:デフォルトの名無しさん
17/09/13 21:30:03.06 8QVQRT+N.net
.NET Framework 4.7上で実行している WPF アプリケーションで、タッチ操作を繰り返すと、タッチ操作に反応しなくなる。
URLﾘﾝｸ(blogs.msdn.microsoft.com)
258:デフォルトの名無しさん
17/09/13 21:35:31.34 Lhui2ZmI.net
何度もパイタッチしていると不感症になるのか
259:デフォルトの名無しさん
17/09/14 03:23:24.36 ZYSKReww.net
.Net 4.7でWPFのタッチパネル対応が強化された時にバグも仕込まれたのか。
260:デフォルトの名無しさん
17/09/14 05:10:38.71 AvPBQe63.net
ユーザーから拒否られるUIって根本的に腐ってるということ。
261:デフォルトの名無しさん
17/09/14 09:18:36.84 emC4w7HW.net
もうメトロUIも止めるみたいだけど、使いにくかったしね
ほんのちょっとグラデーションかけるだけでも随分見やすくなるんだけど
単色は見にくい
262:デフォルトの名無しさん
17/09/15 04:44:23.62 NePdqYQx.net
このスレはUIを使いこなせないユーザーを叩く傾向があるね。
263:デフォルトの名無しさん
17/09/15 04:53:49.09 fEawCUgc.net
>>254
え゛
264:デフォルトの名無しさん
17/09/15 20:22:01.68 +k0gm8G+.net
Windows7でWindows10ライクなモダンウィンドウを手軽に作りたくてWPFに手を出そうと思うんだが、
他にいい選択肢があれば教えろください。
265:デフォルトの名無しさん
17/09/15 20:33:36.25 RDFKPiHT.net
>>257
Electronだな
Visual Studio CodeがElectron製だからイメージを見てみたらいい
266:デフォルトの名無しさん
17/09/15 22:23:46.02 Cxcdgqj4.net
>>258
VS CodeレベルのものがElectronでお手軽に作れると思ってるとはかなりお目出度いな。
267:デフォルトの名無しさん
17/09/15 22:36:35.09 WMeXgR/i.net
尾頭付きで祝って貰えそうだな
268:デフォルトの名無しさん
17/09/16 02:49:56.66 JaVAfgFP.net
Win8の時代はWPFでモダン（笑）UIっぽいGUIを作るライブラリみたいのが
いくつかあったね
これとか
URLﾘﾝｸ(marketplace.visualstudio.com)
たぶんUWP時代のもあるんだろうけど、Windowsのタッチアプリには
興味失ったんで調べてないや
269:デフォルトの名無しさん
17/09/16 10:43:35.00 Zk6Irz58.net
モダンという言葉は昭和どころか大正の香りがする
270:デフォルトの名無しさん
17/09/16 12:43:33.82 NmFgsGO2.net
>>262
そろそろ自分の感覚が古くなってることを理解した方がいいぞ
若い奴はモダンってなにそれ？
状態だから
271:デフォルトの名無しさん
17/09/16 12:46:20.97 cGVnXoCa.net
中に粘っこいあんこの入ってるやつだな
272:デフォルトの名無しさん
17/09/16 12:50:36.64 5GJ5fljb.net
ジジイだとしたら「昭和どころか」って言い方が不自然だな。
一周回って再発見した若者なんじゃないの？
273:デフォルトの名無しさん
17/09/16 13:12:54.14 I3dvxKJj.net
若者に昭和と大正の違いがわかるとは思えん
爺の俺でも大正と明治の感覚的な違いはわからんし
274:デフォルトの名無しさん
17/09/16 13:42:40.78 RKnUKFMi.net
>>266
そういうのは年代の問題じゃないと思うよ
無学かどうかの違いだけw
大正デモクラシー云々って話は中学校の社会科でも出てくるレベル。
こればモボ・モガなら年代の問題かもしれないけどねw
275:デフォルトの名無しさん
17/09/16 13:47:49.43 S4dTswZ/.net
大正はサクラ大戦で
昭和はひぐらしのイメージ
276:デフォルトの名無しさん
17/09/16 14:10:43.06 NmFgsGO2.net
>>267
香りとか感覚的って書いてるのに...
無学って悲しいな w
277:デフォルトの名無しさん
17/09/16 14:38:47.32 RKnUKFMi.net
何を言ってるのか意味分からんけど、モダンって言葉から
大正を連想するかどうかは年代の問題というより無学かどうかの
違いだろうねやっぱり。
暗黒の昭和戦前との対比でモダンであった大正時代、って言う風に
語られることが多いから。
そもそも、今肌感覚で大正時代を知ってる日本人なんて
もうほとんど生きてないんだから、知識として知ってるかどうかって問題でしょう
278:デフォルトの名無しさん
17/09/16 15:28:05.43 fBWSyi5J.net
アレは恐らくモダンアートのモダンだから、年代とか関係ないんじゃね？
279:デフォルトの名無しさん
17/09/16 15:28:32.85 NmFgsGO2.net
>>270
> 何を言ってるのか意味分からんけど
学がないって辛いね w
280:デフォルトの名無しさん
17/09/16 16:50:59.96 fBWSyi5J.net
バブルの頃に大正時代のモボ・モガが復刻で流行ったことが有ったから
モダンが古く感じるんだろうが、そもそもバブルも大正もマイクロソフトのアメリカには関係ないからｗ
281:デフォルトの名無しさん
17/09/16 17:47:40.56 S68TgJtS.net
>>273
なんか得意げにバカなこと言ってるけど、そんなこと（無学の彼はどうだか知らんが）
みんな百も承知だと思うよw
ついでに言えば、モダンアートなんて関係ないw
modernはmodernだからwww
282:デフォルトの名無しさん
17/09/16 17:54:58.01 xdzSAijK.net
いきなり大正デモクラシーとか言い出す自称学のある奴に言ってやれよw
283:デフォルトの名無しさん
17/09/16 18:04:28.76 S68TgJtS.net
>>275
まだ言ってるのかアホだねおたく
少なくとも日本の文脈では、モダンって言葉から大正を連想する>>262の感覚は
普通であって、むしろそうでない奴が無学であることを無学な奴に説明するために
大正デモクラシーという無学な奴でもこと聞いたことがあるだろう補助線を引いてやっただけ。
ちなみに、もちろん俺は>>262とは別人。
っていうか周囲の奴に聞いてみろよほんっと。
モダンって言葉から大正時代を連想するかって。
284:デフォルトの名無しさん
17/09/16 18:29:54.84 0uu14jIH.net
え～っと、WindowsのモダンUIから大正デモクラシーを想起しろと
そろそろ自分でも無理あるなとか思わない？
頑固爺には無理かな w
285:デフォルトの名無しさん
17/09/16 18:47:31.06 S68TgJtS.net
だめだなこりゃ
馬鹿は死ななきゃ治らない、か
286:デフォルトの名無しさん
17/09/16 19:06:15.34 fBWSyi5J.net
調べてわかったのは、Modern UI等のフラットデザインの源流が２０世紀初頭≒大正時代のモダニズム運動ってことで
大正のモダンとModern UIは無関係ってわけでも
287:ないようだ
288:デフォルトの名無しさん
17/09/16 19:07:29.87 vaK2Mh7E.net
>>278
死ね
289:デフォルトの名無しさん
17/09/16 19:19:48.41 NmFgsGO2.net
ブーメランってこう言うことなんだろうな...
290:デフォルトの名無しさん
17/09/16 19:21:49.26 W42Z2QXo.net
WPFがか？
次UIフレームワーク用意してくれるなら賛同してもええぞ
291:デフォルトの名無しさん
17/09/16 19:52:14.80 fBWSyi5J.net
フラットデザインの肝である装飾を配したデザインってのを始めたのが２０世紀始めのアドルフ・ロースという建築家で
彼は「装飾と犯罪」というエッセイを残しているURLﾘﾝｸ(www.geocities.jp)
そこから始まる芸術運動が
292:モダニズムと言うんだから、ModernUIが、その名前が古臭いとか勘違いも甚だしいってことだね
293:デフォルトの名無しさん
17/09/16 20:08:59.44 W42Z2QXo.net
フラットデザインの側だけマネして肝を理解できなかったのがMSのデザイナー
まで読んだ
294:デフォルトの名無しさん
17/09/16 20:11:06.86 5Re80ay8.net
>>283
関係ないと思うよw
Modern UIの当初の呼称がMetro UIだったことが象徴してるけど、
当たり前だけどModern UIはピクトグラムと同じように（商業）デザインであってアートじゃないw
そもそもmodernていうのは相対的な概念で、Modern UIが何に対してmodernかっていうと
旧来のデスクトップアプリでしょう。
それから、これ何度も言ってるけど、>>262の人はModern UIって呼称が古臭いなんて
必ずしも言ってないよwww
どういう読解力よ
295:デフォルトの名無しさん
17/09/16 20:26:55.92 fBWSyi5J.net
>>285
古臭いと言っているのは>>263の変な人のほうだから・・・・
296:デフォルトの名無しさん
17/09/16 20:26:55.98 j3nKpoBp.net
VS2017はWPFを捨てたのかな？ ｸｽﾝ
MarApps.Metroを使ったアプリがVS2017ではイベントにブレークかけると、アプリケーションエラーで死んでしまう。
VS2015でデバッグするしかない。
297:デフォルトの名無しさん
17/09/16 20:31:31.89 NmFgsGO2.net
>>285
> それから、これ何度も言ってるけど、>>262の人はModern UIって呼称が古臭いなんて
> 必ずしも言ってないよwww
> どういう読解力よ
【問題】
>>262が「昭和どころか」と書いたときの心中を20字以内で記述しなさい。
298:デフォルトの名無しさん
17/09/16 20:34:29.37 fBWSyi5J.net
>>285
さっき書いたモダニズムの始祖であるアドルフ・ロースは建築家で
普通に商業デザインやっていた人だからね
299:デフォルトの名無しさん
17/09/16 20:39:30.08 5Re80ay8.net
だから、20世紀のモダンは2010年代にはモダンじゃないってw
それ、例えばプログレッシブスキャンはプログレ（プログレッシブロック）から来てる
っていうのと同じぐらい滑稽なトンデモだと思うよww
300:デフォルトの名無しさん
17/09/16 21:14:57.34 a1ZSp4VQ.net
歴史を知らないのは単純に学歴の差だろう。
301:デフォルトの名無しさん
17/09/16 21:17:11.62 6MZkAmqd.net
モダン＝近代的、現代的、新しい という意味なのでいつ使っても
超今風ってことだから 今風は常に最新
当時は最新で今風
302:デフォルトの名無しさん
17/09/16 21:20:08.13 bVOTI1ZB.net
スレチなのにいつまでも歴史ガーとか爺は頑固で困る
303:デフォルトの名無しさん
17/09/16 21:20:19.79 6MZkAmqd.net
今後何故か白黒が流行ってエラーやワーニング以外
字も写真も白黒という奇妙な事態になっても
それがモダンと言えばモダン
304:デフォルトの名無しさん
17/09/16 21:21:02.81 S4dTswZ/.net
仲良くモダン焼きでも食ってこいよお前ら
305:デフォルトの名無しさん
17/09/16 21:23:30.23 6MZkAmqd.net
偉そうに歴史を語ってこれがモダンだって言うのは痛々しい
モダニズムはただのなうニズム
大正モダンは大正なう
モダンUIはなうUI
もっとももうなうなんて使わないけど
306:デフォルトの名無しさん
17/09/16 21:34:51.80 a1ZSp4VQ.net
>>296
URLﾘﾝｸ(en.wikipedia.org)
307:デフォルトの名無しさん
17/09/16 22:34:31.68 W0hBO+by.net
モダンとかいう名前つけちゃうのは恥ずかしい
10年経っても100年経ってもモダンなUIなわけないし
308:デフォルトの名無しさん
17/09/16 22:51:40.79 a1ZSp4VQ.net
フラットデザインなんて昔からあったが、
UIに使うとここまで拒否られるデザインも珍しい。
309:デフォルトの名無しさん
17/09/16 23:33:44.38 +qyS/XRX.net
残念だったのは、パクリ元の地下鉄の看板が
元来見るだけの物で、操作する物では無かったって所だな
結果、何処が操作できて何処が操作できないのか
パッと見てよくわからなくなって不評、といったところ
310:デフォルトの名無しさん
17/09/17 02:51:51.72 YTRkH9I/.net
というより、地下鉄の案内版にしろピクトグラムにしろ、
看板という表現力が乏しいメディアで何かを伝えるための工夫だから
それは当然割り切って何かを捨てるトレードオフを伴うものだってことを忘れて、
311:GUIに適用しちゃったことが間違いの素だったね。 率直にいって、表示面積を無駄遣いして表現力のなさを補うための表現方法を TrueColorが使えるけど一般的に狭くて表示面積が希少である液晶画面に適用するとか 狂ってるとしか思えんけど、MSみたいなインテリが集まってる企業で何でこんな 馬鹿げたことが通っちゃうのか、理解に苦しむ。 つーか、いい加減狂ったフラットデザインブーム終われよ。 見づらいんだよほんと
312:デフォルトの名無しさん
17/09/17 03:11:13.87 laU7wNws.net
UIのセンスが無いのは昔から分かってたのに期待する方が悪い
313:デフォルトの名無しさん
17/09/17 07:19:59.71 RGhJY6On.net
そんなに気に入らないならWindowsもWPFもさっさと捨てればいいのに
まあそれができるだけの能力がないからこんなところで喚いてるんだろうけど
質問者もこうなりたくなければMS技術なんかに手を出さないほうがいいよ
314:デフォルトの名無しさん
17/09/17 07:58:39.21 2kxiy1Rb.net
フラットデザインの話がなぜ能力の話になってるのか。何かのマウンティングだろうか。
ゆとりの間では能力者が流行ってるらしい。無能に対する劣等感でもあるのだろうか。
315:デフォルトの名無しさん
17/09/17 08:36:17.75 8NFF+5Rp.net
嫌なら出ていけ系は本当にうんざりする
316:デフォルトの名無しさん
17/09/17 09:37:05.50 PNbDpzbo.net
フラットデザインのお姉さんは結構好きかもw
317:デフォルトの名無しさん
17/09/19 04:25:57.76 31UnpjJ8.net
MFCが糞でもなんだかんだ使われたのは、手本のExcelのUIが素晴らしかったおかげだろう。
逆にWPFが普及に失敗したのは、ExcelがリボンUIを採用したせいで悪い手本になってしまったからだろう。
あるいはWindows8のUIのせいか。
318:デフォルトの名無しさん
17/09/19 06:44:34.51 0jk2O4vs.net
タブレットUIとデスクトップUIを共通化したのがあかん
319:デフォルトの名無しさん
17/09/19 07:27:01.58 EtZzvQxa.net
WPFの登場って、Win8よりずっと前からでしょ
WinForms慣れした人が、あれこれ難癖付けて別技術への移行を渋ったのと
MS側も、「PGとデザイナーの分業」とかいう夢物語を大々的に喧伝したのとのダブルパンチで普及させられなかった
加えて、Silverlightが殺されたのも大きい
WPF&Silverlight自体は良い技術だよ
320:デフォルトの名無しさん
17/09/19 07:30:58.32 EtZzvQxa.net
ああそれと、長らく「MVVMの決定版」と言える様なフレームワークが出なかったのも原因の一つか
そんなのは最初に用意しておくべきだった
結果として、「MVVMの論理として破綻しない、正しいMVVMはこうである」みたいな宗教っぽくなっちゃったからな
321:デフォルトの名無しさん
17/09/19 08:13:13.74 31UnpjJ8.net
デザイナー主導で作ったUIがWindows8やメトロUI、リボンUIなのだから目も当てられない。
デザイナーはどうしてこうもメニューを削除したがるのか。
322:デフォルトの名無しさん
17/09/19 08:15:10.73 EtZzvQxa.net
文字が並んでると美しくないと感じるんだろう
造形美なんざどうでもいいから機能美を追求してくれとつくづく思う
323:デフォルトの名無しさん
17/09/19 09:23:21.33 sOczhhK4.net
その辺はデスクトップを足がかかりにスマホにも乗り込もうと意気込んでいたからね
結局撃沈して無意味になって、単に割食らったデスクトップのUIが
キメラになったって負の遺産だけが残ったが
俺的にはスマホもMSが天下を取ってほしかったが、相手が悪すぎたね
Google以外の企業が相手だったらMSは勝てただろうに
あんな早い段階で提供して、CMもバンバン打たれたらね
恐るべしフットワーク
324:デフォルトの名無しさん
17/09/19 09:52:43.07 yZjA/2Y5.net
またリボンまで否
325:定するお馬鹿さんが懲りずに暴れてるのかw そんな駄文書いてる時間があれば自分で実際に使ってみれば あれはそれなりに合理的なUIだって分かるのに馬鹿だよね本当 ストアアプリやUWPは「打倒××」からスタートしてるから機能性が ないがしろにされている部分があるが、リボンUIはそうじゃないのに。
326:デフォルトの名無しさん
17/09/19 10:21:48.80 2bbtXSlJ.net
リボンUIがそれなりに合理的なのはわかるよ
それ以前のツールバーUIよりは合理的でないだけで
327:デフォルトの名無しさん
17/09/19 10:24:31.38 EtZzvQxa.net
>リボン
Excelを始めとしたOfficeアプリには向かないと思った
リボン自体を大量のタブで切り替えるのはやめた方が良い
全部が一画面内に収まる（or普通は使わない部分だけ別タブに切り分ける）なら、悪くないUIだよ
328:デフォルトの名無しさん
17/09/19 10:47:54.42 yZjA/2Y5.net
>>316
それは逆で、リボンはOfficeのようにある程度多機能のアプリにしか向かない。
ワードパッドみたいな単純なアプリに適用してもメリットは少ない。
作る側の負担も大きいしね
329:デフォルトの名無しさん
17/09/19 11:55:47.33 31UnpjJ8.net
VSは多機能だけど
330:デフォルトの名無しさん
17/09/19 13:14:59.65 N/3O6qL5.net
多機能になってもF5押すだけ
331:デフォルトの名無しさん
17/09/19 21:07:59.59 sOczhhK4.net
リボンは各要素が無駄に場所を取るからページ切り替えが必要になる
無駄に場所取る原因は文字による表現を入れるから
文字表現を入れなきゃならないのはメニューバーを無くしたから
というわけで、メニューバーを導入して場所を取る文字表現はそちらへ移動させる
そうするとツールバーで良くなるので、ページ切り替えはなくせる
問題解決
そもそもリボンUIはリッチなパーツを載せるには高さが足りてない
URLﾘﾝｸ(blogs.adobe.com)
このようなリッチなUIはリボンに載せれない
なんで結局、ボタン+文字、という構成になりがち
文字が無駄に場所を取るからページ切り替えが発生する
しかし文字を無くすわけには行かない、何故ならメニューバーを無くしたから
ここでしか機能を文字で表現する場が無い
だがあまりに長い文章だと場所を取りすぎるので、片言の文字表現になる
アプリに慣れてないユーザーからしたら、もっとしっかりした文章で説明してほしいし
慣れているユーザーからしたら、片言の文字表現など場所を取るだけで無駄
実際ページ切り替えが発生するわけで
332:デフォルトの名無しさん
17/09/19 21:19:30.54 sOczhhK4.net
頻度による分類もある
多くのアプリがそうであるように、ツールバーは良く使う機能だけを厳選して載せる
一方メニューバーは使う頻度によらず網羅的に階層で機能を載せる
なんでツールバーを省スペースに出来る(からページ切り替えが無い)
使う側からしても、良く使う機能はページ切り替えなしに
ツールバーからアクセスできて便利だし、余り使わないうろ覚えな機能は
メニューバーの十分な長さの文字表現で説明してくれたほうが有り難い
ところがリボンUIは網羅的なメニューバーが無いので
リボンUIに全ての機能を載せきらなくてはならない
頻度の低い機能でも、網羅的に載せないと、アクセスする手段が無い
となれば先の片言の文字表現云々と合わせて、場所を取ることは避けられない
その結果、ページ切り替えなわけ
333:デフォルトの名無しさん
17/09/19 21:32:54.08 sOczhhK4.net
実世界でも、あるいはプログラミングでも、おおよそすべての事で、二つの要求があって
それは、空間的な考え方と、時間的な考え方
当然UIも例にもれず
まず空間に着目して、機能ごとに分類して纏めたいという要求がある
じゃないと、何がどこにあるか分からなくなるから
それとは別に実際の作業手順に伴った時間軸的な考え方もある
その点リボンUIはツールバーに劣る
何故ならページ切り替えがあるから
ツールバーのように頻度の高い機能を厳選して小さなボタンを沢山並べたほうが良い
334:機能による分類も、ツールバーは複数同時に表示できるので問題ない しかしながらよくよく考えてみるとリボンUIは 「ツールバー+片言の文字表現+ページ切り替え」 であって、メニューバーがあれば 片言の文字表現 も ページ切り替え も無くせるので メニューバー+ツールバーでいいじゃん、となる
335:デフォルトの名無しさん
17/09/19 21:40:38.77 EtZzvQxa.net
まあ、メニューバー+ツールバーの見た目がダサイってのは解るんだけどね
見た目を大事にした結果、使い勝手が悪くなってちゃ意味が無い
mspaintのリボンUIは割と好きよ
336:デフォルトの名無しさん
17/09/19 21:48:02.88 nnw3zIxp.net
UWPじゃ公式extensionでMenuサポートされたし、ToolBarだって横スクロールするようなものもCarouselコントロールで簡単に実装できる
URLﾘﾝｸ(www.microsoft.com)
DataGridもサードパーティー製のものが Apache Licenseで公開された→URLﾘﾝｸ(github.com)
Windows10オンリー以外の問題は粗方解決したようだな
337:デフォルトの名無しさん
17/09/19 22:08:47.48 HSXd4/vW.net
>>320-323
前も書いたけど、実際に使いもせずに頭の中だけで考えているとこうなる。
だーから、ウダウダ言ってないで一日ワードでもエクセルでも実際使ってみろと（笑）
まあ、これも以前書いたけど、頭の中で考えるだけでも、従来のツールバー＋メニューの問題点を
理解していれば、どうしれリボンUIなのかはある程度わかるはずなんだけどね
338:デフォルトの名無しさん
17/09/19 22:13:03.92 EtZzvQxa.net
Excelなんざ嫌というほど使っとるわ('A`)
339:デフォルトの名無しさん
17/09/19 22:15:30.15 HSXd4/vW.net
まあ、XPのルナ以降のスタートメニューの使いづらさとか、メトロやUWPの惨状を見てれば
MSにUIのセンスがないのは事実だと思うけど、物事是々非々で見られなくなったら
2chでウヨサヨやってる頭の悪い連中と同レベルだ。
さすがにオフィスはMSのドル箱だけあって、リボンUIはそれなりにドッグフード食って作ってるのが分かる。
2007の時はちょっとチューニング不足だったけどね。
それでも2003のツールバーよりだいぶマシだ。
340:デフォルトの名無しさん
17/09/19 22:47:57.13 sOczhhK4.net
もっとドッグフード食いたければVSもリボンUIにすれば？
猛烈な大反対にあったらしいけど
341:デフォルトの名無しさん
17/09/19 23:02:32.50 nnw3zIxp.net
１０年前のリボンUIを未だに騒いでいる人って・・・
342:デフォルトの名無しさん
17/09/19 23:03:12.36 sOczhhK4.net
エクスプローラのリボンUIとか全く機能してないしな
誰も使ってないと思うけど(ショートカット覚えてるから)
無理に使おうと思っても
コピー、貼り付け、削除、などのメインコマンドが並んでるページと
表示切替が別ページになってるとか、もう機能してないね
多分MSのリボンUIのガイドラインで決めてあるんだろうけど
メインのページと表示のページが別って時点でね
表示切替はどのようなアプリでも頻繁に使うものなのに
仕方が無いからステータスバーに表示切替を載せてるのな
MS公認で機能してないって事なんだよ
しかも今まで網羅的な機能へのアクセスを提供していたメニューバーが無いから
どうでもよい機能までリボンUIに載せてて、煩雑なことこの上ない
必要そうなのだけに纏めたら十分1ページに収まるでしょ
それが無駄に3ページもね、メニューバーが無いからそうなる
エクスプローラのような比較的シンプルなアプリですらこのありさま
一方でメニューバー+ツールバー方式は、よほどのアホが作ってもキレイにまとまる
方式的に優れているから、自然とそうなる
343:デフォルトの名無しさん
17/09/19 23:19:09.81 sOczhhK4.net
リボンUIが良いといってる人もページ切り替えは面倒に違いないんだよ
ページ切り替えが発生する原因は、文字表現で面積を食ってるのと
マイナーな機能まで網羅的に載せてるのと、の2つあるんだが
その両方ともメニューバーを無くしたことに起因してるんだよ
だからメニューバーを追加して取捨選択してページ数を減らす最適化していくと
ツールバーに戻る
逆にメニューバー＋ツールバーの組み合わせは、余ほどの馬鹿でもない限り
何も考えなくても、普通の使いやすいUIに纏まるんだよ
方式的に優れているから、適当にやっても上手くいく
一方でリボンUIは方式的に破綻しているから、使いやすくするためには
ものすご～く考えないとダメだし、方式的な欠陥は根本の問題なので
考えてもダメなものはダメ、どうやっても結局ページ切り替え
そのページ切り替えもメニューバーを模範したページ構成なので
機能による分類であって頻度による分類じゃないから
「表示」が別ページになるなど、実際の作業フローに即してない格好になる
だから結局どうやっても無理で、当のMSもステータスバーに表示切替を載せてる
こういったことがありとあらゆる場面で発生する
344:デフォルトの名無しさん
17/09/19 23:26:45.16 sOczhhK4.net
プログラマ的な観点から見て、ど～なんよ、と
方式的に優れているから基本的な平均点が高く、適当にやっても上手くいきがちな方式と
方式的に破綻しているから使いこなしに非常に苦労して
しかもせっかく頑張っても結果並み以下にしかならない方式と
どっちが魅力的かって
345:デフォルトの名無しさん
17/09/19 23:28:56.32 EtZzvQxa.net
言いたい事は解るけど
2chで長文連投は、言ってる事がどんなに正しくても同意を得られなくなるから辞めとけ
346:デフォルトの名無しさん
17/09/19 23:36:38.90 HSXd4/vW.net
分からないってw
ただの食わず嫌いw
Office、とくにワードにはリボンUIは従来のUIより適していることは
1時間使えば馬鹿でも分かる。
もちろんある程度実用的なドキュメントを書く場合ね。
図表も装飾も何もない文章ならリボンなんかいらない
347:デフォルトの名無しさん
17/09/19 23:36:42.98 3bAYaO8L.net
リボンはノーコメ
「設定」に代表されるなんちゃってフラットデザイン採用した奴は
死んで生き返ってもう一回死ね
348:デフォルトの名無しさん
17/09/19 23:36:57.10 7+IWX1KH.net
WPFでリボンUIを実装出来るとは言え、リボンUIそのものの良し悪しだとかUI論とかはスレチだろ。
まったく脱線するなとは言わないけど、いい加減しつこいぞ。
349:デフォルトの名無しさん
17/09/19 23:41:31.74 31UnpjJ8.net
Officeユーザの大量の移行拒否もすごかったが、VS開発者でさえ拒否してる。根本的に欠陥品なんだよ。
合理性を理解できない奴が馬鹿とか、Windows市場でジョブス論理は通用しないよ。
シンプルに拒否られるだけ。信者じゃないんだから。
350:デフォルトの名無しさん
17/09/19 23:44:59.58 HSXd4/vW.net
>>337
これ前も書いたけど、もうオフィスユーザーにアンチリボンUIなんていないよw
VSみたいな開発ツールにリボンが向いてないことは自明だから、将来も採用されることはないだろう
351:デフォルトの名無しさん
17/09/19 23:51:08.32 CpdLY45m.net
個人的にはリボンってあまり好きではないってくらいの存在なんだけど、従来メニューとの
多少の善し悪しを論じてもあまり意味がないと思ってて、従来メニューを過去のものにするくらい
広く支持されてるかどうかってところが大事だと思うんだよな
正直MS以外があまり積極的に取り入れてる感じはしないし、あまり支持されてないなら、
いたずらにUIの種類増やして混乱させただけの存在だと思うわ
道具の世界では従来のものが必ずしも最善ではなくても、「継続」する事が時には大事だよ
352:デフォルトの名無しさん
17/09/19 23:55:18.14 sOczhhK4.net
現に全然広まってない事実を無視するの？
未だにメニューバー+ツールバーが大多数
広まるには随分な時間が有ったはずだろ？
いつもはWindowsのルックアンドフィールをマネするのが大好きな
Linux界隈もガン無視
フリーソフト界隈も少なくとも俺のPCにはリボンUIなフリーソフトは一つも入ってない
まぁWeb中を探せば一つや二つは出てくるかもだが圧倒的少数派
まずこの現実を受け止めてくださいな
353:デフォルトの名無しさん
17/09/19 23:57:13.09 31UnpjJ8.net
Officeには合理的でVSには合理的でないとか言ってることがオカルトにしか聞こえないよ。
VS陣営はOfficeの失敗を鼻で笑ってるよ。多機能なアプリからメニューを削除するなんて馬鹿げてるって。
354:デフォルトの名無しさん
17/09/20 00:19:42.68 YVnYvsBD.net
>>339
だからオフィスユーザーには支持されてるってw
何でも適材適所な訳で、リボンUIは万能じゃないが、オフィスには向いてる。
それは実際に使ってみれば分かるが、使わないと分からない。
355:デフォルトの名無しさん
17/09/20 00:26:05.97 zNeStlMI.net
ネトウヨはよくネトウヨなんて存在しないって言ってる。同じ匂いがする。
356:デフォルトの名無しさん
17/09/20 00:26:48.31 O3zvJc9D.net
>だからオフィスユーザーには支持されてるってw
Officeが支持されてるのであって、リボンが支持されてる訳ではないのでは？
オレもリボンのOffice使ってるけど、従来のショートカットを指が覚えてるからさほど
不自由を感じないってだけで、別にリボンは支持してないw
たぶん大概の人は善し悪しはどうであれ、慣れればどうにかなるから使ってる程度の話で、
積極的に支持してる人が多数派とは思えんのだけどね
357:デフォルトの名無しさん
17/09/20 00:37:55.64 YVnYvsBD.net
>>344
2007が出た当初に散々あった拒否反応が2010の時代にはほぼ消えていたのは確か。
Win8/10のUIに対する不満が今でも消えてないように、
本当は使いづらいけど仕方なく使わざるを得ない人がいるなら、
今でも不満を言い続けている人がいると思うが、ネット上でもそんなの見たことないよ。
っていうかねえ、MSにとってもオフィスは特別だから、本当に不評ならいくらMSでも
リボンを廃止するか、少なくともオプションで旧UIを選択できるようにとっくにしてるよ。
ちなみに、俺自身2007の時代はリボンUIは使いづらいと誤解していた。
358:デフォルトの名無しさん
17/09/20 00:40:20.92 YVnYvsBD.net
しかし、「VSでは使われてないじゃないか」ってこれオフィスろくに使ってないことを
語るに落ちてるよねw
使ってればリボンUIがVS向きじゃないことなんか自明過ぎるよ
359:デフォルトの名無しさん
17/09/20 00:44:04.27 aRa9PEEA.net
>ネット上でもそんなの見たことないよ。
今まさに、ここに沢山居たじゃねーか
お前それらに反論してたんじゃねーのかよ
見たことないってどういうことだよ
お前ひとりで頑張ってて四面楚歌と言ってもよい状況なのに
おかしなことを言うよな
360:デフォルトの名無しさん
17/09/20 00:46:09.11 c+o7kDMJ.net
自分は、MSのオフィスユーザじゃないし、
エクスプローラのリボンは使いにくいと思ってる派だけど、
LibreOffice 5.3 では**実験的な機能**としてリボンUIが実装されてる
URLﾘﾝｸ(www.softantenna.com)
一部の分野の一部のユーザには使いやすいのだろうというのも認めるし、
メニュー方式が使いやすいと考える人もいるということでいいじゃないか
ただし、フラットデザインの「Windows の設定」、オメーはダメだ
361:デフォルトの名無しさん
17/09/20 00:48:32.75 O3zvJc9D.net
>>345
それは何年たっても延々と批判を言い続けるほどリボンを大嫌いな人が多数派じゃないって
だけの話で、リボンが支持されてることの証拠にはまったくなってないよw
どうも君と議論しても時間の無駄みたいだから、このへんで。
362:デフォルトの名無しさん
17/09/20 00:48:39.07 aRa9PEEA.net
LibreOfficeとしてはMSOfficeに使用感を似せたいっていう一部要望があったんでしょ
パチもんの宿命
363:デフォルトの名無しさん
17/09/20 00:49:25.31 GzgU2c85.net
リボンはいいにしても例の「設定」に関しては本当に何がしたかったのかすらよく分からんからな…
364:デフォルトの名無しさん
17/09/20 00:50:37.68 YVnYvsBD.net
>>347
だから使ってない奴の批判なんて何の意味も価値もない
使ってる奴は不満持ってないから
365:デフォルトの名無しさん
17/09/20 00:51:15.97 YVnYvsBD.net
>>351
Windowsのキメラ化w
366:デフォルトの名無しさん
17/09/20 00:55:26.43 aRa9PEEA.net
使ってないという勝手な決めつけと
使ってる奴は不満を持ってないという勝手な決めつけ
このような頭じゃないとリボンUIを素晴らしいと感じない
って結論が出たな
367:デフォルトの名無しさん
17/09/20 01:31:44.55 zNeStlMI.net
リボンUIに需要があればWPFも普及したのになw
368:デフォルトの名無しさん
17/09/20 08:14:45.24 NcDv8zKP.net
WPFにおいてはリボンがコンポーネントとして標準化されたのってだいぶ後だし
現在にいたるまでMS側からもこれ使っていけという扱われ方もしてなくね
369:デフォルトの名無しさん
17/09/20 11:09:13.25 31oJSbFy.net
リボンは標準化されたと言っていいのか？
標準でツールバーにも入れてもらってないのに
現実は非推奨状態
リボンはUWPでも採用されてない
370:デフォルトの名無しさん
17/09/20 11:48:28.40 NcDv8zKP.net
まあ2012でようやく他所からもって来なくて良くなったという意味でしかないか>WPFでの標準化
普及しなかったのってユーザー側の評判以前に
MS自身が積極的にデベロッパーに使わせようという素振りが無かったのが一番大きいと思うで
なもんでリボンに重要があればとかリボンの悪評のせいでとかの文脈でWPFが出てくるのがさっぱりわからん
371:デフォルトの名無しさん
17/09/20 12:34:28.90 yENYztO5.net
>>358
そんなことは誰も言ってないんじゃない？
372:デフォルトの名無しさん
17/09/20 13:57:21.18 NcDv8zKP.net
>>359
言ってるんだよなあ・・・
「イヤ全然関係なくね？」って思っただけだからあんま絡む気もねえけど
> リボンUIに需要があればWPFも普及したのになw
> 逆にWPFが普及に失敗したのは、ExcelがリボンUIを採用したせいで悪い手本になってしまったからだろう。
373:デフォルトの名無しさん
17/09/20 14:37:48.67 zNeStlMI.net
認めたくないものだな、若さゆえの過ちというものを。
374:デフォルトの名無しさん
17/09/20 16:56:02.97 IDdbv2zQ.net
俺はXAML系の技術はSilverlight切り捨てのときに見限ったなあ
あのとき思い切ってWebへの転向を決断して正解だった
あの状況でWPFの方なら大丈夫と思うのは正直どうかしてる
375:デフォルトの名無しさん
17/09/20 17:25:08.25 SSdju2Qy.net
過去ログ見てみたらこんなレスが
921 名前：デフォルトの名無しさん[] 投稿日：2014/08/23(土) 15:42:12.35 ID:qd6ZCp8I
HTML5がくるっていってどのぐらいかね。
開発者的にはHTML5で作るメリットは何もないし、いろんなとこで動かせるメリットはあっても結局パフォーマンスとかデバイス・プラットフォームに最適化出来ないとかでネイティブに対する需要は亡くならんよ。しばらくは。
921 名前：デフォルトの名無しさん[] 投稿日：2014/08/23(土) 15:42:12.35 ID:qd6ZCp8I
HTML5がくるっていってどのぐらいかね。
開発者的にはHTML5で作るメリットは何もないし、いろんなとこで動かせるメリットはあっても結局パフォーマンスとかデバイス・プラットフォームに最適化出来ないとかでネイティブに対する需要は亡くならんよ。しばらくは。
924 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 21:54:13.82 ID:jO0zpBoJ
むしろWebというかHTML5に過剰な期待を持ってる人の方が2周遅れでしょ。
認識が5年はずれてるよ。
928 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 23:43:29.58 ID:hPpI01dm [2/2]
>>925
そうだね。5年後に答え合わせしようね。
376:デフォルトの名無しさん
17/09/20 17:26:09.75 SSdju2Qy.net
ぬけてました
925 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 22:14:47.48 ID:JJDGD5m1
などと前世紀から何か息巻いた声が聞こえますが
イヤーピースするなりして流して下さい
もうじき歴史の彼方に消え去るはずです
377:デフォルトの名無しさん
17/09/20 17:30:11.88 JtkVUIC7.net
開発側としては、「嫌だけど世間の流れなので仕方なく使う」みたいな印象 ＞HTML5
378:デフォルトの名無しさん
17/09/20 17:33:23.41 SSdju2Qy.net
歴史のかなたに消え去る準備はできましたか？
379:デフォルトの名無しさん
17/09/20 17:35:52.27 JtkVUIC7.net
HTML5を嫌がる人への文句の前に
いつまで経っても協調せず、ブラウザ間の動作の違いを無くそうともしないWebブラウザベンダに文句を言ってくれ
380:デフォルトの名無しさん
17/09/20 17:37:08.73 SSdju2Qy.net
まだ5年後まで2年あるからその間にWPFが盛り返せばいい（）
381:デフォルトの名無しさん
17/09/20 17:44:45.08 SSdju2Qy.net
3年の間にjsで天下を取っていたjquerryが死んだことに驚き
jquerry使うと老害
382:扱いされる
383:デフォルトの名無しさん
17/09/20 17:54:37.63 PhA2Z+8U.net
>>363
唐突に何？w
正直web系の技術の現状とか全然追えてないからよく分からんが、
HTML5が普及し始めた頃、どこぞのITの社長さんが「HTML5も結局互換性問題がカオスで
使い物にならねえ」って書いてた通りになってるんじゃないの？
384:デフォルトの名無しさん
17/09/20 17:57:11.82 PhA2Z+8U.net
>>369
変化激しい世界なんだなw
web系の人はどうやって技術のトレンドを追いかけてるの？
今時雑誌とかないよね。
385:デフォルトの名無しさん
17/09/20 17:58:16.10 JtkVUIC7.net
ITProとか@ITとかじゃないの ＞追いかける
386:デフォルトの名無しさん
17/09/20 21:00:50.28 uzKlY2K6.net
このスレでもまだ時代がとまってるらしい
>>367
>>370
実質Chromeが標準ブラウザだから
それ以外はほとんど対応しなくていい
387:デフォルトの名無しさん
17/09/20 21:15:04.25 0lMVwAWW.net
>>373
Chromeはファンも多いがアンチも多いよ。
俺は大嫌い。あのUIのすべてが気に入らない。
ここ見ると多めに見積もってせいぜい4割ってところだろうね。
URLﾘﾝｸ(webrage.jp)
実際はもっと少ないんじゃないかと思うが...
いつも思うけど、web系の人ってドリーマーというか思い込みが激しいというか
自己陶酔系というか、およそエンジニアっぽくない人が多いよねw
388:デフォルトの名無しさん
17/09/20 21:36:11.71 uzKlY2K6.net
>>374
計算できないのか？
世界でChrome以外のブラウザかき集めても2～3割りでそれ以外Chromeって事だろ
389:デフォルトの名無しさん
17/09/20 21:40:54.54 nyZuu7Zf.net
Chromeが云々よりIEが無視できる時代になった事が重要
てかweb系と聞いてブラウザの話しか出て来ないのが既に寂しい
390:デフォルトの名無しさん
17/09/20 21:44:02.01 nInVA+Cg.net
日本の数字ならIEもFirefoxも無視できない数だし
企業だとIE強いよな
391:デフォルトの名無しさん
17/09/20 21:45:26.10 uzKlY2K6.net
俺は趣味で見てる程度だけど仕事でwebのフロントエンドやってる人は大変だと思う
mvvmも一瞬ブームになったけどもう違う方向に舵を切られた
フロントエンドでmvvmは時代遅れ
392:デフォルトの名無しさん
17/09/20 21:49:28.32 0lMVwAWW.net
>>375
何でそう喧嘩腰かねw
言ってる傍からドリーマーだけど、どこをどう計算してもそんな結果にならんよw
そもそも集計方法が分からないが、この手の集計は「意識高い系」バイアスを疑うのが常識。
少なくとも日本に限れば、わざわざChrome使うような意識高い系（パソヲタともいう）がそんなに多いとおもえない。
393:デフォルトの名無しさん
17/09/20 22:11:07.18 JtkVUIC7.net
>>373
>それ以外はほとんど対応しなくていい
趣味で作ってるならまだしも、仕事でこれは有り得ん
それが出来るならどんなに楽な事か
現実はPCでのIE・Fx・Chrome・Safariに加えて、主要な各スマートフォン&タブレットでも動作テストさせられるんすよ
俺がいた現場ではそうだった('A`)