Android Wiki*
カスタムコンポーネントの作成には大きく下記のアプローチがあります。 既存部品の拡張 描画処理も独自のフルカスタマイズ・ビュー 既存のビューを組み合わせたコンポジット・ビュー リファレンス：http://developer.android.com/guide/topics/ui/custom-components.html#compound 既存部品の拡張 既存の部品を拡張して、機能を追加、変更する方法について説明します。 ここでは、標準のEditTextに必須の入力チェックを追加するビューを生成します。 サンプルのソースコード Text.java ビューを継承したクラスを生成する 処理を拡張する レイアウト(XML)に定義する ビューを継承したクラスを生成する 今回はEditTextを拡張しますので、EditTextを継承したクラスを生成し、初期化処理でAttributeから必須の設定(r
throw Life - AndroidのHandlerとは何か？
AndroidでWeb APIを使う場合、マルチスレッドによるユーザビリティ向上を以前のエントリで説明しました。 AndroidアプリのUIはシングル・スレッド モデルです。 単純にマルチスレッドにしてUIの操作をしてしまうと、CalledFromWrongThreadExceptionでアプリがダウンしてしまいます。 これを回避する仕組みがHandlerです。 Handlerの仕組みを簡単に説明しようと思ったのですが、 またもや長くなってしまったので、先にまとめます。 AndroidのUI操作はシングル・スレッド モデル ユーザビリティ向上の為にはマルチスレッドが必要 Handlerで実現 Handlerを使わない場合に起きる例外は実行スレッドのチェックで発生 Handlerを使うと、UI Threadの持つキューにジョブを登録できる キューはUI Threadにより実行される
Metro UIは「UXアプリ養成ギプス」 : 小野和俊のブログ
昨日、今日とWindows Developer Days(WDD)に参加してきた。二日間セッションに参加して感じたのは、「Metro UIは『UXアプリ養成ギプス』だ」ということである。 デザインの原則がある。 例えば原則のひとつに、”Content before Chrome”というものがある。これは、「コンテンツを主役にし、ツールバーやメニュー等のコンテンツへの没入を妨げるものは最小限にする」というものだ。 こうしたデザインの原則やガイドラインがきちんと決められている、ということは重要なことではあるが、それ自体はさほど驚くべきことでもない。先日ブログに書いたように、最近の主要なプラットフォームには、大抵UX/UIのデザインガイドラインが定められているからだ。 では私が何に驚いたかというと、Metro UIではこのデザインガイドラインが「半強制」されていることだ。 UX/UIに意識の高い
ノンタッチUI時代とフロントエンドエンジニア (Using emotiv)
DroidCon Paris 2013 - Recap at the Mobile Innovations Dakar Meetup
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
