アップグレード手順の自分まとめです。参考になれば幸いです ダウンロードからシミュレータの起動までメモしています。 1.ダウンロード http://developer.android.com/intl/ja/sdk/1.6_r1/index.html からSDKをダウンロード(250MB程度) Windows android-sdk-windows-1.6_r1.zip 260529085 bytes 2bcbacbc7af0363058ca1cac6abad848 ですね。クリックするといつも通り、ライセンス同意しますか。と聞かれますので I agree to the terms of the Android SDK License Agreement. チェックボックスを入れて、DownLoadしてください 2.zipの展開 適当なところへ展開してください。念のため、1.5r3以前への上
For a more comprehensive list of mobile phone operators, see Mobile country codes. Terrestrial[edit] This is a list of the world's thirty largest terrestrial mobile phone network operators measured by number of subscriptions. Rank Country Company Main markets Technology Total subscriptions (in millions) Ownership (100% ownership unless stated otherwise)
make sdkすると、SDKとして配布している形式で出来上がるはずだが、ドキュメント通りにやってみたら、以下のエラーがでた。 Docs droiddoc: out/target/common/docs/dx javadoc: エラー - doclet クラス DroidDoc では、メソッド start は例外 java.lang.reflect.InvocationTargetException をスローしました。 com.sun.tools.javac.code.Symbol$CompletionFailure: sun.util.resources.OpenListResourceBundle のクラスファイルが見つかりません エラー 1 個 make: *** [out/target/common/docs/dx-timestamp] エラー 45 以下の投稿を参考に、sun-j
$ make sdk とすると、SDK一式がビルドできる。 $ cd out/host/linux-x86/sdk/android-sdk_eng..linux_x86/tools $ ./emulator でビルドしたエミュレータが起動する。 ただし、java6のjdkを使っていると、make sdkの途中のjavadocでsunの内部クラスが見つからないというエラーになってしまう。こんな感じ。 $ make sdk ... Docs droiddoc: out/target/common/docs/dx javadoc: error - In doclet class DroidDoc, method start has thrown an exception java.lang.reflect.InvocationTargetException com.sun.tools.javac
[Android Tips#1]特定URLへのアクセスをフックするには?
[Android Tips#3]ListViewを交互にカラーリングする
Android用アプリケーションを公開するには電子署名をする必要がある。 詳細は、http://code.google.com/android/devel/sign-publish.htmlに記載されているが、簡単にまとめてみた。 アプリケーションにデジタル署名をする必要がある署名されていないアプリケーションは、エミュレータでも実機でも、インストール及び実行不可能デジタル署名を行う証明書は、自己証明書(オレオレ証明書)で良い 認証局は必要ないデバック実行時には、ADTが自動的にデバック用の署名を行っているのでエミュレータでの実行が可能となっている。証明書の有効期間は、インストール時だけに使用される。インストール後に有効期間が切れても、アプリケーションは動作可能標準的なJAVAのツールである、Keytool,Jarsignerでキーを作成しapkファイルに署名をする自己証明書ではあるが、同一
概要 作業時間計測ツールは作業項目別に時間をカウントし記録するソフトです。趣味でパソコンを使っていて、どんなサイトを何時間ネットサーフィンしたかなんて知っても関係ないって人には無縁のソフトです。 どちらかと言えば仕事でパソコンを中心に作業をしていて上司や取引先に作業内容を報告しなきゃならない人や、週報を書くのが面倒でいつも提出が滞っている人(自分!?)の役にたつようなモノが欲しくて作成したソフトです。 【特徴】 ツールバー形式で計測する作業の切換えもボタンクリックだけ デスクトップの隅に自動的に隠れるので操作のジャマにならない 項目毎にメモを付けられるので作業記録を日報・週報として利用可能 起動・終了時刻も記録するので1日のパソコン使用時間も計測可能 アプリケーション操作による項目の自動切換え機能で計測ミスも大幅削減 SysLog同期を直接イベントログから読み込むように変更 起動時にSys
Technical本家フォーラムより。 Surface to Native - Android Developers | Google Groups SurfaceオブジェクトをNativeで使いたいということのようだ。 Googleのエンジニアからのレスとして Sorry, there is currently no API in the NDK for working with surfaces. NDKには... 本家フォーラムより。 Surface to Native - Android Developers | Google Groups SurfaceオブジェクトをNativeで使いたいということのようだ。 Googleのエンジニアからのレスとして Sorry, there is currently no API in the NDK for working with surf
デバイスを常に検出可能にする方法、その2です。 前回(http://d.hatena.ne.jp/esmasui/20091003/1254550891)は#setDiscoverableTimeout()に無期限を表す値を設定することで、デバイスを常に検出可能にしました。 今回はBroadcastReceiverを利用して実現してみたいと思います。 検出可能時間の120秒が経過したときに通知されるイベントをBroadcastReceiverで拾い、再度検出可能にするという方法です。 BroadcastReceiverを作成する。 BluetoothのScanMode変更通知を処理するためのBroadcastReceiverを作成します。 使用する値を定数として定義しておきます。 package com.example.bluetooth.scanmode; import android.
androidのbluetooth APIには二つの検出メソッドがあります。 #startDiscovery() #startPeriodicDiscovery() #startDiscovery()は検出が完了する約10秒後に終了します。 #startPeriodicDiscovery()は#stopPeriodicDiscovery()を呼び出すまで検出を続けます。 デバイスを検出し続けるには、後者の#startPeriodicScan()を使えば良いのですが、#startDiscovery()を使った場合も「デバイスを常に検出可能にする その2, http://d.hatena.ne.jp/esmasui/20091014/1255546770 」と同じ方法で検出をし続けることができます。 BroadcastReceiver package com.example.bluetooth
すれちがったーを使用するうえでのプライバシー問題について、何人かの方からご指摘をいただきました。そのご指摘をふまえて、すれちがったー及びBluetoothのプライバシー問題について述べます。 まず、以前よりBluetoothのプライバシー問題について述べておられる高木浩光さんのブログエントリを紹介しますので、ご一読されることをお勧めします。 高木浩光@自宅の日記 - Bluetoothで山手線の乗降パターンを追跡してみた , ユビキタス社会の歩き方(6) Bluetoothの「デバイスの公開」「検出可能にする」.. http://takagi-hiromitsu.jp/diary/20090301.html 高木浩光@自宅の日記 - 首都高速都心環状線でBluetooth追跡できるか + 続・山手線 http://takagi-hiromitsu.jp/diary/20090307.htm
2024-04-17: ICU 75 is now available. It updates to CLDR 45 (beta blog) locale data with new locales and various additions and corrections. C++ code now requires C++17 and is being made more robust. The CLDR MessageFormat 2.0 specification is now in technology preview, together with a corresponding update of the ICU4J (Java) tech preview and a new ICU4C (C++) tech preview. See Downloading ICU > ICU
Hey Eric, It does indeed seem strange. From the wchar.h source code in Bionic: * IMPORTANT: Any code that relies on wide character support is essentially * non-portable and/or broken. the only reason this header exist * is because I'm really a nice guy. However, I'm not nice enough * to provide you with a real implementation. instead wchar_t == char * and all wc functions are stubs to their "norma
Make Tech Easier - Uncomplicating the complicated, making life easier 同じ種類のアプリケーションで見ると、デスクトップアプリケーションと比べてWebアプリケーションは提供されている機能が少ないことがある。逆にWebアプリケーションでは提供されることが多いデータの公開や共有といった機能はデスクトップアプリケーションでは提供されていないことも多い。それぞれ適材適所だ。もっとも大きな違いのひとつは、インクリメンタルな機能の追加にある。 最初は機能の少ないWebアプリケーションでも、成功しているものは随時機能が追加されていくことがある。最初は満足できなくても、機能が追加されるごとに便利になっていく様子はユーザにとっても興奮できる体験だ。学習曲線がアプリケーションの進歩と同じように進んでいくところも特徴といえる。そうした代表的なW
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く