【Android】コミックビュワー総合 17冊目

Perfect Viewerには１ページ前進や１ページ後退というメニュー項目がありましたが、Perfect Viewer ｘではその項目が見当たりません

>>446
ツールバーのでは駄目？

やっぱりそれしかありませんか。ただサムネイルが旧Perfect Viewerより小さくなって見にくいんです

そういえばcomittonをy700で横表示するとタブっぽい挙動するせいかメインメニューが横画面で縦表示するような挙動になるね
ただ設定画面を出すと横画面でも正常に表示されるしファイルも正常に描画されるからメインメニュー画面だけが横画面表示されない感じ

NxXの「タップによるスクロール」だけど、横長画像を縦画面で表示させたときに直感的ではない挙動を示すことがあるね
具体的に言うと"スワイプで少しスクロールさせた状態"でタップすると、スクロールではなくページ送りになってしまう

見切れてる部分がある（まだその方向にスクロールさせる余裕がある）場合はページ送りではなく画像端までのスクロールにできないだろうか

NxN、ピンチインやピンチアウトで拡大率が変わった場合に100%にすぐに戻す方法ある？
戻そうとしても99％から101％を行ったり来たりしてぴったり止められなくて

>>451
(1)
画像表示画面で右上タップ
画像表示設定で表示サイズを変更→適用→元の表示サイズに戻す→適用

(2)
NxNを再起動

(2)がお薦め

>>451
NxNであれば「サイズ調整方法」（いわゆる「ストレッチ」にあたる）の変更時に100%にリセットされる
NxXではリセット手段が失われた（ピンチインアウトで頑張って100%に調整するしかない）

2.4.10.BH

ズームサイズ、100%にリセットが付いたぁ

BHでソート同期状態でもNullPo出なくなりました。ありがとうございます！

>>456
ｶﾞｯ!

>>455
表示中の画像のズーム率操作として、メニューからダイアログを開かせた上でスライダーで調整して非同期で（つまり、別途ボタンを押して）反映させるUXはあまりにもマヌケ過ぎる。。。
そのUIは削除して、上部メニューに「ズーム率リセット」を新設するのが賢明（必要であれば、連続操作時に「もとに戻す」として機能させるのもアリ）

おお、rarも旧式対応になってる。ありがとうございます。
ところでNAS上にあるファイルのサムネイルを一度取得しているはずなのにたまにNASのHDDがカリッカリッとなりながら再読み込みみたいになってるんですが何故でしょうか？（異音ではない）
サムネイルは削除しない設定です。

>>458
人それぞれだと思うけど、別にマヌケとは思わない
今のUIなら100%へのリセット/ズーム中のレベル確認/もとに戻す操作が同一ダイアログで行える
もしも個別にズーム率リセットを入れるとなると、リセット実行確認のダイアログが実装されると思うので、結局一手間かかることになる

>>460
リセットの実行確認もナンセンスであって、さっきのレスの以下がその回答にあたる

>>（必要であれば、連続操作時に「もとに戻す」として機能させるのもアリ）

>>UXはあまりにもマヌケ過ぎる
>>実行確認もナンセンス
善意かつ無償で対応してくれいてる行為に対して、こういう言い方をする事に人間性を疑う。
操作性の評価は人それぞれ（私はリセットはピンチで十分）自分の評価が絶対だと思うのもやめた方が良い。

>>458
ほならね 自分で改造してくれればいいのよ
オープンソース なんだしついでに配布してくれればいい 出来だったら使うよ
もちろん ダメだったら まぬけすぎるとか言うかもしれんけどごめんね

当初設計にない機能を都度追加していく時、なるべくユーザーが惑わないようにした結果、メニュー階層が深くなってるんだと想像してる

少し話題に出ていましたが、横画面で閲覧している際に設定をいじろうとすると設定だけは縦画面になってしまうので、横画面のままで設定メニューが出るようにしてもらいたいです

NxXの不具合報告です
NxX 2.4.10.BG→BHの更新で、カスタムURLスキームによる呼び出しのうちホスト名「fileopen」指定時に読み込みエラーが発生するようになりました（BGで問題ないことは改めて確認済み）
エラー表示後に一旦NxXを終了させてからNxXを起動させて「前回のファイルを開く確認のダイアログ」に表示されるパスを見ると、どうやらURLパラメータ「path」の末尾のファイル名部分が2重に解釈されているように見えます

たとえば、以下のURLで NxX 2.4.10.BH を呼び出すと、pathが以下のように解釈されるようです
- 呼び出しURL:
comittonxx://fileopen?key=authkey&server_select=1&path=/folder/subfolder/archive.zip
- pathの解釈（末尾のファイル名部分が2重になってる？）:
/folder/subfolder/archive.ziparchive.zip

BLｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

BLビュワー来たか！
...ってまだBIやん

BIだな

横画面で設定メニューも横位置のまま出るようになりました。ありがとうございます

NxXの不具合かなという挙動について

ファイル選択画面をキーボードのアローキーで操作している時に、画面下部の選択時に見切れたまま選択される。そのまま↓を押すと次の行へ移動しつつ画面表示されるため、実質１行飛んで表示される

