わかりやすい「エレベーターの開閉ボタン」ってどんなんだろうね？ | fladdict
Twitterで「ボタンと間違いやすいサイン」について呟いたら・・・ いつのまにか「間違いやすいエレベーターボタンのデザインの話」に巻き込まれてたでござる。 面白そうだったので、自分でも考えてみたり。コアコンセプトは以下のような感じ。 安全側にマージンを設ける 表現の為に安全を犠牲にしない 迷ったらコンサバに。チューニング芸で頑張る。 視覚的／言語的にハンディキャップがある人にリスクを負わせない。「ってか、そこは周囲の人で吸収する社会にしようぜ！」という思想を、そこはかとなく埋め込む。 ボタンの文言とか 「開く＆閉じる」や「開＆閉」は、漢字が似てて視認性が悪いのでボツ。「あける＆とじる」や「あける＆しめる」は、「る」が被るのでボツ。「Open & Close」は視認性が悪いし子供がわかんないのでボツ。 で「ひらく」と「しまる」に決定。 「とじる」や「しめる」じゃなくて「しまる」にした最大の
iPhoneのUIのスキンをカスタマイズする場合のメモ | fladdict
iPhoneのUIKitに独自のスキンを被せようとすると、色々とテクニカルな障害がおおいが、それをどうやって解決するか？のメモ。 自己流なので、更新のよちは在り在り。 基本アプローチ ・基本のスキンのカスタマイズはUIViewレベルで行わずに、UIViewControllerレベルで行う。 ・UIViewControllerを拡張して、SkinnedViewControllerを作る。 ・SkinnedViewControllerのviewDidLoadのタイミングで、ナビゲーションバーやサーチバーなどのView構造を書き換える。 ・こうすると、NavigationBarの戻るボタンやSearchBarなど、直接allocできないViewも一括してカスタマイズできる。 ボタン系 ・ボタン系は、Customボタンを作ってプロパティを弄ったり、サブクラスを作って直接Allocしない。 ・むしろ
スマホのUI考２ 〜 フィードバックについて | fladdict
UIについて徒然と考える自分用メモ、２回目はフィードバック。ユーザーに「何かがおきたよ！」と如何に明解に知らせるか？１回目はこちら 随時増えたり減ったりするよ。自分の主観だから間違ってることもチラホラあるかもよ。 振り返ってみてTiltShiftGenでは、遷移系のフィードバックは少なめにして、情報系のフィードバックを多めに調整してたんだなぁとシミジミ。多分、ブラーの処理が重かったからだと思う。隙をみてバージョンアップしたい。 一般論 ・フィードバックとは？ ユーザーの操作に対して、結果を返すこと。操作の実感。 ・フィードバックのないアプリは痛覚の無い人間。 ・物理的なフィードバックもソフトウェア的フィードバックもなければ、ユーザーは何がおきているか知覚できない。 ・何かが起きたら必ずユーザーに通知する。 ・適切なフィードバックが行われるとユーザーは快感を感じる。 ・新雪に足跡をつけたり、
fladdict » スマホのUI考 〜 ボタンについて
SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
