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

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

ホームピグアメブロ

芸能人ブログ人気ブログ

08Aug
- ManageBox　2.3.0にアップしました。
  前に対応中という話をしたのですがそこでいうと、ウィジェットとデータロード系にあたります。仕様などもかわっているので見た目も変更されてます。1.超高解像度端末（xxhdpi）に画像などを対応。＞最近の端末に対応って感じです。なので容量増えてますのでそこはご了承を。2.プロセス管理画面に以下の変更。・除外タブがなくなり、各プロセスを左右スワイプで直接クリアできるようになった。3.負荷削減や速度向上のため以下の仕様などを変更。・アプリ起動時に行っているタスクやキャッシュ等のデータロードを廃止。・右側ドロワーの削除＞事前にロードしなくなったので例えばアプリ管理画面でタスククリアなどができなくなったりしてます。4.報告された不具合の修正。＞いろいろもろもろです。とりいそぎ今回はこのようなアップになっています。
24Jul
- ManageBox、現在対応予定の内容について
  色々とリクエストなどありがとうございます。ちょっと対応が遅くなっていますというか遅くなりそうなので、ManageBoxの現在の対応予定のものを先に記載しておきます。*リクエストも含みます。1.通知バー　・複数配置を可能にする。（Android 3.0以上の端末で対応）　・アイコンやサマリーの内容をよりカスタマイズ可能に（具体的にはウィジェットのテキストアイテムのようにします）2.ショートカット　・アプリ毎に所有しているショートカットも利用可能にする（端末にもよりますがHome長押しででるものです）。3.ウィジェット　・利用中以外のレイアウトを表示しないようにしたい。　*現状でそうなっているはずなのですが不具合かもしれませんので調整します。4.データロード系　・事前ローディングを廃止します。　*余計なロードを挟まないことにより他の処理を阻害しなくなります。あとバッテリーにも今より優しくなると思います。　*廃止によりいくつかの機能が縮小されます（アプリ管理でキャッシュ有無でのソートができなくなる等）。なお、機能追加に合わせてアプリのデザインも変更していきます。一応、Googleさんから提唱されているような感じは守りつつ行く予定です（ヘッダー色をアプリのイメージカラーにしたりとか）。
18Jul
- Android エミュレーターが一部動かないんだけどごにょごにょしたらいけた件
  Androidでスクリーンショットとったりする時に使う出番もあると思います。エミュレーターさん。久しぶりに起動して最近のNexus5の形で用意しようとデバイスをNexus5で作り起動させたら起動しない。。。androidのロゴもでない。。。他のエミュレーターデバイスは起動する。。。Apiレベルを変えても無理。動いたエミュレーターデバイスを元にサイズだけ変更しても無理。cpuがIntelだったのでarmに変えてみても無理。んでIntel エミュレータの場合、RAMを768以下にしなきゃいけんらしい768にしてたのですがこれを512に変えてみたらいけた。古いのだと768でいけるのに設定が変わったのか。自分のPCの問題なのか。。まぁスクリーンショットとるだけなので動けばいいか。。。追記：なんとなくHost　GPUついてたから気づいてなかったけど、これはずしたら動かなくなった・・・原因ここ？てかHost　GPUつけるとキャプチャとれないんですけど・・・
