• 今週はNook Color2(Nook Tablet)とTransformar Primeの発表ですね。来週はKindle Fireですね。 #
• Kindle Fireが届いたら更なる最適化をしないといけないかな。Amazonは細かい情報をなかなかくれないのですよね。 #
• Transformar Prime -> Transformer Prime #
• やっとレアケースな問題発生パターンを見付けました！ #
• 原因はアプリが指定した値が設定された後に別の力が働いて勝手に値が変更されたためです。アプリの伺い知らぬ所で勝手に値を変えないで欲しいものですね。 #
• でもこの場合もアプリの不具合にされてしまう訳ですよね。AndroidのカスタムViewは色々と手間がかかりますね。二度と作りたくない位に(笑) #
• 結局、ADT 15.0.0のProGuardライブラリも古い物みたいですね。新しい物を上書きしないとDalvik Format Error 1が出ますね。なぜ最新にしないのかな。 #
• Android版AdMobライブラリは最新版が出ているのにSDK Managerでは更新されませんね。今後はAdMobから直接ダウンロードしたものを使えという事なのかな。NullpointerExceptionでアプリを落とす不具合が直っているらしいのですぐに使いたいのに。 #
• SDK Managerのは GoogleAdMobAdsSdk-4.1.1.jar で AdMobから直接ダウンロードできるのは GoogleAdMobAdsSdk-4.3.1.jar ですか。いつの間にか結構バージョンが上がっていたのですね。 #
• GoogleAdMobAdsSdk-4.3.1.jar はAPI Level 13以上を求めるという身勝手ライブラリだったのですね。 #
• android:targetSdkVersion="13" にすると抽象メソッドが増えていて継承しなければならないみたいなので、却下ですね。 #
• 混乱するライブラリなのでSDK Managerで配布しないのだと納得しました。 #
• 改めてAndroidの混乱具合を知る。 #
• targetSdkVersion と minSdkVersion の違いによるAPIの違いはどこまで面倒見てくれるのかな。minSdkVersion 環境の場合は無いAPIは呼び出されないだけなので問題ないのかな？？ #
• 内部の呼び方が変わっているとかあると困る気がしますね。しかも頻繁にありそうな感じですし。 #
• @patorash 配列のサイズを知るのが難しいというのもJava開発者がはまる部分かも。 #
• レアケースの問題を直せたかな。勝手に値を変更しないで欲しいですね。変数の値では無くScrollViewのスクロール位置の話ですが。 #
• ある事をするとScrollViewのスクロール位置が勝手に変更されてしまうのですよね。しかも、Androidのイベントはきちんと来ないものも存在するのですよね。 #
• つまり、来て欲しい時にきちんと来なくて使いものにならないイベントを補完する為に別の方法で色々処理をしているという事です。 #
• Galaxy NexusのMenuボタンは3つの点ですか。扱いが酷い。 http://t.co/YvXn8R0L #
• しかも、右下端に申し訳なさそうに出るというのも何だか。 #
• 急なUI方針変更な割に扱いが酷いですね。仕方なく付けた感満載ですね。 #
• ActionBar使用時は上にMenuボタンが出るみたいですね。ユーザー大混乱なUIですね。相変わらず目標が何なのかがわからないですね。 #
• しかし、縦に並ぶ3つの点がMenuボタンだというのはわかるのかな。Android3.xはタンスみたいなものだった訳で、抽象的なアイコン使用で再度変更というのも何だか。 #
• Eclipse 3.7.1にしてからデフォルトフォントが見づらくなった気がしますね。最近Xcodeばかりだったので勘違いかな？？ #
• エミュレータの起動はかなり早くなっていますね。3秒位で元の状態に戻るというのは良い感じ。 #
• @patorash Mac App StoreからXcode(1.6GB位＆無料)をダウンロードしてC言語の開発を試すと良いですよ。試さないとわかりにくい所もありますし。 #
• そろそろNook Tabletの発表でしたね。 #
• @patorash なるほど、CDTですか。WindowsだとCygwinが必要とか色々あるのでVisual StudioのEssential(無料版)を使う方が楽ですが、Macだとすんなり使えるのかな。 #
• @patorash しかし、AndroidでNativeコードを使用すると速度的に優位性があっても互換性問題が出るので考えないといけないですよね。ARM機だったらほとんど問題ないのかな？？ #
• AndroidのIME入力時に入力候補領域のせいで入力部分が何度も上下に移動するのは何とかならないのでしょうかね。見ていてストレスが溜まりますし、表示する方(View)も何度もリサイズしないといけないので無駄な処理にしか思えないのですよね。 #
• オーバーレイ表示では無くViewのリサイズに頼って表示しているからこの様な問題が出るのでしょうね。 #

Powered by Twitter Tools