再開、そして憂鬱。

途中のプロジェクトを再開しました。

Kotlinへの移行は後回し、Javaで形にする。
ただ、サムネイルをキャッシュディレクトリに追加作成する事で再利用の再表示をスピーディーにしている部分をディレクトリ単位で毎回作成に変える事に。

再表示は速いが状況によってはストレージを浪費してしまう。
システムが自動でキャッシュファイルを削除するときアプリが無反応になるのが気持ち悪い。

ので、一般的なディレクトリ単位でサムネイル作成をする。に決めた。

 

【ディレクトリデータについて再考する。】

ディレクトリの中に
・ディレクトリと画像ファイルがある。
・ディレクトリのみ。
・画像ファイルのみ。

【リストデータを考える。】

・子ディレクトリの中に画像ファイルがあれば、それをサムネイルに使う。
・子ディレクトリに画像ファイルが無い時はリソース画像を使う。

・標的ディレクトリのフルパス。
・内部ディレクトリネームのリスト。
・内部画像ファイルネームのリスト。
・タイプ判別フラグのリスト。
・ネームリストに対応した画像フルパスのリスト。

それぞれのネームのリストを利用してキャッシュディレクトリにサムネイルファイルを用意する。

都合の良い構造体は？

Member {
  String name;　ディレクトリor画像ファイルの名前
  Boolean type;　dir = true/ file = false
  String imagePath;　画像ファイルのフルパス。画像無しディレクトリは空文字""。
}

DirList {
  String TargetDir;　標的ディレクトリのフルパス
  Member data[];　データ配列
}

キャッシュディレクトリには、nameをサムネイルファイルの名前にする。
ディレクトリ名＋".jpg"でサムネイルファイルが作られる。
すると、ディレクトリと画像ファイルのサムネイルファイルの名前がダブる可能性が出る。

よって、ディレクトリ名＋"_directory.jpg"のようにディレクトリの識別情報が必要になる。

データリスト形態は、こんなんで良いかな。

 

 

●リストを作る実行部は、
フォルダアイテムを読みだして、ディレクトリの配列、画像ファイルの配列、フルパスの配列を作る。ついでに名前順のソートも行う。

この用意した配列を元に構造体DataListに書き写す。

 

●サムネイルファイルの作成は、
リサイクルビューの中でDataListを使って有無チェックをし、非同期でサムネイル加工と保存を行う。

 

時間がだいぶ経ってるから、プログラムのどこをどう変えるのか浮かんでこない(-_-;)　面倒くさいぃぃ。

 

アップデート

最新は、2023.3.1 だけど、ダウンロードリンクは、2022.3.1 。

新規プロジェクトをKotlinで作成。
テンプレが少ない。構成を参考にしようとしたんだけど、よく分からない。

新規プロジェクトを作るとプロジェクトごとに何かDLが始まる^^;
その総量が1.5GBを超えたので一旦中止。

WEB検索で出た画像には、KotlinフォルダにKotlinファイルが入ってたんだけど、自分の作る新規プロジェクトでは、javaフォルダにKotlinファイルが入る。
なぜだー！

訳が分からない。

Kotlinやめようかな…。

blueStacks のアップデート

PCでスマホゲームをしたくて BlueStacks インストールしています。別PCに。

最近、ゲームアプリが起動できなかったり、できたり。最終的にプレイ可能です。
検索では、そのアプリのコメントは見つからず。
アップデート通知は出ているので解消できるか分からないけど実行してみる。

インストーラーを実行。
「Microsoft検証済みではない。」ダイアログ表示。
「インストールする」ボタンをクリック。

うんともすんとも言わない。先に進めず^^;

マイクロソフトの嫌がらせが始まったよ(笑)
オンラインゲームに悪影響出そうな機能を切ってるから原因があるのかな？

 

面倒くさいので根本的にアプリのインストールを制限している部分を再設定する。

＊設定＞アプリ＞アプリの詳細設定＞アプリを入手する場所の選択 
「場所を選ばない」を選択。

インストーラー実行！
ダイアログは出ずインストール始まりました。

Windowsの使わないアプリは勝手にインストしてバックグラウンドで動かし、システム重くしてるのに…。
ライバル的企業には嫌がらせまがいか！なんてね(笑)

ダイアログのウィンドウサイズも変に小さい。
適切な大きさに変更もできない。
バグか？

blueStacks が動けば、どうでもいいや。