Web小説リーダーアプリ総合 ★6

!extend:default:default:1000:512:donguri=1/1:

Web小説リーダーアプリ一般についてのスレ

次スレは>>980が立ててください

※前スレ
Web小説リーダーアプリ総合 ★5
https://egg.5ch.io/test/read.cgi/android/1734880341/

---

VIPQ2_EXTDAT: default:default:1000:512:donguri=1/1: EXT was configured

>>212
別人だけどやり方押してほしい

>>214
YMOの小説データ保存場所に「YMO!log」ってフォルダがあるから、そこへアクセス
月毎のファイルがまとめられてある（たとえば今月分なら「YMO!2026年4月.log」）ので、いらないものを削除
全部削除しても動作に支障がないのは確認済み

データ保存先にどうやってアクセスするかまでは面倒だから書かないぞ

>>215
ymo.logフォルダより、消去されない小説ファイルデータが気になる。

作者名フォルダの中に、indexファイル(とsub_indexファイル)、infoファイル、txtファイルが作られるが、YMOで小説を削除しても、消えるのはtxtファイルだけ。
作者が「ななし」から「ななし@書籍発売中」と名前を変えると、ななしフォルダとななし@書籍発売中フォルダの2つが残る。

>>216
> 作者が「ななし」から「ななし@書籍発売中」と名前を変えると、ななしフォルダとななし@書籍発売中フォルダの2つが残る。
著者名はユニーク且つ不変という当初設計に依ってる
異なる小説サイト間で同一著者名の場合は同じフォルダにまとめられる
作品を登録するとその情報の著者名や作品名は更新されないので、同じ作品でフォルダが異なるという事態は起こらない
異なる作品でその間で著者名が異なれば別フォルダとなる
そもそもなろうだと別名名義作品で公開できる（マイページで即バレするアレ）ため別名毎にフォルダが異なる

ただの仕様

/Android/media/mhe.mhenv_ymo/mhenv/.yomou/YMO!log/
10年ためても二桁MBにしかならないのに気にする人がいるのか

>>218
容量の問題じゃなくて、ログが多いと年表タブを開いたときにアプリが処理落ちしたりしない？

>>219
待たされても数秒間程度だと思うが
そもそも左下の小さな「年表」タブボタンを押さない限り処理もされないし
むしろあのころこんな作品を閲覧していたんだなと振り返ることができるかなり優秀な機能のためのデータだと思うんだが

小説データ（YMOだとだいたい作者ごとだけど）は作品にもよるけどたまに見るとフォルダ内すごいことになってるな
半年くらい間引きさぼってたら
多い順に436MB 299 268 255 232 206 206 198 ……

一応古い行残す基準は100行にしてるんだが

>>217
>作品を登録するとその情報の著者名や作品名は更新されないので、同じ作品でフォルダが異なるという事態は起こらない

うん、それは知ってる。
作品はnコードで管理されてるので、なろうとカクヨムに同一作者名で同一作品名の小説を投稿してる物をYMOに両方登録しても、YMOの同一フォルダで、別ファイルとして保管されてる。
ただ、削除した作品の本来必要とされないはずのフォルダやファイルが残るのが気になるだけ。旧作者名フォルダも不要だし、

>>221

>>213も言ってるが、古い稿の削除とかを500行とか1000行とかでしたいよね

>>222
> ただ、削除した作品の本来必要とされないはずのフォルダやファイルが残るのが気になるだけ。旧作者名フォルダも不要だし、
残している理由はわからないが、削除したあとで再度登録したことを考えている可能性がある
別アプリで.yomou下作者フォルダ内に本文テキストファイルがない場合は、メタ情報ファイルを削除する、空ならフォルダを削除するといったものを用意すればどうだろうか
TaskerやMacroDroidであればある程度処理時間は取られるにしても可能だと思うが
そんなに頻繁に行うようなことでもないだろうし

それ関連で言えば、個人的には「もう読まない」フラグを立てた作品については本文履歴をクリアしてほしい（最新最後の本文テキストファイルを残して、本文履歴ファイルを削除してほしい）かな
もう読まないフラグにしたときに手動で履歴クリアはしているけどうっかりミスがあるので
（だから削除という行為がいまいち理解できない。削除するということはもう読みたくないという意思表示だと思うが、削除してしまうと気付かず再度登録してしまい再読するハメになる。それを避けるためには少なくともメタ情報を残さざるを得ないと思うんだが）

