Chrome AppsがAndroid/iOSアプリにパッケージングできるようになったので、早速試してみました。 開発ツールからシミュレータ/エミュレータでの実行、Android実機へ...
FirefoxOS(B2G:Boot to Gecko)をビルドして端末(NexusS)にインストールしたらちゃんと動いたのでその方法をメモしておきます。 FirefoxOSが正式名称...
ロム焼きする端末はGalaxy Nexus。@noritsunaさんに台湾で買ってきてもらった自分のヤツ。 GMOさんのご好意により無料でVPSをお借りできました。 スペックは最強の10core/16GB/1TB デフォルトでCentOSがインストールされていたのでUbuntu12.04 LTS(amd64)に変更。 デフォルトで割り当てられるパーティション容量がAndroidのビルドに足りないので増やしておく。 これに引っかかったため再インストールするはめに。 あとOSインストール時に追加パッケージを付けるとインストールに失敗した。 OpenSSHだけ追加して再インストール。 結局３回目のインストールでOSの準備完了。 次は各種ツールのインストール。gccとかgitとか。 とりあえずコレに全部書いてるのでそのままコピペ。 https://sites.google.com/
ちょっと時間ができたので、知り合いのブログを読みあさってました。 すると、安藤恐竜さんとこでこんな翻訳記事を見つけました。 Track memory allocations（日本語超訳） 大半のケースでは、数多くの小さくて短命なオブジェクトが原因でGCが起動される。世代別GCのような場合には、このようなオブジェクトの回収を最適化し、頻繁にGCが起動されることを防ぐことができる。AndroidのGCは、残念ながらそのような最適化を行うことができず、パフォーマンスに影響の多い一連のコードの中で、短命なオブジェクトを作ると、そのままアプリケーションの性能にとって影響が多くなってしまう。 マジっすか？！一応原文もチェック。 Track memory allocations Most of the time, garbage collection occurs because of tons
Android Blogを斜め読みするとこんな感じ。ちょびっと複雑。 端末をC2DMサーバ(@Google)に登録する お返しにregistration IDをもらえる（人にバレちゃだめ） 自分で作ったapp server(GAEで作れる)にuserアカウントとregistration IDを対応付けて保存する browserからapp serverにuser account情報と送信したデータをPOST app serverはuser accountからregistration IDを求めて、データと併せてC２DMサーバへPOST C2DMサーバはregistration IDと対応付けていたデバイスに向けてデータをPUSH これのサンプルとしてChrome to PhoneというAndroidアプリがある。 お気軽に試したい場合はこれを使ってみると良さげ。 実際試した人のブログ→
public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); final EditText textET = (EditText)findViewById(R.id.text_et); Button dlgBtn = (Button)findViewById(R.id.toast_btn); dlgBtn.setOnClickListener(new OnClickListener(){ public void onClick(View v) { String text = textET.getText().toString(); showDialog(text); //ここでダイアログを表示する }}); } priv
throw Life Walkin' On The Spiral. Let's see, if that's true or not.
Leopardにはウィジェット開発環境として「Dashcode」が準備されています。 今回は早速そのDashcodeを使って前回のエントリで公開したウィジェット「Jorudan Transfer」を開発してみます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く