Not Found The requested URL /blog/171 was not found on this server.
404 Not Found
Not Found The requested URL /blog/171 was not found on this server.
【スマホ集中連載 第3回】 "iPhone・AndroidアプリのUI・挙動はどこが違う？" 〜LDNReaderで徹底検証 : LINE Corporation ディレクターブログ
こんにちは。スマートフォングループの石野です。 「ディレクターのためのスマートフォン講座」第3回目を担当します。 前回に引き続いて Android と iPhone の比較ですが、アプリについてもう少し突っ込んでみます。Android アプリを使ったことが無い方はぜひご覧ください。 はじめに / サンプル紹介 なるべく直感的に把握していけるよう、実際に iPhone / Android でアプリをリリースしている『LDNReader』を例に見ていきます。ニュースリーダー系アプリです。機能面はほぼ同一であり、比較しやすい対象です。 ※以下は iPhone / Android アプリを開発する上でのガイドラインではありませんのでご注意ください。あくまで『LDNReader』は一例にすぎず、Android の概念を学習するのが目的です。 ※実際にダウンロードする際は以下よりお願いします。 iPh
UIエンジニアとPGのよりよい開発分担を考える
デザイン、HTML/CSSマークアップ、JavaScript実装、サーバサイド実装等と開発項目があるなかで、UIエンジニアとプログラマはどこをどのように分担すれば開発効率がよいかを考えてみた
パン屑リストについてもう一度考えてみる
様々なパン屑リスト 利用者が辿ってきた道筋を示し、いつでも先に戻れるような配慮としてパン屑リストがあります。IA の専門家 Keith Instone によると、パン屑リストには以下のタイプがあると言われています。 場所の示す Webサイトをツリー状として捉えたときの利用者の現在地を表示する 経路を示す 利用者が現在地まで辿り着いた道筋を表示する 属性を示す 断面的な検索をして絞り込む際、選択済みの属性を表示する 進行状況を示す アプリケーションの利用の際、タスクの進行状況を表示する それぞれのパン屑リストには特有の機能があり役割を果たして来たわけですが、本当に必要かどうかを再考するべきタイプもあります。例えば経路を示すパン屑の場合、ブラウザで既に実装している「戻る / 履歴」と重複しています。また、利用者が幾つかのページをブラウジングしているだけの場合など経路を残すべきか判断しにくい場合
複数選択するフォームのselectを見やすく使いやすくするjQueryプラグイン・jQuery UI Multiselect
良さ気だったので備忘録として。フォーム のselectで複数選択可能にする事もある と思いますが、これを見やすく、また、直感 で使いやすくする為のjQueryプラグイン。 IE6や7でも普通に動いてくれますので、 いろいろと使いどころがありそうです。 フォーム周りは覚えておくと便利ですよね。 jQuery UI Multiselectは複数選択するselectを見やすく使いやすくしてくれます。
Pull Out Content Panel with jQuery | Codrops
In this tutorial we will create a content panel that slides out at a predefined scroll position. It will reveal a teaser with related content and it can be expanded […] In this tutorial we will create a content panel that slides out at a predefined scroll position. It will reveal a teaser with related content and it can be expanded to full page size to show more. A custom slider allows to scroll t
Emacsのwidgetについて思ったこと - 技術日記＠kiwanami
id-manager.el にて Emacs の widget を使ってみました。その感想などです。 widgetとは widgetはEmacs上でダイアログのようなUIを作るライブラリです。CustomizeなどのUIがこれで出来ています。 最近のEmacs（少なくともEmacs23）には標準で入っています。 widgetの例（Infoのサンプル） どこが良いか 複数の入力項目をユーザーに要求するような場合、widgetを使うことで非常に分かりやすいUIになることが多いです。 grepのUIで具体的に比べてみます。lgrepとezgrepという、Emacsからgrepするプログラムがあります。 参考 lgrep Emacsの検索機能を使いこなす(菅原泰樹) — ありえるえりあ ezgrep http://www.geocities.jp/km_pp1/ezgrep/html/ezgrep
コピペで実装する「ユーザーに優しいドロップダウンメニュー」 :: 5509
ドロップダウンメニューが便利な場合もありますが、ドロップダウンしてるエリアからカーソルが離れた際の素っ気なさときたら・・・ とりあえずサンプル2つ用意したので比較してみてください。 比較用サンプル 素っ気ないドロップダウンメニュー 優しいドロップダウンメニュー ちょっとした気遣いで優しいUIに 彼女（彼）とバイバイしたあと見えなくなるまで見守ったりしませんか？名残惜しい的なのでもいいです。振り返ったとき既にいないとか寂しいじゃないですか。そういう気持ちって重要じゃないですか。 UIにもそういう小さな優しさというか思いやりを持たせてあげましょう。普通のことですけどね。カーソルが離れてもすぐ消えずにちょっと待ってくれるドロップダウンメニューを簡単に実装できるコードを用意したので、ちょっとした優しさを持ってコピペで使ってやってください。 こっからコード HTML CSS ul#nav { mar
The Anatomy of a Perfect Login Page | Css Globe
In this article I am going to analyze what a perfect login page or login form should have. Also you are able to download the pure CSS3 login form for free. Login forms are very simple in terms of the required elements. When it comes to forms, it doesn't get simpler than that. But some of the elements that could be valuable to your users (or potential members) are often neglected. Let's take a lo
jQuery imageless buttons a la Google
This jQuery plugin is an attempt to recreate Google's imageless buttons and prove that it doesn't take a whole team of engineers and an endless cycle of code revision and quality control (their own words) to pull this off. I don't know how Google did it, but my buttons automatically adapt to paddings and other styling you wish to use. They allow for a lot of stylistic customisatoin via a few lines
スマートフォン向けサイトのラジオボタンを良さ気な感じに。
昨年後半辺りから、iPhoneやAndroidなどのスマートフォン案件を実際にやる機会が増えて、今年はもっともっと増えるんだろうなぁと思う今日この頃。 なので今回は、スマートフォン向けサイトのフォームを作成する時に使うかも知れないラジオボタンにフォーカスした記事なんぞを。 ラジオボタンといえば、よく見かけるのは性別の選択とかでしょうか。 何にせよ、下記のような感じです。 ラジオボタン1 ラジオボタン2 んで、これをiPhoneとかで見ると、何の変哲もない普通のラジオボタンですが、iPhoneってラベル部分をタップしても選択できなかったりして使い勝手が悪いと思ったりしませんか？ ボクが持ってる、iPod Touch では反応してくれなかったです。 そこで、ラジオボタンをもっと良さ気なボタンっぽくしてみたら良いんじゃないかと思ったのでやってみました。 サンプルはiPhoneかwebkit系ブラ
ユーザを逃さないヘルプの見せ方、2つの注意点 (ユーザビリティ実践メモ)
前々回、前回に引き続き、ヘルプコンテンツの効果的な見せ方についてご紹介します。 ヘルプコンテンツは、すべての項目を羅列した「よくあるご質問」のようなページを持つだけでは不十分です。 以前の実践メモでは、疑問が発生したタイミングで「その場で」参照できるよう、主要な導線となるページ内に、ヘルプ内容を露出する方法を推奨していました。 今回は、ヘルプ内容を露出する際の、具体的な2つの注意点をご紹介します。 ヘルプの隠れた役割 置くだけでは不十分？ヘルプ活用3つのポイント そこで、実際に皆様のサイトで主要導線上にヘルプ内容を露出させる際の注意点を、以下の2つにまとめています。 注意点1. 同一ウィンドウでヘルプページに遷移させない ヘルプが掲載された別のページに「同一ウィンドウで遷移させる」（ページが完全に切り替わる）という方法はお勧めできません。 ページが完全に切り替わると、もとのページに戻るため
githubのアレ(history.replaceStateとかhistory.pushStateの話) - 愛と勇気と缶ビール
会社で下の記事についてリマインドしてもらって、なんとなく気になっていたことを調べたメモ。 http://webtech-walker.com/archive/2010/12/06160539.html 記事を読んで、history.replaceState(null, "title", "/new.html") とかやると遷移なしでページのcontentも勝手に置き換わるのかなー、だったらあのアニメーションはどこで発火してんだ？とか考えていたがそもそもreplaceStateの動作について勘違いしていた。 要は、次のようなhtml書いてボタンをクリックしても、historyの先頭が置き換わるだけでページ自体には何も起こらない。(ただしlocation.hrefは置き換わっており、reloadすると/replace.htmlにいく) <!DOCTYPE HTML> <html lang="e
Infinity Dimensions Now Rebooting.
Infinity Dimensions Now Rebooting.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2011-03-04 pixiv × UI の話
https://jp.techcrunch.com/2011/02/22/20110221will-you-miss-the-browser-address-bar-if-google-kills-it/
IDEA * IDEA
https://jp.techcrunch.com/2011/02/18/20110217twitter-wants-to-know-why-you-arent-using-newtwitter/
IDEA * IDEA
Watch!~ The Bachelor Season 21 Episode 7 online Full SERIES FREE - Wijmo