テキストビュワーをタップでページ送りしている時に、スワイプを使って数ページ戻った際に、再度タップするとスワイプ前の次ページへ移動する
５ページの状態からスワイプで１ページまで戻ったら次のタップ時には６ページへ移動してしまう

上の2件なんですが同じ状況になる方いますか？
BFから使い初めてBIでも同様です

スワイプしてページ送りすると2ページ送ってしまうのはずっとあるね

以前記載した
・単ページ表示、高さに合わせて表示→横が表示しきれないのでスワイプで送って見ている
・この状態でイメージ表示を閉じる→確認表示→前or次のファイルを開く
・新しいファイルの最初のイメージ表示がスワイプしても動かない（次ページ以降は動く）
は、BIでも直ってなかった、、、
ちなみにインストールして一回目の「前or次のファイルを開く」で表示したイメージは動きました。
直ったかな？と思ったら、二回目以後の「前or次のファイルを開く」では動かなかった。

>>473
変更履歴を見ても修正に関する内容が書かれていないので、開発者の方で現象が再現していない可能性がある
ちなみに、こちら側でも現象が再現しなかった（前又は次のファイルの先頭画像でスワイプさせると横移動する）
もしかすると、圧縮ファイルの展開に関する設定を変更するとうまく行くかも知れない
・ZIPファイルの読み込みを旧方式で行うオプションを有効
・RARファイルの読み込みを旧方式で行うオプションを有効
・アプリのキャッシュを削除
・ファイルリストのキャッシュ削除を行ってから開く

うーんy700で横画面にするとビューワーはちゃんと表示されるけどメニュー画面とかがショート動画みたいになるのなんでだろ
https://imgur.com/a/7wI8taS
一応画面方向切り替えをすると直るんだけど一度でも縦画面にするとダメだし逆の横画面にしててもこの画面方向切替ボタンは通常の横画面方向にしか出せないしよくわからん

>>475
画像を見ると、横画面のままでナビゲーションバーが下に表示されているので、ファイル選択のアクティビティは縦画面と認識しているように見える
もしかすると、ドットピッチの最小値が大きいために、タブレットUIと認識しているのでは無いだろうか
開発者向けオプションの描画の最小値を下げてみてはどうだろうか

例.《○○○■■》　
epubの時《》がルビになるの防ぐにはどうしたらいい？
2.4.10.BI使ってます

正規のアプリで正規品を購入すれば良い

なるほど！
MHE Novel Viewer Free EditionやPerfect Viewerだとならないので
どっかに設定あるんかと思ってました

>>476
y700 2025のでごの最小幅が640だったのでgeminiに聞いてタブレットとスマホの閾値らしい599（lineはスマホ表示になった）とそこからさらに低い500でやってみたんですが駄目でした 上の画像のように横の空間？ができます

更に今までだと メニュー→ 画面方向切替を毎回選ぶととりあえずは横画面でも全表示できていたのが全表示すらできなくなり悪化した感じでした

>>480
y700 2025に機能があるかわからんけど「スマートローテーション」が干渉してるとか？
もし機能があるなら念のため確認してみては？

>>481
スマートローテーションも探してみたのですかy700 2025だとディスプレイ 項目の画面の自動回転から行くことはできずrotationで検索してもみつからないんですよね

>>474
コメントありがとうございます、おま環でしたか、、、
指摘された方法試したけど駄目でした、しばらくAYを使います、、、

>>471
テキストビューアのスワイプで数ページ戻った後にタップすると、スワイプ前の次ページへ移動する現象だけど、こちら側では何故か再現していない(タップすると、戻った所の次のページに移動する)
ちなみに、設定は以下のようになっている
・サイズ調整方法：　元のサイズで表示
・見開きモード：　連続表示
・用紙選択:　画面サイズ(縦)
・表示方向：　回転あり → 縦向きで表示されている
・前ページ位置を左右反転：　チェックあり
・タップ操作の入れ替え/タップでのスクロール/フリックでページめくり/ページ端からフリック/フリック操作の入れ替え/左右キーの入れ替え：　全てチェック無し
スワイプでページ移動させると横スクロールしてしまうと思うけど、この操作で合っているだろうか

>>484
見開きモード:単ページ表示で発生します
ただ連続表示で発生しないことを知れたので設定変えて使います

>>484
見開き表示も単ページ表示も関係なく、ページ送りの設定に使ってた左へ１ページが原因でした。
エフェクトが嫌で次ページへスクロールにしてなかった

NxXってサムネイルの拡張子表示の非表示とかってできる？
もしあれば教えてほしい

サムネイル長押しで表示されるメニューにプロパティが欲しいな
ファイルサイズとか作成日とか見れたらいいな

NxXの「範囲選択してサムネイルに設定」だけど、ファイル名に # が含まれている画像を対象とした場合にエラー「open failed: ENOENT (No such file or directory)」になってサムネ登録できない
クロップされた画像は元ファイル名そのままにshareフォルダに出力されてるんだけど、エラーのトースト表示を見る限り「出力された画像を参照する際に#以降のファイル名を省略している」っぽい（出力したファイル名とは別のファイル名を参照することになるので当然ながら見つからない→cacheフォルダにサムネファイルとして配置されない）

その画像の#以降を取り除いたファイル名で「任意の画像ファイル」をあらかじめshareフォルダに設置しておくことで、それがサムネイルとして使われるところまでは確認済み
なんとなく、フォルダや動画等の「画像ファイル以外」でも名前が一致するノードがあればそれを無理やりサムネとして取り込んで（cacheフォルダ配下に配置されて）しまう気もするけど、そこまでは検証してない（ちょっと怖いので）

BJきた

おっ見開きで縦スクできるようになったんか？と思ったら違うようだ

ボンカレーはどう作ってもうまいのだ

BJ で >>489 が解決していること確認しました！
ありがとう！

BJ、「先頭ページから2ページ目（あるいは末尾ページから末尾直前ページ）へのページ送り操作」でページ送りエフェクトの向きが逆になってるっぽいです
実際の表示が単ページ表示状態の場合にのみ再現するようです（実際の表示が見開き表示状態の場合は問題なし）

PDFなんですが、NASに置いたファイルを読んで１０−２０ページくらい進めたり戻ったりするとエラーが出て読めなくなります。ローカルに置いたPDFはエラーなく読めます。NASにおいたZIPのJPGファイルはエラーなく読めます。バージョンBIとBJ

キャッシュの問題じゃ無い？

うーん設定ミスですかね
キャッシュ増減したり色々試したんだけど、10ページくらいでダメした
画像
PDFのサイズは50−100MBくらい
ローカルに置いて読むと問題なし

comittonでepub見れる改造版？みたいなのがあるのか
epub見れないせいでPV使ってたけど
PVは本棚サムネ表示遅すぎて微妙なんよな
表紙保存したあともなんかクソ遅いし

うーん久しぶりに使ってみたが困難だったっけ
これならPVのがマシか

その後試してたら、Android11のタブレットは大丈夫でした
問題があるのはAndroid16なのでOSが関係してるのかも

>>498
>>1にあるComittoNxXはepub対応

>>500
ComittoNxX はオープンソースの画像ビュワーです.
対応バージョンは Android5.0 以上 15 までです.

>>501
だからその話をしてるんだが
何を言ってるの？

>>503
すまん、
「comittonでepub見れる改造版？みたいなのがあるのか？」
と、読み違えてた

>>502
ありがと
16に上げるんじゃなかったなぁ

>>500
もしかすると、ComittoNxXで使われているAndroidのPdfRendererでは、PDFのページ送りでシーク動作が頻繁に入ると、NASの場合に動作が固まってしまうのかも知れない
これがOSのバージョンに起因しているかについては、本家(Adobe)のAcrobat Readerで試してみて同じ動作になるのかが分かれば、何処に原因があるかの切り分けになると思う

>>494
ページ送りエフェクトの向きの動きを見てるけど、逆になる現象が再現してしない
・サイズ調整方法：　元のサイズで表示
・見開きモード：　単ページ表示
・ページめくりのエフェクトはフリップ/フェードイン/スクロールを実施
・ページをめくる方向： 右から左へ(右表紙)
・前ページ位置を左右反転：　チェック
・タップ操作の入れ替え/タップでのスクロール/フリックでページめくり/ページ端からフリック/フリック操作の入れ替え/左右キーの入れ替え：　全てチェック無し
・スクロールで前後のページへ移動/次のページを表示：　チェック無し
「ページ送りエフェクト」とは「ページめくりのエフェクト」と同じ挙動になるだろうか

>>507
先のレスで挙げた再現条件が間違っていました
縦画面で横長の画像が2つのページに分割されて表示される状態（フィルムストリップでは単一の横長ページだけどビューアでは縦長のページx2として扱われる状態）での
ページ送り操作で、エフェクトが逆になることがあります
分割されたページの1→2ページ目（あるいはその逆）のページ送り操作でのみ再現するように見えます（どちらになるかは画像によって異なる？？）

>>500
Android16だと失敗するのを確認した
・Android11は失敗しない
・AdobeのAcrobat ReaderはSMB経由のアクセスが出来なかった
調べたところ、Android16はファイルディスクリプタの動作が厳格になっていて、PDFファイルのページめくりだと、高速にシーク動作を繰り返すため、SMB経由のアクセスに失敗するらしい
ZIPファイルの場合では、セントラルヘッダーをアクセスすれば、後はシーケンシャルアクセスになるので問題は発生しないようだ
Android16の仕様上、PDFファイルをアクセスする際には、一時ファイルを経由するか、若しくは間にキャッシュを挟み込むかして、淀みなくアクセスするように改造しないと無理っぽい気がする

>>508
横長の画面を用意して、縦画面でページめくりのエフェクト（フリップ）を入れた状態で、左右のページめくりを繰り返すと、エフェクト（フリップ）が逆になる現象が再現した
・サイズ調整方法：　高さに合わせて表示
・見開きモード：　単ページ表示
・ページめくりのエフェクトはフリップ
・エフェクト時間： 0.20秒
・タップでのスクロール： チェック
タップ操作のスクロール動作で発生するようだ

>>509
再現ありがとうございます
PDFファイルの場合のみ一括ダウンロードして読む、みたいなオプションが16対応には必要っぽいですね

001.jpgと001..jpgというファイルがあって
nx以外だと001..jpgが前に来るんですが、nxだと後ろになってしまう
色々設定をいじっても改善しません

それくらいリネームしてくれ

何をどんな設定したらそんな被った出力名になるんだ？

表示カバーは000a.jpg 000b.jpgにしろ
以降は001.jpgから

完全に拾い物じゃん

2.4.10.BK

BKにしたらページ戻るのに右にフリックしても左へフリップのエフェクトになっちゃった。BJに戻したら問題なし。

NxXの見開きを含むページ分割系は不具合の宝庫

BK
PDFの先読みオプションをオンにすると、ファイル読み出し後に表示できないエラーが出て落ちます
テキストメインの小さいPDFファイルは読めるので、スキャナーでとった画像メインのだとダメなのかも

Android16
PDFファイルサイズ→50～600MBくらい
スキャナー→EPSON DW571

キャッシュサイズも色々変化させてみたけど、改善せず

android16でBKだと

◁　〇　□　のインジケーターの下にファイルやディレクトリ、サーバー等のメニューバーが隠されてしまい
全く使えん

BJに戻した

まさかのナビバー

ナビバノンノン

作者様いつもありがとうございます
ファイル名の.早速対応して頂いて驚いております
ただ検証した所、不具合があるようなのでロールバックして頂きたいです

001.　002.. 002.　003.　理想

001.　002.　002..　003.　以前のバージョン

002..　001.　002.　003.　現在の挙動

サムネイル作成のときは002..のファイルが先頭に来てしまうようです
閲覧のときは理想と不具合の挙動が混在します
調査しましたが条件はわかりませんでした
遅ればせながら自分でもソースを見て見ようと思います　1から勉強です

その前にネイミングの指針を見直せよ

自分も最下段のメニューがAndroid16のナビ裏に隠れて押せなくなりました

共通の操作設定辺りにナビバー非表示にする設定項目あるよ自分もなってたからそれでなんとかなった
2.4.10BK
2chMate 0.8.10.241 dev/samsung/SC-56F/16/DR

>>525
リネームしとけ

ダブルピリオドなんてイリーガルで並びに正解なんてないし、たまたまその理想に合わせても
別の現行順に沿うzip出てくるかもしれない。そんなのいちいち合わせてらんないし、マジで個人でリネーム対応しろよ、としか

ダブルピリオドの九割九分は拾いものの書庫内ファイル

ダブルクオテーションならともかくダブルピリオドって…(^_^;)

ダブルピリオドって言葉初めてきいたな。どういった運用でこうなるんだ？

ダブルドラえもん！

002..が001.より先に来るのがおかしいってはなしじゃないの？
ファイル名がおかしいのは同意だけど挙動もおかしいと思うわ

NxXの、設定 > 共通の表示詳細設定 > 減速スピード、についてだけど、以下の通り直感に反しているので修整してほしい
1) 設定項目名が「減速スピード」なのに、ダイアログの説明も実際の値も「小さいほどすぐ止まる」になってる（項目名と効果がアベコベ）
→設定値（減速スピード）が大きいほど、実際の減速度が大きくなるのが自然
2) スライダー上の最小値（減速しない）と最大値（慣性なし）の効果が逆になってる
→ スライダー操作は連続的にしておくのが自然

ZArchiverならzipのまま中身の画像の名前変更できるぞ

Zarchiver性能すごいよな
どんなlib使ってるんやろかな

大抵のツールなら解凍せずにリネームできるやろ
実際は解凍して再圧縮してるんだけどな

俺はExplzhとwinrar使ってるけどどっちもリネームは簡単にできる

2.4.10.BL更新
アップデート活発だな

自分的には圧縮解凍の速度と汎用性が良いと思う
Androidアプリとしてはだけどね。Explzhと比較は出来ない

BL
タブレットで横向きだけど、設定画面が縦になる
メニューは横向きで正しいんだけど

>>541
ちゃんとここ見てバグ対応してくれるよね。難しい要望とかもあるけど。

>>543
もしかしてその画面って>>475の URL の画像みたいになってない？家がこれなのよね
ただこの現象が起きるのは 横画面にした時の設定や 本棚や メニューとかのもろもろの画面だけで実際に本を開いた時は 全画面になるから そこまで困るわけではないんだけど最新版になっても変わってないし何が原因なのかよくわからん

>>545
試してたところ、タブレット横向きの状態でこのアプリをフローティングウィンドウで表示すると設定画面も正しい向きになってて問題なかった
アプリ全画面だと設定が縦向き固定でおかしい

xiaomi pad 6s pro
android16

Backボタンの挙動を親ディレクトリに移動にしてる
BLに更新したらディレクトリは移動するんだけど同時にアプリが落ちるようになり、設定変更して再度設定し直しても同じ挙動のまま
同様の人いる？

>>547
問題なし
他の手段による（親ディレクトリへの）移動は問題ないの？

>>548
最上部メニューの「上へ」で移動
設定の「親ディレクトリ表示」をオンにしたボタンで移動
どっちも問題ないね
BackボタンだけComittonの終了が同時に動いてる感じ

>>547
同様に落ちます

落ちるのは泥16なのかな？
BKでは問題なかったってこと？

>>551
Z Fold 7
Android16

最近のアプデで落ちるようになった

これの開発者って100%善意だよね
マジですごい

お前たちを中毒症状にしてある日いきなり重大なバグあり更新して更新途絶する気かもしれんぞ

>>554
その時は使えるバージョンで使い続けるか、他に行くだけじゃん。

PVとか課金して使ってたりしてたけど、なんだかんだと言ってもcomittoが一番使い勝手が良くて気に入ってる
ここでの報告を反映してくれてるNxX版開発者さんには感謝しかない

BM

ご苦労様です

BM
pdfファイル開いたあと、閉じれずメニューに戻れない
BLだと大丈夫

ZIP圧縮のjpg画像だとその問題はでない
pdfファイルのときだけ

pdfファイルの出来かなぁ、うちでは問題ないみたい
android9相当と13

泥16なのが原因かもしれない
泥11では問題なかった

BN

お務めご苦労様です

BNでpdfファイルの挙動が正常になりました

戻るで落ちる事象改善しました
ご対応ありがとうございます

素早い更新をいつもありがとうございます。トップ画面の各サムネイルの大きさを例えば大中小などのボタンでサイズを簡単に変えれるようにして頂くのは可能でしょうか

サムネグリッドについては、まずは現状の「ピクセルサイズ（高さx幅）」を指定する方式から、「アスペクト比」「グリッド列数（縦持ち）」「グリッド列数（横持ち）」の3つを指定する方式に改めた上で、「グリッド列数を切り替える手段」を用意するのが良さそう
現状のまま大中小の切り替え手段を用意しても、サムネコンテナ（グリッドアイテ厶）のアスペクト比とサムネ（グリッドアイテム内に配置される、緑:フォルダや水色:読書中の枠が表示される要素）のアスペクト比のズレが避けられないので、そこにコストをかける価値があるかは疑問

nxの作者様いつもありがとうございます

BNですが、
SMBアクセスでエラーが発生しました:The system cannot find the file specified.
と出てファイル一覧読込が止まる事がありました

最新版はこれ>>522直った？

>>570
それくらい自分で入れて確認すりゃええやん

いつもバージョンアップ、ありがとうございます。
気になっている不具合が二点。Android16です。
・bk以降だと戻るボタン長押ししないと、メニューが一瞬で消えちゃう。
・epubのコミックが、初期表示までに時間がかかっちゃう。

戻るボタンでメニューなんて出たっけ？

>>573
終了メニューっす

そもそも「戻るボタン」が何のことやら。。。

自炊した縦書き文章が見開きでスキャンされたもので横長の画像を横並びで表示していたり
縦いっぱいでは文字が大きすぎるので80％くらいまでピンチインして表示したりして読んでいる場合、
NxXで１ページスクロール動作すると元の画像単位で次の画像までスルロールするから、
表示されてる領域分だけをスクロールさせたいのに出来なくて読んでいるところから飛ばされて見失ってしまう。
指でじりじりスワイプし続けながら読んでるけど、何かの拍子にタップ反応してスクロールされて飛ばされてしまう。
画像をどんな倍率で読んでもディスプレイ表示されてる領域分だけ送る動作にするのは難しいのでしょうか

>>576
設定 > イメージ表示画面の設定 > タップでのスクロール
にチェックを入れるといい

2.4.10.BNを使用してます

epubが 1 のように画面ギリギリまで表示されるので、毎回 2 のようにピンチインしてます
どこかで一度設定したらデフォルト表示にすることはできますか？

1 https://i.imgur.com/HzBmDn6.png
2 https://i.imgur.com/ltiie4Z.png

説明が下手くそですみません
並べて表示だとNxXのスクロールは見えてる画面分のスクロールをしないで実用的でない
という意味なので
>>577さんのアドバイスでは解決に成らないのです。

スクロール機能そのものが読んでる内容をジャンプされてしまうスキップ表示になっていて
12345で2読んでる読んでるときにスクロールする4とまで飛ぶと言えば伝わるのでしょうか
画面に指を置いてじりじり動かし続けるしかないのですが、
そのように動かし続けててもおそらく画像が次のものに変わるタイミングあたりでジャンプされてしまい
戻らないと続きが読めないので、
横幅が画面サイズ以上の画像ファイルの読書にはNxXは使えないという話です。

自炊の本は文字の大きさ・1行の文字数・上下の余白がどれも一定でないので、
NxXのようにピンチインアウトで表示サイズを変更でき、さらに並べて表示が出来るようなブックリーダーアプリは
他に全く存在せず本当に代えの効かない素晴らしい機能を持っているのですが
スクロールで読むことが出来ないせいで読書が出来ないので困っています。

スクロールとページ送りあたりが、アプリ開発者の想定の動作に成ってないと思います。

>>580
画像データをepub形式でまとめてるの？
文字データでなく

>>580
自炊してるならMeTilTranやChainLPで再配置すれば？

>>582
裁断してない見開きらしいし前処理はクソ面倒だろうな
非破壊スキャンも面倒だろという話ではあるが

いろいろ設定を細かく変えつつ試してみました

スクロール中にでジャンプされて全く表示されない箇所が生じる原因は、
画像の初期表示位置を中央に設定していた場合に、横長画像のはみ出た右側部分が飛ばされることが原因でした。
画像の初期表示位置を右にすれば表示されない部分は一応は無くなる。

しかし並べて表示でスクロールを使う場合
次の画像が画面内半ば近くまで来たなとアプリが判断すると、
画像の表示位置に設定された位置まで一気にジャンプする動作なので、
画面スクロール量が画像の変わり目の度に極端に変わるので異常に読み辛い。

画像の初期表示位置の設定だが、
横幅が画面内に収まる場合は”中央”にしておけば左右に前後の画像の行が残りながら
ページ送りされるので一定のスクロール量となって読みやすいが、
横幅が画面内に収まらない場合は”右”にしておかないと飛ばされてまともに読むことが出来ない上に
スクロール量が一定しないので非常に読み辛い。

画像の初期表示位置というような設定は無視して
並べて表示で一定の設定量のスクロールが常に成されるようなシステムで無い限りは、
実用性に乏しいと思います。

正直ブックリーダーアプリの利用者は漫画かEpubを読む人がほとんどで、
漫画読むならページ送りで事足りるし、Epub読むなら設定が細かく自由だから
自炊の画像ファイルで文章を読むという人の使い勝手とか
設計段階で考えられてないのは仕方ないですよね。
不便なら自分で作るしかない。

PerfectViewerなら並べて一定量のスクロールという希望通りの動作するだろ

>>585
裁断スキャン、傾き補正、白とばし、コントラスト調整
ここまではやっておくのが主流だからなぁ
chainLPやMHEのリフローで足りる

>>586
おっしゃる通りですが、PerfectVieweの画像の表示サイズは
縦幅に合わせる、横幅に合わせる、全体表示、等の固定された拡大しかでず、余白も設定できません。
NxXのようにピンチインアウトで表示サイズを細やかに調整変更しそれを固定して並べて表示し読むことは出来ません。

>>587
同じ本のスキャンはそういう処理で揃えてますよ。
別の本だと本によって１行の文字数、文字サイズ、余白が合わないことくらい分かりますよね

>>589
せやな
だからリフローで事足りるって言ってる

例えば１行の文字数が28字の本と、62字の本を
1行の長さと余白を揃えてさらに文字の大きさまで全部一緒にするような
魔法のような調整って何かで出来るのですか？
出来るなら読み直す機会で1冊ずつ処理してみますが

>>588
perfrct viewerには「スケール固定」ってのがあるよ

>>591
レイアウトを紙のままにしたいってこと？
それならこんな話はしなかったスマンな

そうだよなあ。スケール固定を選べば希望通りの操作感で読書できるだろ
分かりにくいところに設定があるが

>>591
OCRでテキストデータにしてからepub形式にまとめれば、現在のNxXでもperfect viewerでもできるだろ

OCRって精度クソだから使ったことない奴しか勧めない印象

>>596
昔のOCRはマジでゴミレベルだったが今はモノによってはスキャン後にAI精査してくれる物もあるので昔と比べるとダンチ
高いし使いにくいけどな

いつの時代の印象で語ってんだよ爺さん

やっぱり使ったことない奴の言動だな
OCRなんてスキャンした画像にテキストデータ内蔵させてPDFで半分使い物にならない文字検索掛けられるようにしておく程度しか期待できない
あいつら漢字仮名交じり文章苦手すぎる
誤字類推しながら読むバカいるの？

OCRよりGoogleレンズの方が優れてる
チラシのイラストに書いてある文字書き起こそうとする前にやってみたら誤字なしで全部文字列化してくれた

>>600
これな
昨日このニュース見てこの筆記体の手紙の内容知りたくてgoogleレンズに読ませて翻訳してもろたわ

>>601
このニュースｗ
https://www.asahi.com/articles/ASSCX2W5RSCXUHMC003M.html

NxXへの要望になります
設定 > イメージ表示画面の設定 > 四隅と端をタップエリアにして動作を割り当て、で設定可能な動作に「ズームリセット」を追加してほしいです

それから、タップエリア機能をはじめて使ってみて感じたことですが、各エリアのデフォルト値がなぜか「無反応」になっていて、オーバーライドしたくないエリアを解除（「無反応」から「システム設定」に変更）する手間が地味に面倒です
私自身はもう変更してしまったし、AH以前からのアプデ時以外では事実上無意味かもしれませんが、デフォルト値は「システム設定」のほうが良さそうです（生の値としては、1を0にする）

NxX更新ありがとうございます

