[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 06/12 17:20 / Filesize : 214 KB / Number-of Response : 856
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

PlayStation Suiteプログラミング part 2



825 名前:名前は開発中のものです。 mailto:sage [2012/06/07(木) 22:43:14.59 ID:0IFRIg4i]
意図した画面にならない件については、レイアウトアンカー機能を正しく使う事で解決できます。

例示されたアプリの場合、四隅のWidgetは角方向へアンカーを設定、真ん中のWidgetはアンカー設定無し、そして、それぞれ幅・高さをリサイズする設定にすればOKです。
同じようなデザインを960x544のVitaサイズで作成し、(おそらくは854x480の)シミュレータ上と1200x752のSonyTablet S実機上で、ほぼ、デザイン通りの画面になるのを確認しました。

UI Composerのヘルプからレイアウトガイド -> レイアウトアンカー機能と辿れば、図入りの機能説明がありますから、確認されてみてはいかがでしょうか?


もっとも、人間が手動で設定しなければならないということは、設定ミスによって意図せずデザインが崩れる可能性を無くせないということでもありますし、機種間の差を埋めて効率的な開発を可能にするというコンセプトからは少し外れた設計であるといえなくもありません。
特に何も設定しなくても適切にリサイズされ意図通りに表示され、例外的に解像度の違いによって表現の差を付けたいときのみ、手動でそのように設定するような設計であって欲しいですね。

例えば、将来、Sony Tablet Pのような特殊で偏った画面構成の機種がさらに増えたとき、それに対応する責任を負うのは開発者側であるのか、それともSCE側であるのか。
例えば、PS3で実行可能になったとき、RCA端子でアナログTVに接続されたPS3環境で、表示されない領域のために操作不能になったりしないようにするのは、アプリ開発者の仕事なのか、それともSCEの仕事なのか。

アプリ開発者が対応する義務を負うのなら、それはAndroid端末向けに開発するのとさほどかわりがないような。

--
ここまで書いても言いたいことが次から次に出てくるから投稿するのやめちった。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<214KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef