アカウント名:
パスワード:
元記事を見る限り、UWPみたいな事をやろうとしてる訳ですね。
インストールベースとしてiOSのほうがMacに比べて圧倒的に多いので成功の鍵は、Mac側がどれだけiOSに歩み寄るかに掛かってると思います。
> 成功の鍵は、Mac側がどれだけiOSに歩み寄るかに掛かってると思います。
逆
UWP（や、それ以前から）で明確になっているのは、アプリ本体に対して「スマホ向けUI」「タブレット向けUI」「PC画面向けUI」を提供する状況において「わざわざスマホで使おうと思える、またその価値があるだけのスマホ向けUI」「わざわざタブレットで以下省略」「わざわざPCで以下省略」がすべて成立するようにしなければならないという課題
ここで難しいのは、「スマホ向けのシンプルな機能しかないアプリ」をわざわざ「PC画面向けUI」で使う意味がない（使う価値があるだけの複雑なUIが必要ない）ことや、
> まあWindows8とかUWPとかの先達が詳細な「やってはいけないことリスト」を作ってくれているから轍を踏むことはないでしょ
わたしには一つも思いつかないのですが、いくつか挙げてもらえますか？MSは「やるべきでない」としたことかと想像しますが(例えば、productivityはwinRTではなくwin32アプリにすべき、など)
「最初にやってはいけない」だろ
SDK が揃ってないタイミングで完成度の高いお手本となるものを提供しないとかだな。
デスクトップ/タブレット/スマホが、全部同じバイナリでディスプレイというか動作モードと解像度切り替えるだけで、作業コンテキストそのままに、UI が対応するものに切り替えわるし、切り替わりの時間含めて、操作に対するレスポンス時間越えたら強制終了されるとか、アホですかと思ったよ。SDK が頭に入ったあとだと、そんなに難易度高くないことはわかるけど、Win8 当時のFWの延長線だけで考えてた時に、Windows 10 のメールみたいなもん見せられたら、こんなもん作ってられるかって思っちゃうよ。
操作に対するレスポンス時間越えたら強制終了される
これってもしかしてWindows10の"設定"とかにも適用されてるのかな。起動直後のスタートアップガンガン動いてる最中に設定開くと操作できるようになる前に勝手に終了とかまさにそれかなぁと。
設定アプリも UWP だから、そうだろうね。ユーザーに固まったと思わせるような停止/UIスレッドでの計算とかやらせると、速攻でプロセス落とされる。
たしかに、UIが反応しない系のストレスは激減したし、たいした事をしないスマホやタブレットでの操作感は快適だった、、、、理想は良し。それに追従しきれないアプリは悲惨。設定アプリとかMS本家が新規実装したものでも対応しきれないってのはなぁ。
そういうことか～！たまに起動したはずなのに起動してこないことがあると思ったら。
MSといっても結構バラバラだからなぁ。フレームワークの設計したところと作ったところとその上で走るアプリケーションを作ったところが別々ってのは良くあることみたいだし。# 大まかな仕様は共有されているっぽいけど、PCスペックの最低ラインがSurface Pro前提で作られているなんてことも…# Sandy BridgeなんてとっくにMSの中では眼中にない。# SSDで当たり前、遅いSSDなんてSSDじゃない。という感じっぽいんだよなぁ…
こういう不出来は思いつくけど、「やってはいけないこと」がデザインガイドではなく轍を踏むような失敗という意味では、やっぱり心当たりがないですね
全画面を占有するアプリケーション。バックグラウンドに回ると落ちるアプリケーション。
> 全画面を占有するアプリケーション。> バックグラウンドに回ると落ちるアプリケーション。
それは、どちらも UWP として正しく実装されてない。(ガイドラインどころか API の使用方法すら間違ってる)
Windows8とかUWPとかの先達
Windows8については？
一応Win8アプリは、Win10側の機能でフロートウインドウに一括対応したはず。
そういうことじゃなくて、Windows8で失敗した(やってはいけないことリストに入った)からUWPがきちんと対応したんだろということだよ。#3337254の言い分だと、ガイドライン策定時に入っていないものということなんだから。それとも(Windows8)ストアアプリの時点で全画面にしかできないアプリを作らないように言われていたのか、そもそも全画面を占有するアプリケーションが失敗ではなかったのかだ。まあ#3337613で言われているとおり、Windows10になってフロートウィンドウに対応しているのだからあきらかに失敗なのだが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
どっちに寄せるか (スコア:0)
元記事を見る限り、UWPみたいな事をやろうとしてる訳ですね。
インストールベースとしてiOSのほうがMacに比べて圧倒的に多いので
成功の鍵は、Mac側がどれだけiOSに歩み寄るかに掛かってると思います。
Re: (スコア:0)
> 成功の鍵は、Mac側がどれだけiOSに歩み寄るかに掛かってると思います。
逆
UWP（や、それ以前から）で明確になっているのは、
アプリ本体に対して「スマホ向けUI」「タブレット向けUI」「PC画面向けUI」を提供する状況において
「わざわざスマホで使おうと思える、またその価値があるだけのスマホ向けUI」
「わざわざタブレットで以下省略」
「わざわざPCで以下省略」がすべて成立するようにしなければならないという課題
ここで難しいのは、
「スマホ向けのシンプルな機能しかないアプリ」をわざわざ「PC画面向けUI」で使う意味がない
（使う価値があるだけの複雑なUIが必要ない）ことや、
Re:どっちに寄せるか (スコア:0)
まあWindows8とかUWPとかの先達が詳細な「やってはいけないことリスト」を作ってくれているから轍を踏むことはないでしょ
「やってはいけないことリスト」があるときはそれを上からなぞるのがAppleの悪癖なのでそれだけがちょっと心配だけど
Re: (スコア:0)
> まあWindows8とかUWPとかの先達が詳細な「やってはいけないことリスト」を作ってくれているから轍を踏むことはないでしょ
わたしには一つも思いつかないのですが、いくつか挙げてもらえますか？
MSは「やるべきでない」としたことかと想像しますが
(例えば、productivityはwinRTではなくwin32アプリにすべき、など)
Re: (スコア:0)
「最初にやってはいけない」だろ
Re: (スコア:0)
SDK が揃ってないタイミングで完成度の高いお手本となるものを提供しないとかだな。
デスクトップ/タブレット/スマホが、全部同じバイナリでディスプレイというか動作モードと解像度切り替えるだけで、作業コンテキストそのままに、UI が対応するものに切り替えわるし、切り替わりの時間含めて、操作に対するレスポンス時間越えたら強制終了されるとか、アホですかと思ったよ。
SDK が頭に入ったあとだと、そんなに難易度高くないことはわかるけど、Win8 当時のFWの延長線だけで考えてた時に、Windows 10 のメールみたいなもん見せられたら、こんなもん作ってられるかって思っちゃうよ。
Re:どっちに寄せるか (スコア:1)
操作に対するレスポンス時間越えたら強制終了される
これってもしかしてWindows10の"設定"とかにも適用されてるのかな。
起動直後のスタートアップガンガン動いてる最中に設定開くと操作できるようになる前に勝手に終了とかまさにそれかなぁと。
Re: (スコア:0)
設定アプリも UWP だから、そうだろうね。
ユーザーに固まったと思わせるような停止/UIスレッドでの計算とかやらせると、速攻でプロセス落とされる。
たしかに、UIが反応しない系のストレスは激減したし、たいした事をしないスマホやタブレットでの操作感は快適だった、、、、
理想は良し。
それに追従しきれないアプリは悲惨。設定アプリとかMS本家が新規実装したものでも対応しきれないってのはなぁ。
Re: (スコア:0)
そういうことか～！
たまに起動したはずなのに起動してこないことがあると思ったら。
Re:どっちに寄せるか (スコア:1)
MSといっても結構バラバラだからなぁ。
フレームワークの設計したところと作ったところとその上で走るアプリケーションを作ったところが別々ってのは良くあることみたいだし。
# 大まかな仕様は共有されているっぽいけど、PCスペックの最低ラインがSurface Pro前提で作られているなんてことも…
# Sandy BridgeなんてとっくにMSの中では眼中にない。
# SSDで当たり前、遅いSSDなんてSSDじゃない。という感じっぽいんだよなぁ…
Re: (スコア:0)
こういう不出来は思いつくけど、「やってはいけないこと」がデザインガイドではなく轍を踏むような失敗という意味では、やっぱり心当たりがないですね
Re: (スコア:0)
全画面を占有するアプリケーション。
バックグラウンドに回ると落ちるアプリケーション。
Re: (スコア:0)
> 全画面を占有するアプリケーション。
> バックグラウンドに回ると落ちるアプリケーション。
それは、どちらも UWP として正しく実装されてない。(ガイドラインどころか API の使用方法すら間違ってる)
Re: (スコア:0)
Windows8とかUWPとかの先達
Windows8については？
Re: (スコア:0)
一応Win8アプリは、Win10側の機能でフロートウインドウに一括対応したはず。
Re: (スコア:0)
そういうことじゃなくて、Windows8で失敗した(やってはいけないことリストに入った)からUWPがきちんと対応したんだろということだよ。
#3337254の言い分だと、ガイドライン策定時に入っていないものということなんだから。
それとも(Windows8)ストアアプリの時点で全画面にしかできないアプリを作らないように言われていたのか、
そもそも全画面を占有するアプリケーションが失敗ではなかったのかだ。
まあ#3337613で言われているとおり、Windows10になってフロートウィンドウに対応しているのだからあきらかに失敗なのだが。