diffについてはたった一つの冴えた正解はないんじゃないかな
基本的にYMOは本文履歴ファイルの存在を以て「古い稿」を認識しているようなので、YMOの判別基準とは別にまたTaskerやMacroDroidで処理するしかないんじゃなかろうか
作品名_作品コード.txt
作品名_作品コード_rev年月日時分秒.txt
rev付きのファイルとrevなしの最新ファイルをdiffさせて好きな程度でrev付きを削除してしまえば概ね要望は叶うと思う

>>215
ありがとう
早速調べたけれど下の場所には無かったので他にあるかな
\内部ストレージ\Android\media\mhe.mhenv_ymo\mhenv\.yomou

>>226

>>215じゃ無いけど、そのフォルダ(.yomo)でYMOで検索かけてみれば見つかると思う。

うちの場合はAndroidと同じ層に
/mhenv/yomou/YMO!log　やな
「非表示のフォルダを表示する」は要るかどうかわからん

>>227-228
ありがとう
今晩にでももう一度試して見升

AndroidからiPhoneに変えたら 小説を聞こう 系の音読アプリの声が違和感やばい

ロボットボイスじゃん
siriの声出読み上げしてくれよ

読み上げ系はほかのも含めてAndroidのがGoogleの合成音声使えるから優秀なんやな

なろうブックリーダーもカクヨム読めなくなったかもしれない

Webブラウザ(Edge)で好きなフォントで読みたいだけで、
Tampermonkey 用のスクリプトを AI に作ってもらった
一度、フォントを base64 エンコードしたもの(8MB)を食わせるという力技だったけど思ったより使えた、G99 8GB の泥タブ、FireHD10+、クソ古い雑魚スペックスマホ
ついでに、
- 本文を画面横幅いっぱい(タブで)
- タブレットで1行28文字、スマホで1行18文字
- スクロールガイドライン表示
- カクヨムではじめたけど、なろう にも対応