16Jul
- [Android]Quick Return UIを実装してみる(WebView編)
  QuickReturnの続きです。前回はこちらんでWebViewの時どうやるのって話。クロムとかくろむとかやってますね。ちなみにWebViewの時も簡単にできるかというと面倒です。1.ヘッダー問題。こちらはApi 18までは非公開Apiでできます。Api16以下はsetEmbeddedTitleBarをリフレクション Method m = getClass().getMethod("setEmbeddedTitleBar", View.class); m.invoke(this, v);Api16-18はandroid.webkit.WebViewClassic.TitleBarDelegateなクラス、メソッド用意してカスタムなWebViewにTitleBarDelegateをimplementsして@Overridepublic void onSetEmbeddedTitleBar(View title) {}を入れてやればいい。だけどまぁApi19では完全に死んでます。とりあえずうちのNexsusでは出ません。あれですかねchromium化すると同時に完全になくしたんですかね？でも自分たちは影響ないように使ってるんですかね？独自で実装してそうですが。。色々開発者フォーラムあさったら自分で実装するのは私たちは気にしない的な回答を見ましたよ。うん、なんかいい方法あれば教えてください。というわけで上記の方法はいまんとこ使えなくなるのでここでは特に書きません。TitleBarWebViewという素晴らしい対応クラスがあるのでそちらを検索すると色々わかります。*サンプルにも入れてますが。と長々かきましたが、ようは自前で用意しろってことっぽい。WebView自体がオワコンなのかはどうかはあまり使わないクラスなのでわかりませんが先に上げたTitleBarWebViewを参考にしながら改造してみる。調べてみるとabsoluteなViewGroupらしいのでヘッダーをaddViewして位置をずらせばよさそうです。WebViewをextendedしたクラスを用意して。------------------------------ private View mTitle; private int titleHeight;//タイトルバーセット public void setEmbeddedTitleBar(View v) { if (this.mTitle == null) { this.mTitle = v; addView(mTitle, 0); } } public View getEmbeddedTitleBar() { return mTitle; }//タイトルバー削除 public void removeEmbeddedTitleBar() { if (this.mTitle != null) { removeView(mTitle);// (mTitle); invalidate(); mTitle = null; } } @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { super.onMeasure(widthMeasureSpec, heightMeasureSpec); titleHeight = mTitle == null ? 0 : mTitle.getMeasuredHeight(); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { return true; } private boolean touchInTitleBar; @Override public boolean dispatchTouchEvent(MotionEvent me) { boolean wasInTitle = false; switch (me.getActionMasked()) { case MotionEvent.ACTION_DOWN: touchInTitleBar = (me.getY() <= visibleTitleHeight()); break; case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL: wasInTitle = touchInTitleBar; touchInTitleBar = false; break; } if (touchInTitleBar || wasInTitle) { View title = getChildAt(0); if (title != null) { // this touch belongs to title bar, dispatch it here me.offsetLocation(0, getScrollY()); return title.dispatchTouchEvent(me); } } me.offsetLocation(0, -titleHeight); return super.dispatchTouchEvent(me); } /** * @return visible height of title (may return negative values) */ private int visibleTitleHeight() { return titleHeight - getScrollY(); } @Override protected void onScrollChanged(int l, int t, int oldl, int oldt) { super.onScrollChanged(l, t, oldl, oldt); if (mTitle != null) mTitle.offsetLeftAndRight(l - mTitle.getLeft()); } private Rect mClipBounds = new Rect(); @Override protected void onDraw(Canvas c) { c.save(); if (mTitle != null) { final int sy = getScrollY(); final int sx = getScrollX(); int titleBarOffs = visibleTitleHeight(); mClipBounds.left = sx; mClipBounds.top = sy; mClipBounds.right = mClipBounds.left + getWidth(); mClipBounds.bottom = mClipBounds.top + getHeight(); c.clipRect(mClipBounds); if (titleBarOffs < 0) titleBarOffs = 0; c.translate(0,titleBarOffs); } super.onDraw(c); c.restore(); }-----------------------------という具合で中途半端だけどなんとかでけた。。スクロールしたときに遅れてタイトルが動くんですよね。。。気になる。。。だけど今回ヘッダーはあくまでQuickReturnで余白として使いたいだけなのでいったん無視しませう。。さて次です。2.スクロール問題。ようはWebViewのスクロール情報をどう取るかという話ですが、WebViewにはOnScrollListener的なもんがない。OnTouchListenerでも取れるんですがなんとなく面倒。何が面倒っていうとWeb内のインプット系のアクションとかが起こったときにたまに位置がチェンジされたりするんですがその際のスクロール情報が取れない。というかイベントが来ない。。。取得方法もあるかと思いますがね。。なのでWebViewでもScroll系のコールバックを呼べるようにします。WebViewをextendedしたクラスを用意して。------------------------------ private OnScrollChangedCallback mOnScrollChangedCallback; @Override protected void onScrollChanged(int l, int t, int oldl, int oldt) { super.onScrollChanged(l, t, oldl, oldt); if (mOnScrollChangedCallback != null) mOnScrollChangedCallback.onScroll(l, t); } public OnScrollChangedCallback getOnScrollChangedCallback() { return mOnScrollChangedCallback; } public void setOnScrollChangedCallback( final OnScrollChangedCallback onScrollChangedCallback) { mOnScrollChangedCallback = onScrollChangedCallback; } public static interface OnScrollChangedCallback { public void onScroll(int l, int t); }------------------------------これでよいです。あとは1と2を合体します。かぶるのはonScrollChangedのみなのでそこはこんな感じ。------------------------------ @Override protected void onScrollChanged(int l, int t, int oldl, int oldt) { super.onScrollChanged(l, t, oldl, oldt); if (mTitle != null) mTitle.offsetLeftAndRight(l - mTitle.getLeft()); if (mOnScrollChangedCallback != null) mOnScrollChangedCallback.onScroll(l, t); }------------------------------これであとはListViewのときと同じようできます。注意点としてWebViewのタイトルに入れるViewは入れる前にsetLayoutParamsをしないとちゃんとレイアウトが効かないっぽい。。。んで、ここまで書いたが結構ごまごまするのでサンプルプロジェクトを用意してますん。プロジェクト＞WebViewQuickReturnActivityhttps://drive.google.com/file/d/0B_niJgzazrXxbFRyRnRZMHRkWmM/edit?usp=sharing