NxXの不具合報告です
1. 上部メニュー「表紙の方向」で左開きにした状態において、ページ送りエフェクトの向きが逆になっています
2. 「横持ちで、縦画像を連結して見開き表示」の状態から縦持ちにした場合、「縦画像を連結して見開き」の状態が維持されます（連結された画像をスワイプやタップでスクロールできる）。この状態でページ送り（あるいはページ選択）操作をしても、連結された左右一方（右開き/左開きに依存？）の画像が更新されません
3. 先ほどのアプデ（BO）で対応いただいた「ズームリセット」操作ですが、ビューアを開き直すと「ズームリセット」操作前のズーム率に戻ってしまいます（永続パラメータへの反映漏れ？）

>>604
「ズームリセット」操作の挙動については、「ズームイン」「ズームアウト」でも永続パラメータへ反映されないので合っていると思う

>>569
BOですがまだこのエラーが出るようです。SMB越しで、同じフォルダでも出る時と出ない時があります。
D1/D2/D3
の構成で1つずつ降りて行きD3でエラーとなったとき、何故かカレントは
D1/D3
と表示されていました。上フォルダ移動でD1に移ります。D2が内部処理で消失している気がします。

>>606
SMBのフォルダのアクセスの途中で別のフォルダへ移動していないだろうか
SMBは非同期でファイルアクセスされるので、カレントフォルダのアクセスが完了していない状態のまま別のフォルダへ移動すると、アクセスに失敗する可能性がある

>>606
自分はそのエラー出たことないなぁ
フォルダ名長すぎるとか？

>>604
「横持ちで、縦画像を連結して見開き表示」の件で、「縦画像を連結して見開き」の状態でページ送り(あるいはページ選択)操作による画像が更新されない現象が再現できていない
・サイズ調整方法：全体表示(見開き対応)
・見開きモード：見開き表示
・ページめくりのエフェクト：なし
・タップでスクロール：チェック
・スクロールで前後のページへ移動：チェック
・次のページを表示：チェック
横画面で、左右に縦長の画像を並べて表示させてから、回転させて縦画面にする
この時、連結された画像をスワイプやタップで横スクロールできている
この状態でページ送り(あるいはページ選択)操作をすると、連結された左右の画面で次のページへ移動できてしまうので、再現していない
何か設定にコツがあるんだろうか

>>609
報告内容のご確認及び再現性調査ありがとうございます
こちらで改めて調べたところ、見開きモード：見開き表示、では本件再現しないことが確認できました（左右に結合された画像が左右共に問題なく更新される）

おそらく、以下が再現に必要な条件のようです（縦画像が左右に結合されるための条件は省いています）
・サイズ調整方法：項目名末尾に(見開き対応)が付いてる項目（例：全体表示(見開き対応)）
・見開きモード：単ページ/見開き

>>610
こちら側でも、以下の設定で画像が更新されない現象が再現した
・サイズ調整方法：全体表示(見開き対応)
・見開きモード：単ページ/見開き
横画面で、左右に縦長の画像を並べて表示させてから、縦画面にする
この状態でページ送り(あるいはページ選択)操作をすると、左側の画像が更新されない(右側の画像のみ更新される)

NxXの不具合報告です

2.4.10.BC以降、以下の場所に大量のキャッシュファイルが生成されるようになっています
Androidの設定アプリからのキャッシュ削除操作で一掃できますが、画像閲覧に伴ってかなりのストレージ容量が消費されていきます
圧縮ファイルの展開ライブラリの差し替えに伴う副作用と思われます

■ 場所:
/data/data/jp.dip.muracoro.comittonx/cache
※任意のファイラからアクセスするにはroot権限が必要です

■ 内容:
- ビューア起動時にその場所に対応するフォルダが生成される
- そのフォルダ内に各ページに対応するテキストファイル（中身は画像ファイル名）が一括生成される
- その後、そのフォルダ内に、ビューアで表示させたページの画像ファイル（コピーではない）が逐次生成される

また、2.4.10.AX以降、スワイプによるページ送り操作時に画面左右端に表示されていたグローエフェクト（エッジエフェクト）が表示されなくなっています

>>612
大量のキャッシュファイルが生成される動作については、展開ライブラリのオーバーヘッドを減らす目的で作成されているので、不具合では無く、必然的に行っていると思われる
「ファイル選択画面設定」の「ZIPファイルの読み込みを旧方式で行う」「RARファイルの読み込みを旧方式で行う」のチェックを入れると展開ライブラリが旧方式になるので、キャッシュファイルが埋まってしまう動作が緩和されると思う

>>613
スクロール周りに手が加えられているので、エフェクト関係の動作が変わっていると思われる

ブリティッシュペトロリアム来てた

https://helentech.jp/news-android-privileged-ports-smb-86964/

NxXへの要望になります
イメージ表示画面で書籍名またはファイル名の表示をできるようにしてほしいです

>>618
下端部プレス中orフィルムストリップ表示中に、上端部にオーバーレイ表示されるよ

>>619
気がつかなかったです
ありがとうございます

全く新しいビュワー作ってみたから試してみてほしい
https://github.com/p-almighty/Piewer

Android向けじゃないのかよ

>Python のインストール不要・単体で動作します

もしかして今更Pythonで作ったのか…？

Windows だとずっとNeeview使ってるから 試しに使ってみるかな

windowsだと　ももんが図書館　一押し
更新止まってるけどwinだとタッチパネル対応のビュワーってなかなか無いのよね

