お知らせ

スパムコメントの頻度が高くなったので、一時的にコメントを閉鎖しております

まぁスパム以外のコメントはほとんどないので、困る人も居ないかと
どうしても連絡が必要な方がいましたら、GooglePlayの拙作アプリのページから「デベロッパーにメールを送信」でメールを送って下さい

 

ネタをくれ

宣伝も何もしてないのに、いつの間にか500DL越え
もっと出来の良い競合アプリがあるのに、なんでこのアプリを選んだのか??
着色なんかは他に無い機能とも思うけど、プラグインのDL数はさほどでも無いんだよね

いや、使ってもらえるのは有り難いんですが
つい最近、はじめてストアで★評価をつけてもらったんですが、未だにコメントがつかない
ユーザーからのフィードバックがないと、次にどんな機能を作れば良いかが分からない
将来的に予定している機能はいくつかあるけど、実装には前準備として言語の勉強からやらないとイカンので、ちょっと時間がかかる
なので、要望とかあれば取り入れたい所なんだが、誰からも何も要望が出てこない……
今だとこんな状況だから、要望さえ出れば高い確率で採用(技術的に難しいと無理だが)されるハズなんだけど、誰か何かアイデアは無いかね?

ネットドライブ対応するには

LAN上の共有ファイルに無線アクセスできると色々便利
前にも書いたけど、JCIFSライブラリてのがあるので、少なくともWin環境の共有フォルダにアクセスするのはできるハズ

ここで問題になるのが、ライブラリのライセンスがLGPLなところ
本体に組み込むと本体もLGPLにしないとならんので、これまでのように外部アプリにしてプラグインとして扱う事になる
幸い、PDF対応の際に、別アプリのクラスもローカルのように扱うやり方を見つけたので、既存のファイラーと違和感なく組み込めるだろう

が。
自動着色にせよ、PDF対応にせよ、これまでのプラグインは、一応単体でも使い道のあるアプリとして作って来た
しかし今回はネットドライブに接続するだけの機能なので、単体では使い道がない
これをプラグインとして別アプリにするのは、まさにライセンス回避のためだけ、という事になってしまう
そういうのは何だか嫌なんだよなぁ……
何かネットワークドライブと連携してこそ、なアプリのネタは無いものか

 

SDカード同様、マウントさえしちゃえば後はローカルと同様にアクセスできる、て感じにOS側で対応してくれないものなんだろうか?
Linux系だし、できないハズは無いんだが、俺が知らないだけで何か方法あるのかね?
(そんな仕組みに対応してるアプリとか知らんので、多分できないんだろうけど)
アプリ個別に対応しなきゃならんのは無駄に思うんだけどなぁ
root化できるなら、CifsMangerとかでマウントできるんだけど、この程度の事はroot化せずにやらせて貰えないんだろうか?

 

進捗

PDF対応は、MuPDFをそのまま使い、サービスではなくClassLoader経由で呼び出す方式にした
サービスではBitmapのような大きいサイズのデータをやりとりできず、ファイル経由にする必要があったため、処理に余計な時間がかかった
ClassLoader経由では、別アプリのクラスを自アプリのクラスのように読み込めるので、Bitmapの扱いもメモリ内で処理できる

ただし別アプリのクラスを使うには、Manifestに共通のandroid:sharedUserIdを指定して、共通の署名で書き出す必要があるらしい
せっかくプラグイン形式で分けてあるのに、利用するには各アプリに合わせて設定を修正して書き出さねばならず、ちょっともったいないけど
ま、サービスはサービスとして機能するように作ってあるので、外部利用したい人はサービスを使ってもらう、て事で勘弁してもらおう
どうせ GPLでソース公開もするので、必要があれば各自組み込んでもらえば良いし

んで、この方式の方がかなり早いので、自動着色プラグインも修正しようかなぁ、なんて考え中
とりあえず先にPDF対応だけして、次のバージョンで、とかも考えたんだけど、自動着色がファイル前提で組まれてるので、せっかくPDF対応がファイルなしで対応できるのに、一度書き出さないと加工できなくて……
このまま無理に組み込むより、ちょっと修正に時間かかるけど自動着色も手直ししようかなぁ、とか

問題は、既に自炊リーダーと自動着色を併用してるユーザーさん
同時にアップデートできれば良いけど、そうそううまく行く訳ないし
かといって両方式を併用するのは無駄なので、ClassLoader版が使えなければアップデートを促して機能制限するしかないかな……

今後の予定

まぁ当面はデバッグ作業をやるとして
とりあえず、現状で予定してる機能強化をメモ

●検索機能の強化
せっかくDB使ってるので、もっと色々手早く目的の書籍にアクセスする手段を用意したい
機能の実装自体は簡単だけど、分かりやすい・使いやすいUIを設計する能力が……

●本棚等のソート
まぁこれも機能だけならスグできそう
問題はドラッグ&ドロップによる並び替えとの兼ね合いか

●左開き対応
日本向け書籍の大半は右開きなので、個人的には今のままでも問題ない
が、逆方向に開く本もある訳で、対応しておかないと不味い
単にページ送りとかスクロール方向をフラグで反転する程度の修正で実装はできる
が、ビューワーの設定画面で切り替えるのは再び右開きを見る時に戻さないといけなくて煩わしい
すると、書籍別に設定ができるようにしなければならず、やっぱりインターフェースの改造が必要となる

●PDF対応
Adobeが公式にコンバーターとか出してくれりゃ良いのに……
色々ライブラリを試しているが、うまくコンパイルできなかったり、できても日本語表示がお粗末だったり
さすがにPDFの仕様を調べて自力で実装するのは趣味の範囲を超えるしなぁ
何か都合の良いライブラリを見つける事ができたら考えよう

●ネットドライブ対応
以前にもぼやいたが、実装自体はライブラリを使えばできるハズ
問題はプラグインのように機能を本体から切り離すのが難しいので本体がGPL汚染される事
まぁこのアプリ自体は知的好奇心を満たすためのものなので、別にソースを公開しても良いのだが、実験作故に色々汚いコードとか実験だけして消し忘れたゴミとか、人に見せるにゃ恥ずかしいソースなのよね

●NDK使用
現在はオールJAVAで組んでるが、画像処理等の高速化のためにNDKを使ってC++で書き直したい
別の言語に移植する訳で、かなりの大改造になるので、できればこれ以上機能が複雑化する前に済ませてしまいたい
が、C系統なんて10年以上触ってないので、やるとなると色々と面倒な準備期間が必要で
とりえあず、JAVAで実用速度なうちは放置するかなぁ

あとはユーザーからの要望対応かね
要望出るほどインストールされれば良いんだけどwww