うつ病miwawaの日記帳 -4ページ目

前ページ
次ページ

08Dec
- 最近、java.lang.NoClassDefFoundErrorの大量レポートに悩む方
  以下の内容は鮮度もののネタですので修正されている可能性があります。該当する方には影響でかそうなので投稿しておきます。Android2.3.xやあとHTC製のAndroid4.0.xで　java.lang.NoClassDefFoundError: android/os/AsyncTaskとかのエラーレポートが大量に上がってきていて困っている開発者の方。Admob使っていたらばバグでございます。https://code.google.com/p/android/issues/detail?id=81083https://groups.google.com/forum/#!topic/google-admob-ads-sdk/_x12qmjWI7Mフォーラムを見るとサービス側の担当者なのか仲介者なのか分かりませんがその方が確認したところ　・Android2.3.xでは全ての端末　・Android4.0.xではHTC製の端末で起きていると言っております。。。んでアプリ内にAsyncTaskとかの非同期系つかわなければエラーってない模様。なお、問題の確認ですがエミュレーターではエラーが発生しません。なのでエミュで確認しても意味ないです。エミュレーターではエラーが発生しません。大事なことなので2回いいました。あと、上のフォーラム私もやりとりしてますがメディエーション使わない場合は改善されたもようかも。さて本題。とりあえず回避策としてApplication.classを継承して以下をonCreate時にいれマニフェストへ登録することでなんとか回避できる。あと絶対に最新のgooglePlayserviceライブラリにはすること（他にもバグがありそれも改善してる模様）。*作りによって改善できてない人もいるみたいかも。。try { Class.forName("android.os.AsyncTask"); } catch(Throwable ignored) {}自分の場合は以下のようにAdView読み込むActivityに挿入して動作することを確認。いまんとこ最新のバージョンでクラッシュレポートはきていない。public void onCreate(Bundle savedInstanceState) { try {　　Class.forName("android.os.AsyncTask");　　} catch(Throwable ignore) {} super.onCreate(savedInstanceState);　 //各処理}こないだブログにもかいたけど、フォーラムみると影響でかいかも。一週間で10000クラッシュとか広告表示が10%落ちとかって。。。2週間近くたってもまだ直ってないよ！まぁ起きたものはしょうがないのでおいといて。まじめな話言いたいのは。とりあえずサービス側は認識しているならちゃんと広報してほしいんですけど。あ、実機ねぇ確認したいけどできないって方向けにフォーラムでこちらが紹介されてます。ただし試用版だと制限時間とかいろいろあるみたい。https://appthwack.com
03Dec
- 12/03
  GooglePlayサービスが古いAndroidに対して雑過ぎてやばすぎる。うちもアプリも思い切りAdmob使っているのではまっております。。。これはレビューが荒れるな・・・https://groups.google.com/forum/#!topic/google-admob-ads-sdk/_x12qmjWI7Mどうせうちのせいじゃないとか認めないだろうけど。。勝手にGooglePlayサービスはアップデートするからな・・・今問題なくとも急にやばくなったりこれからするんだろうな。。
27Nov
- RecyclerViewを使ってみた。んでSwipe To Dismissできるようにしてみた
  前にもエントリしましたがちゃんとRecyclerView使ってみた。大まかに見るとレイアウト周りの動きなどはLayoutManagerレイアウトの見た目とかの調整はRecyclerView.ItemDecorationデータセットはRecyclerView.Adapterって感じなのかな。それとRecyclerViewはポジションとか座標とかでほしいものをとってこれるようになっている。これだけはまぁ使いやすい感じでございます。でも、RecyclerViewはあることをしようとすると面倒になってます。まぁ単純にカスタムなアイテムだけで面倒ってことなんですが・・・例えばアイテムクリック処理をしたい場合、setOnItemClickなどはないので以下の2パターンが良くあると思います。んでどちらもデメリットあります。1.addOnItemTouchListener(RecyclerView.OnItemTouchListener)を使う。*アイテムの範囲内なら全て呼ばれる。さらに各タッチ処理の前に呼ばれるので回避が。。。ようは子ビューの中にボタンがあった場合、ボタンと合わせて呼ばれてしまうってこと。2.Adapter内で子ビューに直接setOnClickListenerを実装する。*該当のビューのより下のparent達にはイベントがこない。なのでsetOnItemClickのように子ビュー全体でクリック判定したい場合でRecyclerView.setOnTouchListenerでやっていたらこれは呼ばれない。RecyclerViewはまぁ大本がListViewを経由してないんでまぁここらへんはしょうがないのかなと。setOnItemClick系のListenerも問題が多かったみたいでなくしたかったんだろうな。んで、まぁこれだけならいいんですがこいつにSwipeToDismissを使ったり、子ビューにボタン入れたりを複合したい場合まぁ面倒。。ちなみに普通にスワイプするならば偉大な開発者の方がRecyclerView用にSwipeToDismissのListener（SwipeDismissRecyclerViewTouchListener）を公開していたりします。krossovochkin/Android-SwipeToDismiss-RecyclerViewhttps://github.com/krossovochkin/Android-SwipeToDismiss-RecyclerViewこれはRecyclerView.setOnTouchListenerで実装するタイプのListenerですのでカスタムの場合にアイテムクリックが1しか使えんという。。。*リスト全体をクリック判定しなくていいなら全然使えるんですがね。なんでこいつをフォークしてaddOnItemTouchListenerでスワイプできるようにちょい修正してみますた。addOnItemTouchListenerでスワイプするなら、子ビュー全体にタッチ反応　＆　各クリック系はAdapter内で実装で普通に反応。もちろんバックグラウンドもステイタスで変えれるよ。ってことで以前と同じような形に使えるので。補足ですが、addOnItemTouchListenerのonInterceptTouchEventでtrue返すと全部止まっちゃうのでスクロースストップなんかはスワイプ開始と終了をコールバックしてその時に適宜行えるようにしています。と書きましたが最後は投げっぱなしですいません。以下にサンプルを置いておきますので見てみてください。難しいことはしとりませんので。。。https://drive.google.com/file/d/0B_niJgzazrXxT1pXc2YzNUp6Rk0/view?usp=sharing*シンプルとカスタムがありますがシンプルはクリックをaddOnItemTouchListener(RecyclerView.OnItemTouchListener)スワイプを上で紹介したSwipeDismissRecyclerViewTouchListenerでやっとります。あとAdapterは毎回作るの面倒なのでList用にRecyclerViewAdapterを継承したabstractなAdapter用意してます。AbsArrayBaseRecyclerViewAdapterってやつ。基本的な部分は以前のArrayAdapterな感じに扱えるようにしてみましたよ。AbsArrayBaseRecyclerViewAdapter RecyclerViewAdapterって