- [Android]Quick Return UIを実装してみる(ListView編)
  結構昔からあったけど、なんか最近よく見るQuickReturnと言われるUIを試してみました。QuickReturnって何？というと、画面をスクロールダウンするとボタンが隠れて、スクロールアップするとボタンが表示されたりな画面です。今のGoogle+がまさにそれ。んでちょっと前のGmailもそれ。イメージつくでしょうか。んでQuickReturnの実装方法などは結構多いです。QuickReturnやScrolling Tricksで検索すると出ると思います。んで大元■スクロールビュー(Roman Nurik氏)https://code.google.com/p/romannurik-code/source/browse/misc/scrolltricks■リストビュー（Lars Werkman氏）https://github.com/LarsWerkman/QuickReturnListViewどちらもスクロールビューやリストビューに余白用ヘッダーを割り当てて、余白用ヘッダーの上に実際に表示させたいヘッダーを重ねてる感じ。んであとはスクロールに合わせてTranslateする。フッターも考えは一緒だけどフッターの場合は横幅いっぱいなバータイプじゃなければ、余白用のフッターをいれずにコンテンツに重ねちゃう場合が多いかも。Google+はそうですね。昔はフッター入れてたけど。スクロールでのY軸、計算はなんとなく人それぞれで若干違う。自分の場合はRoman Nurik氏のScrolling Tricksを元にしてほとんど統一。単純にスクロールが一番上、逆スクロール中、ヘッダー隠れ中の三つのフラグのみでいけるので。んでリストビューの場合、スクロールビューと同じように表示中のrowのトップを取得できるようにリストビューを改造する。Lars Werkman氏のQuickReturnListViewがまさにそれなのでこれをもとにフォークすればよい。なぜフォークかというとこのまま使ってもaddとかすると内部で持っているオフセットリストの数が更新されないので落ちるから。QuickReturnListView内のcomputeScrollY()を以下のように変える。----------------------------- public void computeScrollY() { mHeight = 0; //前回のmItemCountを一旦保持 int c = mItemCount; mItemCount = getAdapter().getCount(); //新しいmItemCountと比べて差異があればmItemOffsetYを再セット if (mItemOffsetY == null||c!=mItemCount) { mItemOffsetY = new int[mItemCount]; } for (int i = 0; i < mItemCount; ++i) { View view = getAdapter().getView(i, null, this); view.measure( MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED), MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED)); mItemOffsetY[i] = mHeight; mHeight += view.getMeasuredHeight(); System.out.println(mHeight); } scrollIsComputed = true; }-----------------------------んでとりあえずはよい。あとは実際の配置だがActivityやFragment内でビュー描画後に初期設定とか（幅などの取得）して、OnScrollListenerをセットしたビューのonScroll内で動かした際の動作を設定する。onScroll内の動きはこんな感じで最後にヘッダーを動かしている。 -----------------------------　　　　//余白分のView private View mPlaceHolder; //実際のヘッダー private View mQuickReturnView; private static final int STATE_ONSCREEN = 0; private static final int STATE_OFFSCREEN = 1; private static final int STATE_RETURNING = 2; //ヘッダーの縦幅 private int mQuickReturnHeight; private int mState = STATE_ONSCREEN; private int mMinRawY = 0; @Override public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) { int mScrollY = 0; if (mListView.scrollYIsComputed()) { mScrollY = mListView.getComputedScrollY(); } int rawY = mPlaceHolder.getTop() - mScrollY; int translationY = 0; switch (mState) { case STATE_OFFSCREEN: if (rawY <= mMinRawY) { mMinRawY = rawY; if (mQuickReturnView.getTranslationY() < -mQuickReturnHeaderHeight) return; } else { mState = STATE_RETURNING; } translationY = rawY; break; case STATE_ONSCREEN: if (rawY < -mQuickReturnHeight) { mState = STATE_OFFSCREEN; mMinRawY = rawY; } translationY = rawY; break; case STATE_RETURNING: translationY = (rawY - mMinRawY) - mQuickReturnHeight; if (translationY > 0) { translationY = 0; mMinRawY = rawY - mQuickReturnHeight; if (mQuickReturnView.getTranslationY() == 0) return; } if (rawY > 0) { mState = STATE_ONSCREEN; translationY = rawY; } if (translationY < -mQuickReturnHeight) { mState = STATE_OFFSCREEN; mMinRawY = rawY; } break; } mQuickReturnView.setTranslationY(translationY); }-----------------------------という具合でやれます。元と違うのは規定値に達したらreturnするところ。setTranslationの中を見たら現在の軸と変えたい軸が同じなら無視する。なので完全に表示状態ならいいんですが消えてる状態だとTranslationし続けるってことですね。なので消えたらTranslationしなくていいよってreturnしてる感じ。あとGoogle+のようにActionBar+Drawer的な扱いをするならばDrawer内のpaddingTopにActionBar分の高さを当ててやればいい。Google+のようにmarginTopで余白かますのもいいけど、個人的には正直いただけないドロワー時にバーを戻して隠してますが、ゆっくりドロワーしてくとぽっこり空白が見えちゃうのはださすぎる。最後にここまで書いたが結構ごまごまするのでサンプルプロジェクトを用意してますん。プロジェクト＞DefaultQuickReturnActivity、ActionQuickReturnActivityhttps://drive.google.com/file/d/0B_niJgzazrXxbFRyRnRZMHRkWmM/edit?usp=sharing*ちなみにsetTranslationY()をTranslateAnimationやlayoutメソッドに変えれば、honeycomb以下でも動作はするけどあまりおすすめしない。TranslateAnimationはダメな子なので動いているように見えるが実際のビューは動いていないのでボタンなどのActionを配置すると消えてるのに押したら動作するんだけどって事になる。layoutメソッドはなんとなくコストがかかりそうな気がしてのう。。スクロールでぐいぐい動かれるたび無理に移動するとつらいんではないかと思っております。一応サンプルのDefaultQuickReturnActivityがhoneycomb以下の場合にTranslateAnimationで動くようしてるます。。
