ええとこ 先に言っておくが良いところはある。ピクセルリマスターFF5のいいとこ： ドットのグラフィックが全体的に強化されている。ほらほら。 戦闘の背景もすごく綺麗だし、 隕石が落ちてくるときに山の背景が追加されていたり、 隕石もパーツの合成じゃなくて、全体が描きなおされてる。この隕石は旧スマホ版ではボコボコのパーツでひどい絵だった。 いろんなものが打ち上げられた砂浜も、SFCのメモリじゃちょっと表現できなかったかもね。丁寧にやってる。 ジョブのドットも結構手が入っている。特に違いが目に付くのは魔法剣士ファリスで、イラストに忠実なドットになった。 これだけ良くなっているが、決してオリジナルの雰囲気を損なっていない、92年末のスーパーファミコンと比べて決してやりすぎていない、数歩上を行くレベル。 最新のドット技術を使いながら、古い時代の感覚を非常に丁寧に維持している。グラフィック担当は非常に良
最近よく考えていることに、UXのバグというものがあります。名前は勝手につけてみた。 ようは、アプリを使っていて、ユーザが混乱したり、分からない部分が発見されたら、UXのバグが発見されたと考えてる。 このUXのバグとフィードバックループは密接に関わっていて、Aという機能がすでにあるのに、ユーザから「Aという機能をつけてください！」とか問い合わせがあると、UXのバグがあるとなります。 問い合わせ以外に、データ分析で使われていない機能を計る事でも分かる。 このバグの治し方として一番いいのが、UIをパッと見て分かりやすくする、ボタンの名前を変える、メッセージやイラストで分かりやすくする形だと思う。 そして、ヘルプページのFAQに書くという最終手段もあります。 この最終手段は、多くの事をUI上のメッセージで書くと、情報過多でノイズが増えすぎてどうしようもないとか、ごくまれなケースとかに使います。 ヘ
標準 SDK で提供されているクラスがどういう構造になってるか参考にしたいとか、ちょっとしたカスタマイズをしたいとか、そういうときにビュー構造をダンプしたりすることはよくあると思います。 下記のようなメソッドを書いてもいいのですが、実は UIView には便利なメソッドが提供されています。 - (void)explode:(id)aView level:(int)level { doLog(level, @"%@", [[aView class] description]); doLog(level, @"%@", NSStringFromCGRect([aView frame])); for (UIView *subview in [aView subviews]) { [self explode:subview level:(level + 1)]; } } それが次の２つです。rec
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