リーダーなアプリで読み始める前のチョイ読みには割と使えるな、って(小並

スクロールガイドライン表示について補足しておくと、スクロールで
どこ読んでたかしょっちゅう見失うので、スクロールを始めると
画面最下端(最上端)だった位置にラインをスクロールに追従させつつ
しばらく表示して見失いにくいようにする、というもの
電車内とかで強い(個人の感想です

>>232
で？

>>233
チラ裏
出来る人は自作でアプリまで行くんだろうなぁ
でも、私にはこれが精一杯
スクロールガイドライン表示は便利だった

おわり

スクロールバー・インジケーターのこといってるのか（スクロールバーの現代実装）
物理リーディングトラッカー（リーディングガイド）のソフト版（Kindle的にはリーディングルーラー https://www.lifehacker.jp/article/2510perplexity-makes-me-wonder-why-i-ever-used-chatgpt/）のこといってるのか

よくわからない説明からすると前者だと思うが
とりま勝手造語されてもイミフ

ここは「Android」板の「Web小説リーダーアプリ」スレです

>>235
まぁうまく伝わらないだろうなとは思ってた
正式名称があるのかそもそも知らないし分からないので、
命名した Gemini のまんまを便宜上使っただけ、御勘弁
https://i.imgur.com/4bqpumN.png
こういうの何ていうの?

>>236
気合を入れたらこの雛形がアプリになる可能性が微レ存

>>237
「こういうの」が何を指しているのかスクショを見てもさっぱり分からない

ここはAbdroid板のWeb小説リーダーアプリスレなので、「Tampermonkey」とは何ぞや、 「base64 エンコード」とは何ぞやを説明しないのでは話が通じないと思われる。

>まぁうまく伝わらないだろうなとは思ってた

伝える気が無いのだと思ってた、もしかしたら伝える気あったの？

かまうなよ

>>238
Siki で作業してたからサムネでもアニメーションするので気が付かなかった、
imgur のURL開くだけじゃアニメーションしないのね
ダウンロードして開けば動くけど、これはすまんかった

>>239
そりゃそう、届けるひとを意図的に絞ってましたから
「Tampermonkey」「base64 エンコード」を知っている人、
あるいは気になって自力で確認したひと(こっちがメイン)に
伝われば良いやで書いたので
アプリ開発は厳しい、けど Tampermonkey 使って AI に聞けば
カクヨム、なろう、などで UI をある程度自分好みに弄れましたよ
というお話

android板だからandroidnの事しか知らない人ばかりということも無いと思うのだけど。
わからない言葉が出たらググれば良いのだし

>>238
pngもアニメーションするんだねえ。
スクロールの際に読んでる位置を見失わないようになのか
なんか線が出てるからそれじゃないかな。

>>237 のアニメーションpng画像
もうひとつごめんなさい、アニメーションが無限ループしてない
厳密な動作をする環境なら1回しか動かない
親切?な画像ビューアだと無限ループしてくれるかも

ソフトウェア板にいけばいいのに

>>241,242
pngをダウンロードしても俺のスマホの標準の画像ビューアーやSolid Exploreのビューアーではアニメーション表示されなかったw

いくつかのビューアーで試したら最下行にアンダーラインが出るアニメーションが出た!
アニメーションになってるってレスがなければ気付かなかったよ

最近はmngだけでなく、pngでもアニメーション可能なんだと知ったおっさんです

俺はYMOのハーメルン復活を諦めないぞ！

どちらでもなかった件
かすりもしなかった件

>>237
スクロール開始するときの最上下行に下線を引いてるのか
それら行にマークを付けて、ユーザーのスクロール操作を補助する役割か
一般的に名前が付いてる記憶がないな

敢えてこねくり回すと、Visual Scroll Helper、scroll helper、visual scroll indicator / guide、スクロールガイド
それが行ならスクロールガイドラインか

最終的にやってることの本質は、ページめくりをスクロールで再現する仮定において、「一時的な」既読位置管理だな
巻物文化では用語ありそうな気がする

なおページめくり補助なのでふつうはページめくりそのものができるようにする
Androidのブラウザ界隈なら einkbro: https://github.com/plateaukao/einkbro が有名か
要はページアップ/ダウンキーを画面の特定領域に割り当てる
画面上の最下行が最上行まで飛ぶことは厭われることもあるので80%ページアップ/ダウンみたいな調整も可能

ただおそらくあなたはスクロール及びページめくり時に「どこの行（のどの文字）まで読んでいた」のかの把握が苦手で、それの補助までしたくてラインを引いているように思える
リーディングトラッカーまでは必要ないが、若干ディスレクシア的な人の補助ツールと言ったところか
タッチパネルのあるタブレットにおいては、指がその役割をする（はずな）のでどうしてあなたが必要に駆られたのかそこは理解が及ばないが、機能性そのものはとても理解できる

一般にわかりやすく言えば、スクロールにおける読んだ位置把握の「指読」か
速く読める、しっかり読める！ 指読ガイドツール｢ブックフーバー｣ | ギズモード・ジャパン: https://www.gizmodo.jp/2023/05/machi-ya-bookhoover-review-665951.html
ここまでではなく、スクロール操作時限定バージョンってところだな
タッチパネルタブレットではまさに指がその役割をするはずだがなにか理由があるんだろう

Kindleにもリーディングルーラーあるしその機能性アイデアは個人的にかなり評価したい
健常者という名の多数派もその実はグラデーションで一部に於いては障礙者であることもあるしな
タッチパネルよりスクロールホイールユーザーこそ必要性がありそうだから、なにか先行事例もありそうだ

あきら🍈

伝わるかどうじゃなくてただスレチなだけです
日記は他所でやってね

丁寧な考察、解説ありがとうございます
必要とした理由は単純明快で
文字に手や指がかかるのが嫌で割と端っこを弾いてスクロールしている
→ 弾くのでスクロール自体結構速い
→ 止め損なう、加減が下手でスクロール量が一定しない
→ 見失う
なところです

そして、GoogleAI検索モードが頑張ってくれて、先行者を見つけました
「Scroll Marker」 で、かつて lifehacker で紹介されています
https://www.lifehacker.jp/article/130522scrollmaker/
既に Chrome ウェブストア には存在しないものの、非公式自己責任系な
Crx4Chrome からは .crx ファイルが入手可能でした
Edge に突っ込んで触ってみたところ、持っていなかった機能として
下端からのオフセット設定があったりして、なるほどな、と

https://github.com/kcarrhall/Scrollmarks
弾いている＆先行事例了解
オフセットはルパン三世タイトル的極北
https://togetter.com/li/1588408
視線移動に得手不得手があって実は読み方が人それぞれってやつ

世の中同じことしてるようで実は異なる方法で実現してたというのはありがち
Android小説リーダーアプリもこの方面で展開するものが出てきても面白いね
スクロール苦手、ページめくり苦手は本が読めない文字が追えないわけでなく、既存の表示方法がマッチしていないだけって人もいるだろうから

速くは読めるけど理解度は低いとか落とし穴がありそう

要はandroidで作ればいいだけだな

>>252
棘のならあれは速読であって速理解じゃない
ルパンタイトル以外の他の速読も同じ
理解は別

>>246
ハメの規制の仕様変更あったっけ？と思って調べたけど通常作品には見当たらんかった。
R18作品は、初回アクセス時に目次の移動履歴が無いとForbiddenを返してくるようになったので、この辺のハメ独自のロジックを入れてもらえるかだね

>>255
そのロジックをたとえ入れてもハメ側が対抗するいたちごっこスタート

>>255
r18もプラグインでダウンロードできた
ダウンロード中に画面がパタパタ変わって動き変だけど

>>256
ですです
ハメはhtmlの解析ロジック以外を弄らされるんで、対応するたびにサポート終了したくなるのが何とも

ハメは自分でepub作って対応してるけど更新されるたびに追加するの面倒だし読むためのepubリーダーに悩んでるわ

差分だけ落とせるような仕様だったらな
これにつきる

Androidアプリではないが、ブラウザでハーメルンを縦書きで読む方法はあるな
https://addons.mozilla.org/ja/firefox/addon/%E5%B0%8F%E8%AA%AC%E5%AE%B6%E3%81%AB%E3%81%AA%E3%82%8D%E3%81%86%E7%B8%A6%E8%AA%AD%E3%81%BF/

これを以前から使ってるけど、カクヨムはサイト自体が縦書き対応しているから実質なろうサイトの更新分を見るときだけ生きてる
https://chromewebstore.google.com/detail/eaokpigogcoahjjgkdgcaldgcbdfbdei?utm_source=item-share-cb

ん～、ここにいる層でブラウザでweb小説みてるのは極少数だと思う

ハーメルンが専用ブラウザ除外しそうだから
代替案だと読むのに通常ブラウザ使う方向性なのは仕方無い
ユーザ登録して公式使う以外だと
この辺で更新チェックして
https://play.google.com/store/apps/details?id=me.webalert
ブラウザで読む
んでブラウザの表示形式どう触ろうって感じになるか
自作専用ブラウザか
どれかアプリ対応してくれって祈るか

専用ツール対応できないのなら読み上げ出来ないからやだな

>>264
更新チェックできるなら本文が読める（様々な制限があっても）
本文読めないほどチェックが厳しいなら更新チェックもできない
>>263の反論になっていないし対応しているアプリが現にあるのでまったく的外れ
このスレでのハメ問題はYMOが投げ出したことのみに起因してる

>>265
読み上げするならそれこそ何の問題もないでしょ

ハーメルンの規制が厳しくなったのであって
YMOが投げ出した扱いは気の毒すぎるし
ほかのビューワーも止まってるのちょこちょこ書いてあるよ

>>267
いまも使えてるビューワーアプリの報告がすでにあるのにいまさらなにいってんの？

>>266
読み上げして次の話へ次々と読み上げ続けて放置したらバッテリー切れるか最後まで読み終わるまで読み続けるってできるの？

読み上げはバックグラウンド制限なければ次話次々読み込んで最後まで読み上げるのが普通では
たぶん一番の問題はバックグラウンド制限やそれにともなうプロセスキル

>>268
そのビューワーアプリがやってる方式をYMOの作者に教えてあげて

>>270
勘違いしているようだから説明しなおすけど
webの通常表示で読み上げすると1話毎にタップしなおしが必要なんだよ

読み上げするならそれこそ問題ないでしょ
YMOを越えると言えなくもないほど優秀なアプリが前からあるのにわざわざWebでやる必要がないのに
Web前提にしてる人なんでこのスレにいんの？

>>271
スレで何度も既出なんだからお前が教えてやれ

ブラウザ君はNGしやすいようにコテハン付けてくれないかな

>>274
え？知らないよ？

>>276
スレを頭から読み直せば？

>>277
ハーメルンで検索してみたけど見当たらないねえ
もしかした、それは想像上のアプリだったのではないですか？

>>278
草
ハメで検索するくらいの頭働かせようよw

>>278
>>114

たかが300弱
1レス3秒判断でも15分
できないなら素直に頭から読み直せば？w

○○もダメだったとか無理になったは何件か見たけど行けるのあるなら知りたいな
その辺で新着だけ読みたい勢居るみたいだから
昔なつかし更新チェック紹介したら謎の噛みつかれ方した
掲示板のレス全部が自分に対して書かれてると思ってそう

>>280
https://play.google.com/store/apps/details?id=com.sampleb3.novel
これかな
ありがとう

どれにレス付けるかなんてレスする側の自由なのになに言ってんのこいつ
レス付けられたくなかったらローカルで書き散らしてろ

>>283
ハーメルン対策は、アクセス毎に5秒待機

>>282
もうダメだはまだ行ける

に空目した
どこのブラック企業かと

上でハメ対策書いたけど、なろうの恫喝に屈した勢の非公開ビューアの話だよ
今も公開されているビューアってYMO以外であるんかな？

急にカクヨムの更新失敗するようになったんだけど、おま環？

書くの忘れた⇡WEB小説リーダの話

mod新しい作品インポートできんな
終わりか

自己解決いけたわ

>>288
おれもweb小説リーダ
カクヨム　目次解析失敗
ハーメルン　目次がエラーで取得できません

>>292
更新しろって話だったわ

本体アプデのあとおま環だろうけど
なぜかMHEが落ちるようになってYMOの内部ビューアで読んでるけど
慣れてるのと違うとそこはかとなく違和感あるな

保存先を変えると治るヤツじゃね？
若しくはHMEのデータとキャッシュをクリアすると治るヤツか

カクヨムの制限実装されたあとで登録全作品データDLしなおしとか苦行もいいところだな

>>295
データ繰り上げで直った
ありがとう
YMOのビューアだとキジトラルークの…ちゃんと表示されるのね
どっち使うか悩む

×データ繰り上げ
○データクリア

>>297
？ https://ncode.syosetu.com/n6891gq/1/#L14ならMHENVでもYMOでも同じように表示されると思うが（他は知らん）

>>299
前スレ800周辺の話題
作者が途中で…の文字コード別のを使い始めたみたいで
最近の話数だと縦書きだと表示崩れるかと

カクヨムの最近の仕様変更かぁ。
4月の初めごろに、json属性がtableOfContentsがtableOfContentsV2に名前が変更された点かなぁ。
なんだか、Ver.2に更新された風味の新名称だけど、構成に変更はなかった気がする。
色々情報が追加されてたけど、リーダーの実装に関係ないやと思って、流しちゃいましたよ。

暁にアクセスできないと思ったら、SSLの証明書の期限切れみたいね
2026/4/24になってたわ

うわぁぁぁ
YMO旧を入れ直したら小説ダウンロードしてもMHEがそれを読みに行ってくれないんご

aozoraepub3で読めた

>>300
https://egg.5ch.io/test/read.cgi/android/1734880341/799-
読んできた
話が尻すぼみになってるのはなんなんかな

・MHENV最終〜 ｖｅｒ１．６．１２ 〜
・MHENV YMO! Edition最終〜 ｖｅｒ２．０．７ 〜
> 　２０２３年２月11日(ver2.0.0)
> ・縦組み時に U+22EF(⋯) を90度回転するように変更

1.6.12の次が2.0.7
MHENVをせめてバージョンアップしてくれればね
課金勢としてはなっとくいかんだろう

>>305ミス
1.6.12の次が2.0.0

>>305
YMOで対応できてるから
作者にその気があったらMHEでもやれるんだろうけど
YMOビューアの使用推奨なんだろうね
細かい設定の自由度が高くて好きなんだけどなMHE

もともとYMO以前からMHENVはある（iモードアプリが発祥）
YMO連携の有無とは本来別の話

MHEはもう開発終了なのかな。
アプリ間連携で問題が出ないandroid9ベースのOppo reno AでYMOからMHEを起動して読んだ後に
MHEで読み進めた分が反映されずに巻き戻るって現象が時々起きる。
android11のaquos sense3plusではMHEで読めない現象が起きたときにアンインストール/インストールをしたりしたせいか
MHEで読めなくなってしまったので内蔵リーダーで読んでる。
android12のaquos sense4plusでは今もMHEで読めてて巻き戻り現象は起きてない。

MHEへの課金は十分すぎる程元を取ったと思うので、新たにYMOに課金することに抵抗は無いので
YMOの内蔵リーダーに広告を表示させないオプションを用意して欲しい。
MHEみたいに1回の課金でずっと使えるってのがありがたいけど、それだと開発継続の足しにならないんだよね、たぶん。
毎月引き落としタイプはちょっと嫌なので、好きなときに期間延長分を払うようなのがいいな。

MHEは画像ベーステキストの解析再配置が唯一無二すぎる
似た機能探せばあるかもしれんけど
それはともかくアップデートあったらうれしい

MHEって……の話くらいで特に問題なく使えてて
年単位で更新来てないの言われないと気にしてなかったわ
更新されたら嬉しくは有るけども

MHEのアップデートは、「・・・」→「…」にするなど正規表現置換機能を付けてくれたら嬉しいわ

置き換えは技術的にはともかくやらないんじゃないかな
…の縦横の訂正とか表示を誤魔化すくらいなら行けそうだけど（多分元データは触ってない）
著作物の無断変更は怒られ案件だったような

だよなー
勝手に創作物改変しては駄目だよな
それに
仮にＡＡ的なギミックがある作品で中黒３連を勝手に三点リーダにされて絵が崩壊とかあるかも