14Jul
- 07/14
  最近あれですね。運動不足な感じが。。。。今Androidで新しい作成物を考えてます。とりあえず２本ほどネタを用意したので作成しようかなと。なんとなく時間かかるかな～どうだろうな予感・・・
10Jul
- ManageBox2.2.4.1のアップデートのお知らせ。
  今回は以下の対応しています。1.apkファイルの検索処理を修正。2.報告された不具合の修正。apkファイル検索時にフォルダやファイルが多いとクラッシュする場合がある。1については検索開始をアプリ管理を開いたタイミングで行うようにしました。無駄にロードをしないようにしています。また検索処理自体も変更しましたので2についてもこれで対応しています。タスクとかキャッシュとかも事前ロードしないほうがいいのかなと思ったりするこの頃です。■ManageBoxhttps://play.google.com/store/apps/details?id=asia.uniuni.managebox■ManageBox-Freehttps://play.google.com/store/apps/details?id=asia.uniuni.manageboxfree
- [Andorid]File検索するの時の注意。
  管理系のアプリなんか作る人は使うかもしれませんが内部やSD内のFileを検索するときに再帰処理で行う事があると思います。んでも、再帰処理のやりすぎはStackOverFlowExceptionで落ちる場合があるのね。。。よくstackoverflowとかであがっている情報なんかでは大体以下な感じで処理するかと。List<File> hitFiles = getFiles(new File("検索したいフォルダパス"));-----private List<File> getFiles(File parentDir) { ArrayList<File> in = new ArrayList<File>(); //parentDirのファイルリストを取得して回す for (File file : parentDir.listFiles()) { if (file.isDirectory()) { //Directoryなら再帰してDirectoryのファイルを取得 in.addAll(getFiles(file)); } else { if("フィルターしたい内容")){ in.add(file); } } } return in;}問題ないんですけど端末と検索数によっては再帰やりすぎでStackOverFlowExceptionおきる。。*最近の端末だとスタックが増えたのであんまし起こらないから、検証時に起こらなかったりする場合もあるみたい。androidはroot以下のファイルを一度に呼び出すメソッドもなければ、サーチ系もうむむって感じ。。。なので代替えするとなるとーって感じで探したというか戻ったというかしました。org.apache.commons.io.FileUtilsを使えばいんじゃないかなと言う結論に。http://commons.apache.org/proper/commons-io/download_io.cgi使い方の例Collection<File> files = FileUtils.listFiles( DataController.getInternalApkBackUpDataFile(context), new RegexFileFilter("フィルター内容"), TrueFileFilter.TRUE); for (File f : files) { Log.e("FileName", f.getName());}普通に再帰するよりシンプルでござります。いままでがりがり書いてたのがアホみたいな感じに。。。
05Jul
- ManageBox 2.2.4 アップデートしてきました。
  ただいまManageBox 2.2.4をアップしました。まぁ反映は朝方でしょうか。今回はアプリのバックアップ機能(apkファイル作成)を追加しています。お知らせ内にも記載してるのですが、セキュリティ上バックアップができないアプリもあります。*そのため有料アプリは基本的にバックアップできません。なお、アプリ管理＞Apkは端末内にあるapkファイルを表示しますので本アプリでバックアップしたファイル以外も表示されます。こんなところであります。次の追加機能について考えてる事。リクエストにあった通知の複数利用の実装をしようかなと。ちなみに機能は使いまわせるようにできているので実はもうアプリ内にあるのですが編集操作/レイアウトがね・・・ってとこで悩んで今回の追加にはいれませんでした。。表示順とか有効無効とか、あと削除方法とかもろもろと色々重なるのですよ。階層も深くしたくないのでできるなら一つの画面でしたいし、なるべく他の画面と操作を統一したいんですよね。というわけでちょっと考えておるところでござります（・ω・）
04Jul
- 07/04
  iOSべんきょうちう。あんどろいどくんと似てるとこも多少あるけど、まずXcodeが慣れない・・・使ってて簡単なのは分かるんだけど、逆に中で何やってるかがわからないとかがあってエラーがでたときの対処とかにとまどう。。とりあえず良く分からず削除したりしたら参照が切れてないのでエラーしたりすることは分かった。。ここら辺は慣れなんだろうなーと思いながらAndroid StudioもXcodeみたいなのを目指してるのかなーと思ったり。Android Studioはあれはあれで今までの環境になれちゃうと使いずらいんだけどいずれ移行しないとなと。。まぁまだ安定してない感じだからもう少しこのままで。とまぁ私は辞書的な本を読みながらちょっと覚えてます。久しぶりにこの手の本読みましたが、まぁこうゆうのって脱字？間違い？多いですね。サンプルもDLしたけど書いてある事が違ったり正誤表にないことはよくあります。印刷した後、間違いにきづいたんでしょうか？まぁ書いてあるままやってみてもエラーなわけですよ。んで読んでるほうは初めてなんでデバッグの仕方（読み方）も分からないわけで、ここら辺が初心者向けとか言ってる本で挫折するパターンの一つかなと思います。と、こんな感じですが自分的には逆にこのほうが勉強する上でいいと思ってます。どう間違いなのか調べながら勉強していくことができますので。時間はかかるのでパフォーマンス的には悪いんですし、本としてはものすごくダメなんですがね。（しかもこの手の本って一冊が高い）ちなみに書き方のテクニックなどは別ですが、書籍で出回っているものは各開発言語のオフィシャルサイトにたいてい載ってる事なのでここらへんを読めるようになることも合わせて自力で解決するようにしてます。じゃー本いらないじゃんと言うとそうなんですが、最初はまず何をしようか？ってなるので道しるべとして本に載ってる内容を一通りにって使います。*簡単な順に書かれている事が多いのでちょうどいい。あとはまぁ日本語なので読みやすいし、どこが間違ってるのか分かってれば普通に辞書としても使えますしね。とまぁこんな感じで今日も明日もー
02Jul
- うつ病の方で失業保険の手続きで気をつけること
  はい、なんとなくうつ病的な話題を書こうかなと思ってみたりです。といっても場所などによっても違うようですので参考程度になればよいです。本題ですが・・・うつ病後に会社を退職した場合でも失業保険はいただけます。離職票など必要書類はありますがそこらへんは他の失業者と特に変わりませんただ、病気が原因ですのでお医者さんの診断書も必要です。それと「いつでも就職できる状態であること」が条件にありますのでかかりつけのお医者さんに相談しながら大丈夫となったら診断書を書いていただき近くのハローワークに出向きましょう。まだ仕事は無理という状況の方でも失業保険受給の延長(保留)ができますので必ず一度はハローワークに行き理由を説明して延長手続きをしましょう。とここまではいいのですが、いざ回復＞失業保険の手続きという事になったときに場合によっては以下を選択します。正しい名称は忘れましたが・通常の受給（90日くらい）・障害者支援としての受給(270日くらい)まぁ見て分かるとおり、支給期間が大きく違います。障害手帳の有無、地域、現在の状況なんかでここら辺の選択があるかどうかは違うみたいです。条件はちょっと分かりません。ただもしも聞かれたときにびっくりしないようこんな場合があるよって気をつけておくといいと思います。自分の場合は障害者手帳なしで延長手続き約1年半後でしたが聞かれました。対応する人によると思いますが自分のように何も説明がなくただ選択してくださいと言われる場合があります。何も知らないし何にも説明してくれないのでいくつか質問しましたが返ってきたのは以下ですので参考に。1.何が違いますか？今の年齢(20代)なら通常3ヶ月、障害者支援だと6ヶ月受給されます。2.障害者支援だと何かデメリットはあるのですか？障害者の方向けの仕事しかできなくなります。*本当は「ハローワーク」が斡旋してくれる仕事が障害者も受け入れ可の企業のみになる模様。3.障害手帳は持ってませんが障害手帳を持つようになるのですか？同じ扱いになります。*本当は2同様「ハローワーク」の中でなる模様、お医者さんも言ってましたが障害手帳は勝手に登録されることはないようです。4.うつ病になったという事実はありますが、通常だとどうなるのですか?健常者と変わない扱いになります。5.変更はできますか？変更はできません。今決めてください。*本当に変更できないようですので、悩むようなら一度持ち帰ったほうがいいかと思います。自分の場合は有無を言わさず今決めろって感じでしたが普通は大丈夫でしょう。こんな感じでしたので障害手帳扱いになるのは困るので私は通常の受給をしました。というか所々でどこかに確認いってたんだけどそれならちゃんと分かってる人に変われよと言いたい。。んで、ここまで書きましたが気をつけていただきたいのはあくまで通常か障害者なのかの扱いは「ハローワーク」の中だけで、実際に就職する際、ハローワークを使おうが他の紹介企業を使おうが自分が病気にかかった（もしくはかかってる）という話しは別物ということ。療養期間が短ければいいですが、自分のように療養期間が1年以上ある方など面接で聞かれたりや職務経歴を書くときなどどうすればいいでしょう？ある程度ごまかしはききますが、長くなれば長くなるほど難しいと思います。現実的に見て結局、病気になったという事実はなくせないという事です。最近では世間的にもうつ病の理解が深まったこともありますので昔よりは受け入れられやすいと言う人もいます。でもこれって綺麗ごと、健常者の方にくらべて就職活動のハンデは普通にあります。なのでその分時間もかかるやもしれません。という部分もふまえて選択をしたほうがいいと思います。*個人的な見解ですが、歳をとったときに就職活動をする場合は募集企業数がそもそも少ないので障害扱いだとさらに減ってしまい苦労しそうだとは思いますが、今受けるなら障害者支援での受給を受けます。まぁ説明などが足りない場合がありますので気をつけましょう。という話でした。最後に・・・私が通常にしますと言った時に「ですよね。見た感じ病気っぽい感じしないですもんね。」と返されたのは本当に怒りたくなりました。（前に書いたかも？）治っていたとしても、病気で仕事も辞めたりして、一年以上療養してましたって記載された書類を見ながら本人を前にして言うことでしょうか？人によると思いますが本当にひどい方はひどいのでという事で気をつけていただきたいということとお役所の方はちょっとは気にしてくださいと言っておきます。
23Jun
- 06/23
  最近、足が良く疲れます。運動しなきゃね。あと最近、iOS系も触り始めました。んで近頃ですが、職業紹介コンサルタントからメールだったり電話だったり良くご連絡いただきます。そんときちょっとひどいなーと思ったこと。・とりあえずやろうよごり押し・企業の知名度ばかり押してくる　・メールくれって言うくせに返信がない多いと思いました。まぁ企業にもよるし人にもよるだろうけど、とりあえず自分は最近多いです。ちなみにオブラートにつつんだ感じで自分の一例を書くと、労働形態が見えないからちゃんと教えてほしいと言ったら、「普通、そんな事を今心配するところじゃない、とりあえずやってみよう」と言われましたよ。そのときは裁量制という話だったのでみなし時間とか聞きたかったのですがね。何言ってるかわかりませんという感じでスルーされましたがそういうもんでしょうかね。。。あれですかね、よく本屋に売ってるできる人はこうする系な本とかに書いてあるような動きを求められてるのでしょうか（・ω・）こちらとしては何のためにコンサルタント使ってるのかといいたいところなんですが。。ちなみにもう企業と直接話せばいいやと思い。とりあえずやってみますな感じで電話後連絡しましたが一切返信などなかったですけどね～という事もありましたなんだろうね。。でも、勘違いしないでほしいですが、いいコンサルタントだってもちろんいます。説明や質問に対しての受けなどは当たり前ですが、こちらの事情を踏まえて考えていただける方も実際にいます。そこの会社では何度か紹介してもらいお世話になりましたがみんなそんな感じで安心。と書きながら思い出しましたが。やり方は企業の評価方法にもよるのかもしれませんね。。*とりあえず人を集めること第一とかある会社のコンサルタント（外国の方）とお近づきになったときに聞いたお話では自分の会社ではとりあえず人を集めて入れればいい。入社後にすぐ退社してしまうという話も聞くけどあとのことは知らないよって感じ。だからちゃんと人と企業がマッチングするように時間かけたりしたいけど、そうすると実績が上がらず自分の査定に響き、上司にも怒られる。だからそういう事を考えてやる人は退職してしまう。自分の国ではこういう仕事はないから素晴らしいと思ってやったんだけど企業も紹介者にもお互いにいい話ではないし、なんのためにこの仕事をやってるのか疑問。と言ってました。なんだろう恥ずかしい（・ω・）んでこんなのおかしいから一年？働いたけどおいらはもう辞めるといってました。なんでしょう。近くの○ロワに書類だしにいったときにも、相談者に同じような話（とりあえず入ってしまえばいい的な）を大声でしてる人いましたけど。。外に丸聞こえだったけどそれもどうなんでしょうか。ここら辺が病人とか作る原因にもなるし、経済的な部分にも影響になってるんじゃないとも思ったりするんですがね。という事が最近ちょっと多いと思った一日。
18Jun
- 06/18
  久しぶりに近況報告ですが。去年終わりくらいから徐々に月単位で薬の量を少しずつ減らしていきました・・・んで先月終わりから薬なくなったよ。まぁ病院は通い続けておりますが来月からとりあえず一ヶ月単位で様子見通いしてみようということになりました。うん、近場の病院ではないので意外とお金かかるんですよまぁ。。。よかったね（・ω・）そんな本日、雨降ったり降らなかったりで嫌だね。。
- [Android]エミュレータにインストールできないって時（Failed to install
  表題通りでございます。なんか、GooglePlayさんのタブレットに最適化してないって表示がいつまでたっても倒せないこの頃です。。。7インチはできてるのに10インチがどうしても倒せない・・・んで、うちの10インチタブレットが死んだのでエミュレーターで確認しようとしたらインストールでけませんでしたというね。。なんか昔より面倒になってる？というわけで解決方法ないかと色々試しましたよ。1．起動したエミュレーターにすでに同じアプリがインストールされているか確認一度エミュレータからアンインストールしてからエミュレータを再起動してみましょう。原因として耳にするのは違うPCからインストールしていた場合は署名が違うのでインストールできないらしい。それならまぁ実機と同じですが、自分は同じパソコンでしかやってないんですよね。もしかしたらSDK or ADKアップデートでも同じように違う署名扱いになるのかもしれません。。2．エミュレータのRAM、VM Heap、Storage、SD Cardの各サイズを変えてみる（上げる）。単純に各容量が足りない事が原因の場合もあります。AVD Mananagerを開いて、対象のエミュレータを編集しましょう。最低でもVM Heap、SD Cardは256くらいにしておいたほうがよいかと思います。なお、AVDの編集は直接AVD Mananager.exeから開いて行ったほうが安定して行えます。*えくりぷすとかからやるとセーブできなかったりする場合ある場所：<ANDROID-HOME>/android-sdk/AVD Mananager.exe3．DDMS ADB接続タイムアウトを変更する。エミュレータってインストール時間長いですよね。やってる最中にタイムアウトってこともあるみたいです。インストール時のエラーだとコンソールにはタイムアウト的な言葉がなかったりもするので原因が分からなかったりします。*自分の場合、Logcatにもでないからムンムンしました。。。んでこの場合はDDMSの設定を変えましょう。Eclipseならパースペクティブ「Java」にしてウインドウ＞設定＞Android＞DDMS＞ADB接続タイムアウトの部分を変更通常は5000かと思います。まぁとりあえずがっつり長めに10倍の50000にしてみましょう。流れとしてはインストールしてだめだったらエミュ起動済みということですのでアプリあるか確認（1）　＞　あればアンインスト　＞　エミュ閉じる　＞　AVDの確認(2) 　＞　DDMSの確認（3）　＞　再起動してインストールこんな感じですかね。これでいけたならあとは必要に応じてタイムアウト時間を自分の望む形に変えたりしてみましょうとりあえずうちのはこれでなんとかいけました。どなたかの参考になれば幸いです。それよりも、10インチタブレットのレイアウトの最適化をどうすれば倒せるか知りたい。。。7インチはいけてるから余白の問題なのかな・・・
- ［UNI-UNI］Android2.2以下サポート終了についてのお知らせ
  私のほうでリリースしている広告付きアプリですが全てGoogleが提供している広告を利用しております。このたび、広告側が2014年8月以降にAndroid 2.2以下のサポートを完全に終了してしまうためそちらに合わせて広告付きアプリもAndroid 2.2以下のサポートを終了いたします。従来の広告をそのまま利用しているとGooglePlayでアプリ更新ができなくなるというお話ですので大変申し訳ありませんがご理解くださいますようよろしくお願いいたします。[対象アプリ]ManageBox-FreeぬこボリュームFreeオトいれ♪Talk Timer Free上記以外は今のところ変更する予定はありません。*GooglePlay側に何かしら変更があった場合や機能追加により必要になるアプリがでた場合は状況に応じて変更します。なお、現在のシェア分布は以下サイトの（Platform Versions）をご覧ください。（6月現在で2.2で0.8%）Android開発者サイト：ダッシュボードhttp://developer.android.com/about/dashboards/index.html
17Jun
- ManageBox 2.2.3にアップデートしました。
  ManageBox 2.2.3にアップデートしました。基本的な処理を修正しています。変更されたのはプロセス- 読込み処理の修正- 予測表示の変更キャッシュ- 読込み処理の修正- 読込み時の表示を変更ウィジェット- 分更新処理の微調整全体- 表示処理の修正- レイアウト内の余白を調整（主にタブレット）- 文言修正速度に関してあまり変わらないかもしれませんが2.x系などでは大分変わったんじゃないか思います。なお、ver2.2.3でホーム画面上でタスククリアをしてもメモリ表示が更新されない件について強制終了などの問題ではないため、明日アップデート対応（ver2.2.3.1）いたします。大変申し訳ありませんがお待ちください。
12Jun
- ManageBoxの価格を改定しました
  ManageBoxですがおかげさまでリリースして一年がたちました。この機会に値段を改めて設定しなおします。改定前：248円（税抜き）改定後：198円（税抜き）変更処理は済んでいますがPlay側が反映されていない場合がありますのでご注意ください。ではでは。
09Jun
- [Android]リストや配列をPreferencesに保存する方法（JSON）
  Androidでは設定データなど永続化したいデータはPreferencesやデータベースに保持します。簡単なものはPreferencesでまかなえますが、リスト形式ものだったりはデータベースを使う必要がでたりします。*新しいApiではSet<String>ならPreferencesに保存できるようになりました。簡単なリストデータのときなど、DBをわざわざ設定してむにむにするのは面倒です。そんなときはｊson形式にしてしまうことでPreferencesに保存することが可能です。なおCSV形式にしたりなどでも対応はできますがｊsonであれば専用クラスが揃っているので使用が楽ですし、独自のメンバクラスの場合でも対応でき管理しやすいかと。*やり方はなんでもいいんですが、一つのString型に直してしまえば保存できるということがポイント。やりかたは、［保存］リストや配列などのデータ↓JSONObjectやJSONArrayに変換(gsonとか使っても良い)↓変換したデータをtoStringしてPreferencesにputStringListの場合の例はこんな感じ*汎用にするためList内のコレクションを?にしています。public void onSaveJson() { setSharedPreferencesJSONArray(Context, FILENAME, Context.MODE_PRIVATE, SAVEKEY, list);}public static boolean setSharedPreferencesJSONArray(final Context context,String filename,int mode,String key,List<?> data){ try{ JSONArray root = new JSONArray(); for(int i=0;i<data.size();i++)root.put(data.get(i)); context.getSharedPreferences(filename,mode).edit().putString(key, root.toString()).commit(); return true; }catch (Exception e) { e.printStackTrace(); } return false;}［復元］Preferencesから保存したデータをgetString↓JSONObjectやJSONArrayに変換(gsonとか使っても良い)↓変換したデータをforなどで回して再セットList<String>に復元する場合の例はこんな感じ*保存時はコレクションを?にしましたが変換の場合は明示的にしたほうが安全というかしないと使いづらい。public void onLoadJson(){ List<String> list=getSharedPreferencesStringList(Context,FILENAME, Context.MODE_PRIVATE, SAVEKEY, null); }public static List<String> getSharedPreferencesStringList(final Context context,String filename,int mode,String key,String defValue){ try{ //null確認しなくてもcatchされますが気持ち悪いので検査いれてます。 String json=context.getSharedPreferences(filename,mode).getString(key, defValue); if(json==null)return null; JSONArray array =new JSONArray(json); List<String> p = new ArrayList<String>(); for(int i=0;i< array.length();i++)p.add(array.getString(i)); return p; }catch (Exception e) { e.printStackTrace(); } return null;}簡単な例ですがサンプルパッケージもこちらに置いときます。https://drive.google.com/file/d/0B_niJgzazrXxRE5ZUThzQXVkSEk/edit?usp=sharing*JSONSharedPreferences.javaのメソッドは単純なパターンをいくつか置いてある感じ最後にポイントはｊsonを以下に作るかだと思います。複数オブジェクトだろうがなんだろうがjsonさえ作れてしまえば保存できますし、あとは作った逆の流れで復元する感じなだけなので結構応用効くと思ってます。ただ単一クラスのリストなら上記ではなくバッファにしてしまったほうが早いし楽かも。ではでは。
07Jun
- [Android]RemoteViewsの動的なパラメータ変更
  ウィジェットや通知バーなどを利用すると関わってくるRemoteViews。RemoteViews自体のメソッドは少なく制限が多く見えますがRemoteViews.setInt(int viewId, String methodName, float value)などを使えば主に使うだろう場所などは結構変更可能だったりしますじゃーどうすれば使えるのという話ですが、TextViewのサイズを変更したいならRemoteViews.setFloat(viewId,"setTextSize", size)とmethodNameに対応するメソッドの名前を入れてそのメソッドの同じ引数をセットしてやればできます。上記例で言うとApi16以降からsetTextViewTextSizeで動的にテキストサイズを変更できるようになっていますが、それ以前でも動的にサイズ変更ができるということになります。ただし、全部が全部使えるわけではありません。利用Class内（例えばImageViewならImageView.javaの中）のメソッドに「RemotableViewMethod」がついているものが利用できます。　@RemotableViewMethod　@android.view.RemotableViewMethodって感じについてます。あと当たり前ですが、該当Apiレベルで利用できないメソッドはそもそも利用できません。あとRemotableViewMethodがついてても引数が複数あったり引数がないものは使えないっぽいです（そうゆうのは専用のメソッドがそもそもRemoteViewsにあります）。ちなにに利用Classってどこ調べればいいんだ？という　SDK>sources内を検索してみると見つかったりします。あとネット（Git）に公開されてたりします。ということで、カスタムできない所は確かにあるものの意外とできることは多いので参考になれば～。あといちいち調べるのも面倒だし時間ができたのでついでにUtilityクラスを作ったので置いときます。https://drive.google.com/file/d/0B_niJgzazrXxQXJFM0N4dW0wSnM/edit?usp=sharing
05Jun
- ぬこボリューム　アップデートしました
  久しぶりなぬこボリュームのアップデートです。内容は通知バーから設定画面を呼び出せるようにしました。レイアウトを変更すると時間がかかりそうなのでアプリ内のメニューボタンから利用できるようにしています。通知バーから直接モード変更やボリューム変更も考えましたが2.x系ではちょっと厳しい端末もあるやもなので今回のアップデートでは設定画面へ飛ばす方向にしています。Android4.x以上をターゲットにすればできなくないので今後改善はしていこうかと思います。そんなこんなでございます。