22Nov
- RecyclerViewを使ってみたがIllegalStateExceptionで落ちた
  RecyclerView.ViewHolderってsuperでrootのView入れないと落ちるのね。よく見てなかったから30分くらい迷ったわ。。。例えば<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="wrap_content"> <TextView android:id="@android:id/text1" android:layout_width="wrap_content" android:layout_height="wrap_content"/> </FrameLayout>んでRecyclerView.AdapterとRecyclerView.ViewHolderはこんなの（一部抜粋）@Overridepublic ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) { View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.row, parent, false); return new ViewHolder((TextView)view.findViewById(android.R.id.text1));}public static class ViewHolder extends RecyclerView.ViewHolder { public TextViewmTextView; public ViewHolder(TextView v) { super(v); mTextView =v; }}これだとIllegalStateExceptionThe specified child already has a parentとかで落ちる。やるなら@Overridepublic ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) { View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.row, parent, false); return new ViewHolder(v,(TextView)view.findViewById(android.R.id.text1));}public static class ViewHolder extends RecyclerView.ViewHolder { public TextViewmTextView; public ViewHolder(View v,TextView tv) { super(v); mTextView =tv; }}こうすんのね。stackOverあたりで軽く調べたらinflateでattachToRootはfalseにしろよな話はすぐでてきたんだけどね。たぶんドキュメントを見れば書いてあるんだろうけど。。。とりあえず新しいものだったのでエラーってみました（・ω・）初触りな感想は、Adapterはぶっちゃけ前にエントリもしたBindableAdapterと同じ使い方だけどgetContext()とかないんだねとか。あと表示する数とかはAdapterのgetItemCountで指定するのねとか。あとなにしてるかは詳しくわからんけどリサイクル部分はViewHolderなとこで前と同じなのねとか。なんか表示する数の指定方といいiOSと同じような作りに近いのかな。んま～RecyclerView.ItemDecorationとかいうのもあるしそもそもの用途がリスト用ってわけじゃないのかなとも思ったりもしますが、個人的には普通のListViewで慣れてるとお作法覚えるまでめんどいなこれとも思いました。でも慣れればいいんじゃない？明示的にViewHolder使わなきゃいけんので何もしらなくてもリサイクルできるし。といったところ。まぁ使えるものは使いましょうってことで。
08Nov
- ManageBox ver2.4.0.2　アップデート
  ManageBox ver2.4.0.2にアップしてきましたよ。反映までは時間がかかると思います。ランチャーに設定できるアイテムを拡張した感じです。あとは不具合。。。すいません。。。詳しいアップデートの内容はこちらにhttps://plus.google.com/116288003669370918010/posts/PffXCF7ZLTU
30Oct
- ManageBox ver2.4.0　アップしてきましたよ。
  ManageBox ver2.4.0　アップしてきましたよ。詳しくはこちらに書いてみた。https://plus.google.com/116288003669370918010/posts/T8g22PsYf9B
18Oct
- 10/18
  うちのすぐ近くが川越なんですが、本日川越祭りだったのですな～。昼ごろに行ったら、めずらしく人がめっさめっさと。行ったついでにモツ食いました。あと山車がでてたのでぱしゃりと。
17Oct
- 10/17
  今週は姉が帰ってきていたのでお休み。家族談話です。んで、アプリに他アプリのショートカットが利用できるようにしているのですが、現在の作りとくっつけるとがっつり修正しないといけないことに気付いた。。。なので修正中。ついでに見直しもしますです。ふぃ～