ごめんここAndroidのスレだった(；ω；)

>>625
確かに タッチ対応はないですよね
neeviewも右クリック ジェスチャー使って餌タッチやってるような感じです
デスクトップ PC とタブレット PC の両方で使ううえにNASにアクセスする前提になってるのでなかなかいいのがないんですよね
Android は comittonxxが開発 勢力的で 以前の とは 見違えるほど使えるようになったから これ一択になってます

ComittoNxXを試してみたんですが、これってテキストの選択はできない感じです？
意味の分からない単語を検索にかけて調べたりしたいんですけど

それってコミックビュワーでやる事か？

テキストとはｗ

Universal Copyとか使えば良いのに
なんで一つのアプリで何でもかんでもやろうとするのかな

機能聞いただけでなんで君らそんなあたり強いの？

>>627
ももんが図書館はNASに対応してるぞ
俺使ってるし
スレチなのでこの辺で終了

いまどきUniversalCopyは失笑もんだろ

ごめん、ユニバーサルコピーってなんじゃろ
cpコマンドの類い？

>>635
https://play.google.com/store/apps/details?id=com.camel.corp.universalcopy

>>636
サンクスです

NxXへの要望です。ご検討ください

1) ズームイン/アウト/リセット の各操作時の処理を、ピンチインアウトによるズーム率変更と共通にしてほしい（現Verでは永続パラメータ側に反映されなかったり、操作後にページ送り操作をするまでズーム率表示が残存したりズーム率リセット操作を受け付けない）
2) カスタムURLスキームのopenメソッドからビューア開く時のように、履歴やブックマークからビューアを開く時もファイル一覧画面の更新をスキップしてほしい（現Verではファイル一覧画面の更新（つまり親フォルダ内のファイル一覧取得）後にビューアが開かれる）
3) フォルダ内の画像を履歴一覧やブックマーク一覧から開く際に直接ビューアを開いてほしい（現Verではファイル一覧で親フォルダが開かれるだけ）

2.4.10.BQアプデありがとうございます
ただ、リリースノートに記載された修正の効果は出ておらず、その内容と不釣り合いにパッケージサイズが1MBも増加しています

ビルドミスでしょうか？

自分で弄ればいい
今ならAIを使えばいい

>>639
こちらで試してみたところ、エッジエフェクトの修正が効いているのでビルドミスでは無いと思う
もしかすると、慣性スクロールが有効になっているのではないだろうか
慣性スクロールが動作して停止するまではエッジエフェクトが働かないようだ
サイズの増加については、Android Studioのバージョンやライブラリの更新等で幾らでも変化するので気にすることは無いと思う

1MBもって言葉で時代を感じるわ

ファイルサイズ気になるんならApktool Mでsplitで必要なapkだけ抽出すればいい

>>641
設定を色々と見直してみたところ「スクロールで前後のページに移動」のチェックを外すとエッジエフェクトが表示されるようになりました！

NxXのこれまでの更新を見る限り今回のサイズ増加はその変更内容と不釣り合いに見えたのですが、Android Studioのバージョン変更でも変化してしまうんですね

NxXはファイル選択画面の色設定やフォントサイズ設定を複数記録してテーマ切り替えれるようにしてほしい

うぉー、Androidでkomgaの漫画見れるやつが欲しい
cdisplayexの作者ヒステリックで嫌い

komga android でググッたらそれっぽいの普通に出てくるやん
興味ないから後は自分でどうぞ

前はYokaiとKomikkuに拡張機能入れて使っていたけど最近追いかけていないからもっといいのがあるかもしれない

>>638
「フォルダ内の画像を履歴一覧やブックマーク一覧から開く際に直接ビューアを開いてほしい」だけど、こちらではビューアが開いて画像が表示できている
環境が違うんだろうか

そういえばいつのバージョンからか分からんけどPDF読んでるとだいたい20-30P分読むとクラッシュすんのよねなんか解決策とかってある？
キャッシュ量の設定とかは弄ったりしたけど変化無しなんよねぇ
NxX2.4.10BQ
2chMate 0.8.10.242/samsung/SC-56F/16/DR

>>650
もしもAndroid16でローカルフォルダ以外のPDFファイルを開いているのであれば、既知の不具合として対策されている
「ファイル選択画面設定」の「pdfファイルを開く前に一時ファイルへ展開」のチェックを入れると、キャッシュに展開されてから開くようになる

>>651
ありがとう
実質ストレージにDLしてるようなもんだからちょっと開くの時間掛かるのが気になるけど泥の仕様由来だろうししゃあない仕様か

>>652
Android16の緊急対応だから仕方ないけど、もうちょっとNASからのPDFダウンロード時間が短くなるといいなー
200MBのPDFだと表示されるまで20秒以上かかる
別のファイルマネージャーでNASからダウンロードするのと比べると2倍以上は遅いっぽい

>>653
そう言うのは、jpg圧縮強くかけてファイルサイズ小さくするとか
自分で努力しないと

FTPとSMBの違いを理解して無さそう

FTP鯖は設定の仕方がめんどくさい