07Oct
- [メモ]SwipeRefreshLayout内でFrameLayout等を使う。
  Support Library revision 19から追加されたSwipeRefreshLayout。Gmail等でリストを下にひっぱった時に上部にプログレスがでるあれです。昔はさーどぱーてぃーなライブラリを使っていましたが、正式にサポートするよって形になってます。使う上での設定などはxmlとかでSwipeRefreshLayoutを入れその中にListView等をいれる。あとはOnRefreshListenerの設定とか色とかセットするだけ。いろいろなブログさんなんかでも言ってますがかなり簡単になってます。ただScrollViewのようにSwipeRefreshLayoutの中に入れれるのは一つのViewGroupのみ。しかも配置したViewGroupを起点にしてpull判定をするので、QuickReturnのようにFrameLayoutにいろいろ入れてとかする場合などは使えません。*FrameLayoutに反応してしまい中のListViewでpullしない。なので似たようなUI ライブラリを使ってる場合も同じくうまく動きません。かぶせないようなヘッダーならListViewにpaddingTopかませばいいんですが場合によっては複雑になる場合もあると思いますし、なるべく公式サポートなSwipeRefreshLayoutを併用して使いたいという場合があると思います。なのでこれをできるようにします。pullの判定は以下のメソッドで行ってます。public boolean canChildScrollUp(){ if (android.os.Build.VERSION.SDK_INT < 14) { if (mTarget instanceof AbsListView) { final AbsListView absListView = (AbsListView) mTarget; return absListView.getChildCount() > 0 && (absListView.getFirstVisiblePosition() > 0 || absListView.getChildAt(0) .getTop() < absListView.getPaddingTop()); } else { return mTarget.getScrollY() > 0; } } else { return ViewCompat.canScrollVertically(mTarget, -1); }}というわけで面倒かもしれませんがSwipeRefreshLayoutを継承したクラスを作り以下のように返します。*コード内でnewする場合なら直接でもいいですがこの手のViewはxmlから設置するほうが現実的だと思うのであらかじめ修正したカスタムClassを作っといたほうが使いまわせる意味でも楽だと思います。public class StickyRefreshLayout extends SwipeRefreshLayout { //mTargetViewは判定に使いたいListView private ListView mTargetView; public StickyRefreshLayout(Context context, AttributeSet attrs) { super(context, attrs); } public StickyRefreshLayout(Context context) { super(context); } public void setListView(ListView targetView){ mTargetView=targetView; } @Override public boolean canChildScrollUp() { //mTargetViewがnullなら通常通り if (mTargetView == null) { return super.canChildScrollUp(); } //マルチにしたい場合はmTargetViewをViewにしinstanceofなどで処理を分ければいい if (mTargetView.getFirstVisiblePosition() == 0) { View childView = mTargetView.getChildAt(0); int top = (childView == null) ? 0 : childView.getTop(); return top < 0; } else { return true; } }}*コメントにも記載したのですが、上記ではListViewだけを対象にしてます。他のも対象にしたい場合はListViewをViewにしてcanChildScrollUp()内でObjectごとに処理を切り分ければいいと思います。まぁリストとスクロールビュー以外は必要ないと思いますが。んで、あとはSwipeRefreshLayoutを上記のクラスに置き換え、対象のListViewをsetListViewしてあげればいいです。例えば以下のようにFrameLayoutでくくったものでも動きます。<FrameLayout android:layout_width="match_parent" android:layout_height="match_parent"> <TextView android:layout_width="match_parent" android:layout_height="48dp" android:background="#FFF" android:text="ヘッダーです" /> <ListView android:id="@android:id/list" android:layout_width="match_parent" android:layout_height="match_parent" /></FrameLayout>なのでQuickReturn的な作り方もできるようになると思います。ついでですが、昔あったpullToAttachのようにpullした際に画面が引っ張られない=プログレスだけというようなことをしたい場合、SwipeRefreshLayoutに配置したView(root)のoffsetTopAndBottomメソッドで0を返すようにしてあげれば動きません。といっても毎度これをやるのは面倒なのでFrameLayoutなんかを継承して以下のようにしたクラスを用意しておいて使いまわしたほうが楽かも。 @Override public void offsetTopAndBottom(int offset) { super.offsetTopAndBottom(0); } と、ここまで書きましたが最後にサンプル置いときます。*ボタンが２つありますが・StickeyRefreshはOFFでSwipeRefreshLayoutと同じ動作になります。・PullはOFFでプログレスのみのアニメーションになります。
03Oct
- [メモ]クリック長押しでリピート処理をしたい場合
  あい、クリック押した際のリピート処理をする方法でございます。基本的にはHandlerとRunnableを使い実装するのが一般的？な感じだと思います。んで同じようにRepeatListenerという便利なものがありますです。stackoverflowのこちらとか参考http://stackoverflow.com/questions/4284224/android-hold-button-to-repeat-actionただこちらは、onClickでしか返ってこないため、リピート終了したときが分からなかったりとちょいと使いづらいとこあります。なので以下な感じにコールバックを独自のインターフェイスにしました。public class RepeatClickListener implements OnTouchListener { private Handler handler = new Handler(); private int initialInterval; private final int normalInterval; private final RepeatCallbacks mCallbacks; public interface RepeatCallbacks { void onClick(View v); void onRepeatClick(View v); void onEndClick(View v); } private Runnable handlerRunnable = new Runnable() { @Override public void run() { handler.postDelayed(this, normalInterval); mCallbacks.onRepeatClick(downView); } }; private View downView; /** * @param タップ後にリピートを開始する時間　initialInterval The interval after first click event * @param リピートの間隔　normalInterval The interval after second and subsequent click * events * @param コールバック　callbacks The RepeatCallbacks, that will be called * periodically */ public RepeatClickListener(int initialInterval, int normalInterval,RepeatCallbacks callbacks) { if (callbacks == null) throw new IllegalArgumentException("null runnable"); if (initialInterval < 0 || normalInterval < 0) throw new IllegalArgumentException("negative interval"); this.initialInterval = initialInterval; this.normalInterval = normalInterval; this.mCallbacks = callbacks; } @SuppressLint("ClickableViewAccessibility") public boolean onTouch(View view, MotionEvent motionEvent) { switch (motionEvent.getAction()) { case MotionEvent.ACTION_DOWN: handler.removeCallbacks(handlerRunnable); handler.postDelayed(handlerRunnable, initialInterval); downView = view; mCallbacks.onClick(view); return true; case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL: handler.removeCallbacks(handlerRunnable); mCallbacks.onEndClick(view); downView = null; return true; } return false; }}使うときはこんな感じで。View.setOnTouchListener(new RepeatClickListener(600, 300,callbacks); RepeatCallbacks callbacks = new RepeatCallbacks() { @Override public void onClick(View v) { //最初のクリック処理 } @Override public void onRepeatClick(View v) { //リピート時の処理 } @Override public void onEndClick(View v) { //終了時の処理 }};onClickは普通のクリックと一緒です。onEndClickは終了時に呼ぶのでここででかめの更新があればすればいいんじゃないかな？みたいな。ちなみにですが、第一引数を長めにとればロングクリック時にリピートするという感じにできます。上では長めにとってます。*時間はmsec(ミリセック　1秒=1000)です。というわけで自分ようのメモということで。
02Oct
- [メモ]ExpandableListAdapterをカスタムする際のメモ。
  ListViewまわりのあれこれをメモ２です。ExpandableListAdapterをカスタムする際のメモ。BaseExpandableListAdapterの使い方とか見るとごっちゃりしとるので今回は使いまわししたいBindableAdapterの作り方を元に同じように使えるBaseExpandableListAdapterを作ってみる。BindableAdapterについては以下様をhttps://github.com/JakeWharton/u2020/blob/master/src/main/java/com/jakewharton/u2020/ui/misc/BindableAdapter.javahttp://rejasupotaro.github.io/2014/02/06/34.htmlそれでは。。。BaseExpandableListAdapterですが、ListAdapterのgetViewに相当するものが以下です。//親のViewpublic View getGroupView(int groupPosition, boolean isExpanded, View convertView,ViewGroup parent);//子供のViewpublic View getChildView(int groupPosition, int childPosition, boolean isLastChild, View convertView, ViewGroup parent);なのでここをBindableAdapterのようにしてやれば終わり。あとはget関係などは継承してもついてないのでgetGroupCountとか自分で設置する必要はあります。ざざっとかいてしまうと以下です。*子データをよくMapにしているサンプルがありますが個人的にリストのほうが管理しやすいのでListにしてます。public abstract class BindableExpandableAdapter<G,C> extends BaseExpandableListAdapter { private LayoutInflater mInflater; private List<G> mGroupData; private List<List<C>> mChildData; public BindableExpandableAdapter(Context context, List<G> laptops, List<List<C>> laptopCollections) { //this.context = context; this.mChildData = laptopCollections; this.mGroupData = laptops; init(context); } private void init(Context context) { mInflater = LayoutInflater.from(context); } public C getChild(int groupPosition, int childPosition) { return mChildData.get(groupPosition).get(childPosition); } public int getChildrenCount(int groupPosition) { return mChildData.get(groupPosition).size(); } public long getChildId(int groupPosition, int childPosition) { return childPosition; } public boolean getLastChild(int groupPosition, int childPosition) { return mChildData.get(groupPosition).size()-1==childPosition?true:false; } public G getGroup(int groupPosition) { return mGroupData.get(groupPosition); } public int getGroupCount() { return mGroupData.size(); } public long getGroupId(int groupPosition) { return groupPosition; } public boolean isChildSelectable(int groupPosition, int childPosition) { return true; } public boolean hasStableIds() { return true; } public View getGroupView(int groupPosition, boolean isExpanded, View convertView, ViewGroup parent) { View v; if (convertView == null) { v = newGroupView(mInflater, groupPosition, parent,isExpanded); if (v == null) { throw new IllegalStateException("newGroupView result must not be null."); } } else { v = convertView; } bindGroupView( mGroupData.get(groupPosition), groupPosition,v,isExpanded); return v; } public View getChildView(int groupPosition, int childPosition, boolean isLastChild, View convertView, ViewGroup parent) { View v; if (convertView == null) { v = newChildView(mInflater,groupPosition,childPosition,parent,isLastChild); if (v == null) { throw new IllegalStateException("newChildView result must not be null."); } } else { v = convertView; } bindChildView( mChildData.get(groupPosition).get(childPosition),groupPosition,childPosition,v,isLastChild); return v; } public abstract View newGroupView(LayoutInflater inflater, int groupPosition, ViewGroup container,boolean isExpanded); public abstract View newChildView(LayoutInflater inflater, int groupPosition, int childPosition, ViewGroup container, boolean isLastChild); public abstract void bindGroupView( G item, int groupPosition,View view,boolean isExpanded); public abstract void bindChildView(C item,int groupPosition, int childPosition,View view, boolean isLastChild);}あとはこのClassを継承して好きにカスタマイズしたAdapterを作ってExpandableListView.setAdapter(adapter)してあげればOK。*Obj, ChildObjはカスタムオブジェクトです。public class MyExpandableAdapter extends BindableExpandableAdapter<Obj, ChildObj> { public MyExpandableAdapter(Context context, List<Obj> laptops, List<List<ChildObj>> laptopCollections) { super(context, laptops, laptopCollections); } private static class ViewGroupHolder { private TextView label1,label2; private ImageView indicator; ViewGroupHolder(View view) { label1= (TextView) view.findViewById(android.R.id.text1); label2= (TextView) view.findViewById(android.R.id.text2); indicator= (ImageView) view.findViewById(R.id.indicator); } } @Override public View newGroupView(LayoutInflater inflater, int groupPosition, ViewGroup container, boolean isExpanded) { View view = inflater.inflate(R.layout.group_row, container, false); ViewGroupHolder holder = new ViewGroupHolder(view); view.setTag(holder); return view; } @Override public void bindGroupView(Obj item, int groupPosition, View view,boolean isExpanded) { ViewGroupHolder holder = (ViewGroupHolder) view.getTag(); holder.label1.setText(item.name1); holder.label2.setText(item.name2); holder.indicator.setVisibility(View.GONE); if(getChildrenCount(groupPosition)==0){ holder.indicator.setVisibility(View.GONE); }else{ holder.indicator.setImageResource( isExpanded ? R.drawable.expander_open_holo_light : R.drawable.expander_close_holo_light ); holder.indicator.setVisibility(View.VISIBLE); } } private static class ViewChildHolder { private CheckedTextView label; ViewChildHolder(View view) { label = (CheckedTextView) view.findViewById(android.R.id.text1); } } @Override public View newChildView(LayoutInflater inflater, int groupPosition, int childPosition, ViewGroup container, boolean isLastChild) { View view = inflater.inflate(R.layout.child_row, container, false); ViewChildHolder holder = new ViewChildHolder(view); view.setTag(holder); return view; } @Override public void bindChildView(ChildObj item, int groupPosition, int childPosition, View view, boolean isLastChild) { ViewChildHolder holder = (ViewChildHolder) view.getTag(); holder.label.setText(item.name); holder.label.setChecked(item.check); } }OnChildClickListenerとかで返ってきたViewなどを使ってbindGroupView()やbindChildView()を呼べばnotifyDataSetChangedなど使わず、直接Viewを更新できますので便利です。*BindableAdapterでもできます。[メモ]ListViewから個別にViewを取り出すやり方。と組み合わせればListener以外からでも対象のViewが取れるのでいつでも直に更新できる感じになります。特に説明せずコードだけ置いてすいません。こんなところで。今回の話はサンプルファイルでいうとMyArrayAdapter(継承元BindableAdapter)、MyExpandableAdapter(継承元BindableExpandableAdapter)になります。ListViewまわりのあれこれをメモ１,２のサンプルはこちら
- [メモ]ListViewから個別にViewを取り出すやり方。
  ListViewまわりのあれこれをメモ１です。adapterでnotifyDataSetChanged()しないでListViewから個別にViewを取り出すやり方。ListView.getChildAt(int position)で取れます。だけどこのpositionは表示している行からのpositionなので注意。例えば、adapterで言えば3番目を取りたいので2と入れたいけど、ListViewに今表示されてるのが2番目からなら positionは2ではなく1となる。*positionは0から数えた数です。んでこれの対応。ネット上でもいろいろお話されてきてますが、無駄が多いのだけど個人的には以下が安定しとります。ListView.getFirstVisiblePosition()で画面の最初に表示中のadapterのpositionが取得できる。ListView.getChildCount()で画面表示数が取得できる。表示中のViewたちはforなりで表示数分まわしてgetChildAt()すればとれます。それにたいするadapterのpositionはまわしているカウント+ListView.getFirstVisiblePosition()をすればわかるようになります。なのでこんな感じ。for (int i = 0; i < getChildCount(); i++) { View v = getChildAt(i); //<--表示中のViewはiで int position = getFirstVisiblePosition() + i; adapter.getItem(position)//<--adapterはi+getFirstVisiblePosition()で}んで、肝心の更新したいViewはどうとんの？って話でいうと上記で取得した更新したいadapterのアイテムとequalsさせて判断してぶつかればViewを返すという流れ。メソッド的には以下みたいな。 public View getView(Object o) { int firstVisiblePosition = getFirstVisiblePosition(); int childCount = getChildCount(); ListAdapter a = getAdapter(); if (a == null) throw new NullPointerException("ListAdapter is not set."); for (int i = 0; i < childCount; i++) { if (a.getItem(firstVisiblePosition + i).equals(o)) { return getChildAt(i); } } return null; } nullがくれば表示されてないってことなので、画面の更新は必要ないというやり方でございます。ちなみにExpandableListViewでも同じやり方ができます。基本的にOnItemClickListenerとかで更新させるならViewが返ってきてるのであんまいらないんですがね。こんなところでございます。いつものようにサンプルを。今回の話はサンプルファイルでいうとObtainListView、ObtainExpandableListViewになります。ListViewまわりのあれこれをメモ１,２のサンプルはこちらメモ２はこちら
17Sep
- [メモ]Adapter内でダイナミックに背景色を変える際の注意（4.1～4.2向け）
  メモでございます。いまさらながら気づかせてもらいました。OS4.1　～　4.2の端末でおこるみたいです。エミュレータで再現できます。うちの4.2ではならなかったので端末によって発生度合いが変わる感じかも。リストビューとかでカスタムなAdapterを作ったりしてフラグをたてたりしてダイナミックに背景色を変えたりする場合、setBackgroundColorとsetBackgroundResourceの組み合わせで色変更したりすると表示がばぐる。何をいってるの？って感じかもしれないけど以下のような感じ。@Overridepublic View getView(int position, Viewview, ViewGroup parent) { if (flag) { view.setBackgroundColor(0x6693c8af); } else { view.setBackgroundResource(android.R.color.transparent); } return view;} 　　例：タップした部分だけ背景色を変える感じのリストの場合。チェックしてスクロールするとチェックしてないものも背景色がついたまま表示（２個目）。対策としては単純にどちらかの方法に統一すればOK。if (flag) { view.setBackgroundResource(R.color.selectcolor); } else { view.setBackgroundResource(android.R.color.transparent);}みたいな感じ。ちなみにcacheColorHintとかそういうのとは関係ないのでいじっても無駄。 4.3で起きないところをみても、これOSのバグじゃないのかな？自分が見落としているのか、公表されてる？みてないです。まぁいまは起こらないようなのでよいんですが、4.1,4.2とかまだ現役なので気をつけましょうというお話。とりあえずこんな感じなことが起きる場合があるので注意なメモ。
15Sep
- [メモ]Android(KitKat)でFastScrollできない件
  一応対応が完了しているのですが記載しておきます。KitKat（OS4.4）でsetFastScrollEnabledしても正しく利用ができません。これはバグでございまして、OS4.4.3からは直ってるもようです。うちのネクサスも4.4.4ですがいけました。参考https://code.google.com/p/android/issues/detail?id=63545http://www.androidpolice.com/2014/04/03/bug-watch-in-kitkat-enabling-fast-scroll-in-code-will-not-work-on-first-listview-a-fix-is-incoming/とはいえ、4,4,3未満の端末はあると思います。たとえばGALAXY S5を最近手に入れましたが4.4.2です。なので表示されません。というか完全に表示されなければいいですが一瞬ちらつかせて消えるのでおかしいアプリに見えます。なので使うときは対応必要ということですでにstackoverflowででとります。http://stackoverflow.com/questions/20680329/listview-fast-scroll-bar-not-visible-for-first-time-in-4-4-kitkatソースをあげるとこんな感じ。 public static void setFastScrolledEnabled(final AdapterView<?> adapterView, final boolean enable) { final GridView gridView; final ListView listView; if (adapterView instanceof GridView) { gridView = (GridView) adapterView; listView = null; } else if (adapterView instanceof ListView) { listView = (ListView) adapterView; gridView = null; } else throw new UnsupportedOperationException( "setFastScrolledEnabled is only available for gridView/listView"); if (Build.VERSION.SDK_INT == VERSION_CODES.KITKAT) adapterView.getViewTreeObserver().addOnGlobalLayoutListener( new OnGlobalLayoutListener() { @TargetApi(Build.VERSION_CODES.JELLY_BEAN) @Override public void onGlobalLayout() { if (gridView != null) gridView.setFastScrollEnabled(enable); else if (listView != null) listView.setFastScrollEnabled(enable); adapterView.getViewTreeObserver() .removeOnGlobalLayoutListener(this); } }); else if (gridView != null) gridView.setFastScrollEnabled(enable); else if (listView != null) listView.setFastScrollEnabled(enable); }これでいけると思います。
12Sep
- [Eclipse]appcompatがLintエラーでExport（apk）できないんだが。
  昨日、最新のADT Bundleを入れなおしてやっとrev23を手に入れたのですが表題のとおりで　はろーわーるど　すらapkにできなかった。。んで問題にでていたLogはこちらの2点1. Duplicate id @+id/image, already defined earlier in this layout : abc_activity_chooser_view_include.xml:55 in layout(appcompat)2. This class should be public (android.support.v7.internal.widget.ActionBarView.HomeView) : google-play-services_libうん、appcompatが悪さしているようだ。最新のはなんか変わったのかな？と思いリリースしているアプリのプロジェクトをリリースしても同じ。ちなみにAndroid Studioだと問題ない。んで検索するとAndroid Open Source Projectでこの話題がお話されてたようす。Issue 72760:Lint errors prevent exporting of applicationhttps://code.google.com/p/android/issues/detail?id=727606月からやってんのか～でも本件にみんなあまり興味がないのかAndroid Open Source ProjectでもStackOverFlowでも話題にでてない。。*自分が見えてないだけなのかもしれませんが。とりあえずうまい解決方法はないがLintチェックを無視する方法で回避はできるみたい。んでWorkpilesさまの「LintエラーでAndroidアプリをExportできない」http://workpiles.com/2014/09/android-lint-errors/にも記載されているとおり、回避方法（Lintエラー設定変更）は以下。*私はeclipseを日本語化してるので名称が日本語です。1. 該当プロジェクトのプロパティーを開く（右クリック>プロパティー)*id重複とかをチェックしたりする箇所なので面倒だけどプロジェクト単位で管理したほうがいい。2. [Android Lint 設定] を選んで、そこから下記の２つのIdをFatal>Warningに変更。Id　:　DuplicateIdsName:　Checks for duplicate ids within a single layout　　Id　:　InstantiatableName:　Ensures that classes registered in the manifest file are instantiatableとりあえずこれでリリースとかはできるはず。問題は解決していないのですが、googleさんのライブラリの問題なのであちらがちゃんとやってくれるまで根本的には解決しないでしょう。ただOS2.x系でサポート生きているのは2.3くらいなものなのでそれのためだけに何かやるかといわれるとやらなさそう。んで最初にも言いましたが、Android Studioだと問題ないんですけどね。それが腹立たしい。rev23のアップデートの時もそうだけど、最近Eclipseユーザーのこと適当に対応してない？回避策があるなら提示してよって感じ。なので、自分も新しいプロジェクトはAndroid Studioで作るようにしてますが新規に始める方は私はAndroid Studioをおすすめします。ただAndroid Studioはいまだver1以下のBeta版なのでそこはご注意を。
- 09/12
  うちのPCを購入時の状態に初期化しまして、ここ数日色々インストールだったり動作確認だったりしてやっと終わりました。。。PCは今VAIOなんですが、あれなのね。調べてみるとVAIOって外部からのリカバリー受け付けないのね。。最初は、Androidの開発ツールの更新がうまくいかないので初期化して全部入れ替え～あと、最近PCも重くなったなーと思ってきたのでリカバリーソフトでとっておいた安定時期のデータにリカバー。な軽い気持ちだったんですがリカバリーソフト使えず。。。正確にいうとリカバリーソフトが途中まで動くけど、エラーを起こす。一応そのあとWindowsも動くことは動くんですが、なんか怖いから結局、初期状態に戻しました。結果的にすっきりはしたんですがなんかね。。しかも時間かかるし。。。あともともとの理由だったAndroidの開発ツールは最新版になりましたよ。DLファイルが多いのとネットが遅いのもあって開発ツールのアップデートだけで一日費やしましたけどね。
30Aug
- [メモ]admob 広告利用時の注意（adViewでCPUが高くなる件）
  久しぶりのandroidな記事です。*これは2014 /12/08 時点でのgoogle play servicesを利用したadmobのものです。*追記しました。コードが変わってます。Admob使ってる人は既出かもしれません。Admobのバナー広告なんかでadViewを使ったりすると思いますが規定通りに終了時にadView.destoryとかしても動き続けます。正確には運がよければ止まる時もある？って感じです。気づいたのはアプリの電池消費を確認していた時に自分のアプリの消費が高くなっていたので気づきました。。電池消費系の監視アプリはほとんどはcpuで見てるので、ん？っと思いcpuを監視してみるとすごい勢いで増えている。。んで、＞いったんプロセスをきる。　→　ちゃんと切れる＞ブロードキャストなんかでサービスを起動させる　→　変動なし。＞アプリ立ち上げてすぐ閉じる　→　めっちゃ増えてく＞サービスは動かなくしてアプリ立ち上げてすぐ閉じる　→　めっちゃ増えてく＞広告なし版は問題ないみたいなので広告消す　→　変動なし。＞他社のアプリで同じようにadmobを使用しているものを立ち上げてすぐ閉じる　→　そのアプリめっちゃ増えてくあーadmobだーと気づきました（・ω・）あとデバッグ時のインストールだとなぜか終了した時はちゃんと止まる・・・一度閉じたあと開き直して確認すると止まらない。。*ちなみにある広告会社さんに聞いたところgoogle広告は横に透明のgマークがつくらしいですよ。これずっと動いてるのは多分jsとかそこらなのかな～なんかcpuの膨れ上がりの割りには電池の減りは少ないので気づきづらい。でもまじめに対処しとかないとcpuでの電池消費監視アプリとかを見たユーザーさんにつっこまれる元になるのでほんと気をつけないといけませんね。。。んじゃ、実際に対策を・・・ということでadView広告の中身をみる。すると広告部分の中身はWebViewだったりするんですがここでやってる停止処理がちゃんと動いてないみたい。なのでadViewの中のViewGroupを参照して見つかったWebViewに対して直接止めたり動かしたりの処理をしてあげればいいようです。メンドクサスギル。。んで対応する際//LinearLayoutに直接addする場合 //起動処理--------------------//onCreateの時にでもprivate void createAdView() { if (adView == null) { //入れるレイアウト LinearLayout ad = (LinearLayout) findViewById(R.id.content_bottom_panel); //adViewのLayoutParams LinearLayout.LayoutParams adsParams = new LinearLayout.LayoutParams( LinearLayout.LayoutParams.WRAP_CONTENT, LinearLayout.LayoutParams.WRAP_CONTENT); adsParams.gravity = Gravity.CENTER; //adViewのコンフィグ adView = new AdView(getApplicationContext()); adView.setAdSize(AdSize.BANNER); adView.setAdUnitId("IDいれてね"); final AdListener listener = new AdListener() { @Override public void onAdLoaded() { //ロードしたら表示 adView.setVisibility(View.VISIBLE); super.onAdLoaded(); } }; adView.setAdListener(listener); //ロードまで非表示 adView.setVisibility(View.GONE); //adViewをadd ad.addView(adView, adsParams); AdRequest adRequest = new AdRequest.Builder() // .addTestDevice(AdRequest.DEVICE_ID_EMULATOR) // .addTestDevice("端末のコード") .build(); adView.loadAd(adRequest); //WebViewをresumeTimersで動くように(削除　onResume内で) //resumeWebView(adView); }}void resumeWebView(ViewGroup v) { for (int i = 0; i < v.getChildCount(); i++) { View child = v.getChildAt(i); if (child instanceof WebView) { ((WebView) child).resumeTimers(); }　　　　　　　try{ resumeWebView((ViewGroup) child); } catch (Exception e) { e.printStackTrace(); } }} //削除処理----------------private void destroyAdView() { if (adView != null) { //adViewをレイアウトから取り除く LinearLayout ad = (LinearLayout) findViewById(R.id.content_bottom_panel); if(ad!=null){ ad.removeView(adView); /* 全部取り除くなら以下でもいい ad.removeAllViews(); */ } //WebViewをpauseTimersで止める(削除 onPause内で) //pauseWebView(adView); //削除時に最初と同じ状態にWebViewを戻す　（追記)　 //これをしないと回転したり最近のタスクから戻ったりで再ロードがされない resumeWebView(adView); //adViewを削除：規定通りの作法 adView.destroy(); adView=null; }}void pauseWebView(ViewGroup v) { for (int i = 0; i < v.getChildCount(); i++) { View child = v.getChildAt(i); if (child instanceof WebView) { ((WebView) child).pauseTimers(); } try { pauseWebView((ViewGroup) child); } catch (Exception e) { e.printStackTrace(); } }}@Overridepublic void onResume() { if (adView != null) { adView.resume(); resumeWebView(adView); } super.onResume();}@Overridepublic void onPause() { if (adView != null) { adView.pause(); pauseWebView(adView); } super.onPause();}@Overridepublic void onDestroy() { destroyAdView(); super.onDestroy();｝*12/08　コード変更上みたいに色々書いてましたがもっとシンプルに以下の形で。@Override public void onResume() { if (adView != null) { try{ WebView webView = new WebView(this); webView.resumeTimers(); }catch(Exception e){} adView.resume(); } super.onResume(); } @Override public void onPause() { if (adView != null) { adView.pause(); try{ WebView webView = new WebView(this); webView.pauseTimers(); }catch(Exception e){} } super.onPause(); }んな感じでいけると思います。*12/08　記事の追記と変更以前のコードだと最近のAdViewで止まらないことが確認しました。あと回転時も再起しない。んで、そもそもWebViewの仕組みを見直したらシンプルにいけることに気づきましたよ。。。pauseTimers　はアプリ内全てのWebViewを止めるのでアプリ自体がweb View使ってる場合はちょっと気をつけてくださいませ。なお、これは2014 /12/08 時点でのgoogle play servicesを利用したadmobについての対策です。半年以上前からこの状態は続いてますんでどうなんでしょう。ちなみに開発者フォーラムを覗くと同じ内容のフォーラムがたくさんあります。。[adveiw cpu high]なんかで検索するとたくさんでると思います。んで向こう側は明確な対策法がまだできないといっており、上記のようなWebViewにpauseTimers()とresumeTimers()をやってやるのがいまのところ良い方法かもといってますです。多分、4.2以降はがんがん端末が使わないの消してくからこの問題にあまり気がつかないかもしれません。ちなみに私は4.04と4.4で膨れ上がるのを確認しとります。結構この状態になってるアプリが追記した現時点で多いので対策しておくのもいいかもです。
28Aug
- 08/28
  そういえば、機能は生誕日ですた。いつのまにか過ぎておったわ（・ω・）ケーキくいて。
20Aug
- 08/20
  ここ数日iOSアプリ開発を集中的にやってます。んで、久しぶりにAndroidのほうを触ったらん？ログってどうやってだすんだっけ？と数分迷いました。あれですね、交互にやるとこんがらがるね。。という最近。。
11Aug
- 08/11
  体がだるいですね。夏バテ？　今年は例年より暑く感じますよ。。なんか毎年同じこと思っているけど。。。地球温暖化もあるんでしょうね(´･ω･`)すごしやすいとこでだらりんこしたい。そういえばアプリの説明文を変えてみましたよ。いつのまにか検索に引っかかってほしいキーワードで引っかからないようになってるし。。なんか検索結果にでるにはいろいろとしなきゃいけんっぽい？でもへたな書き方するとBANされる可能性があるので今まであえて説明文変えてなかったんですがね。。原因不明なところが多々ありますが一度警告を受けてますので。。でも動かな変わらんということで変えてみた。あそこらへん本当に適当だから困ります。検索ワードとか関連キーワードと言ってキーワード羅列したら消すぜよ的なことを言われてるけどまだやってるとこあるしね。あれか同じ語句を何個も使わなければいいのかな？でも、そうすると多数機能持ってるアプリって説明書くとき地雷ばかりで大変そうだけどな。。開発者のみなさまがんばりましょう。まぁんなとこです。

前ページ
次ページ

最近、java.lang.NoClassDefFoundErrorの大量レポートに悩む方

12/03

RecyclerViewを使ってみた。んでSwipe To Dismissできるようにしてみた

RecyclerViewを使ってみたがIllegalStateExceptionで落ちた

ManageBox ver2.4.0.2 アップデート

ManageBox ver2.4.0 アップしてきましたよ。

10/18

10/17

[メモ]SwipeRefreshLayout内でFrameLayout等を使う。

[メモ]クリック長押しでリピート処理をしたい場合

[メモ]ExpandableListAdapterをカスタムする際のメモ。

[メモ]ListViewから個別にViewを取り出すやり方。

[メモ]Adapter内でダイナミックに背景色を変える際の注意（4.1～4.2向け）

[メモ]Android(KitKat)でFastScrollできない件

[Eclipse]appcompatがLintエラーでExport（apk）できないんだが。

09/12

[メモ]admob 広告利用時の注意 （adViewでCPUが高くなる件 ）

08/28

08/20

08/11

ManageBox ver2.4.0.2　アップデート

ManageBox ver2.4.0　アップしてきましたよ。

[メモ]admob 広告利用時の注意（adViewでCPUが高くなる件）