要望スレ - 1511247318 - したらば掲示板

1：作者★：2017/11/21(火) 15:55:18 ID:???: 追加して欲しい機能など、要望はこちらへ。

※すべての要望を受け入れられるわけではないのをご理解下さい。

https://github.com/whiteleaf7/narou/issues
も軽く目を通して被らないように注意。
64：名無しさん：2018/08/24(金) 10:10:49 ID:lUfns32E: >>63

タイムアウトは確認できませんでしたが、それ以外の要望62ほかの
修正はきちんと動作していました。

対応ありがとうございました。
65：名無しさん：2018/08/27(月) 07:57:13 ID:sgWFQVhg: convert.multi-deviceでkindleとepubを選択していると、
default.enable_half_indent_bracketが未設定、true、falseのどれでも
kindleではtrue
epubではfalse
の固定値に設定される。

kindleでenable_half_indent_bracketを強制するための処理だと思いますが、
epub時には、元の値に戻すようにしていただけないでしょうか。
66：作者★：2018/08/27(月) 08:08:38 ID:???: >>65
小説管理フォルダ/device/epub.rb を作る

module Device::Epub
PHYSICAL_SUPPORT = false
VOLUME_NAME = nil
DOCUMENTS_PATH_LIST = nil
EBOOK_FILE_EXT = ".epub"
NAME = "EPUB"
DISPLAY_NAME = "EPUB"

RELATED_VARIABLES = {
"default.enable_half_indent_bracket" => true # ←ここ変える
}
end

でとりあえず対処お願いします
67：名無しさん：2018/08/27(月) 08:21:49 ID:p.vZsdDI: >>60-61
返信ありがとうございます
タイトルへの(完結)付与オプションを使いたいのでendタグが欲しかったというのが大きなところでした
現在は"end""手動取得end"の二つのタグをつけ、凍結込み更新で"end"が外れた場合は"手動取得end"タグのついた作品に一括でendを付与することにして対応しています
なろう系列とハーメルンに関しては取得できていると思いますが、カクヨムは取得できていません
暁は利用していないのでわかりません
68：作者★：2018/08/27(月) 14:00:44 ID:???: > タイトルへの(完結)付与オプションを使いたいのでendタグが欲しかったというのが大きなところでした

理解しました、うまく調整してみます

> カクヨムは取得できていません

確認しましたが取得できないですね、バグってます
カクヨムはよくあらすじページの構造が変わるので、取得漏れしやすいです
気づいたら不具合報告として上げていただけると助かります
69：名無しさん：2018/08/29(水) 09:59:17 ID:Odx1dnwk: >>66

了解しました。
70：名無しさん：2018/11/19(月) 10:41:09 ID:qo7plRV.: 更新途中で「[ERROR] server message: 503 Service Temporarily Unavailable」と
なった場合にも、version 3.3.0 より前はリトライで続きが取得できていました。
しかし、同時実行していると更新と変換がともに中断されます。
version 3.3.0 より前のようにリトライするか
変換処理は続行するようにできないでしょうか。
71：作者★：2018/11/19(月) 13:31:59 ID:???: >>70
中断するように変更したので仕様です
72：作者★：2018/11/19(月) 13:41:58 ID:???: >>70
中断にした経緯を書いておくと、
なろう系列では503が出るとほぼ100%アクセス規制されるので、リトライしても無駄なので1回で中断するようにしました。

> 同時実行していると更新と変換がともに中断されます。
> 変換処理は続行するようにできないでしょうか

確かに 503 の場合はinterrupt（手動中断）と同じ扱いをしているので
( https://github.com/whiteleaf7/narou/blob/develop/lib/downloader.rb#L439 )
変換のほうも中断されてしまいますね、ちょっと考えます
73：名無しさん：2018/11/21(水) 08:18:36 ID:5goDjkck: >>72

なろう系列で　version 3.3.0 より前の時も複数回503が出ていましたが、
ほぼ100%アクセス規制されず、リトライで取得できていました。
74：作者★：2018/12/13(木) 14:30:52 ID:???: アクセスが規制される系の503と、サーバーが混んでて503は区別ができないので、
とりあえず503でのリトライは復活させる予定
75：名無しさん：2019/09/08(日) 01:32:23 ID:Jr6xcYEA: Kindleの既読表示についての要望です。
新規話数追加があった小説に関して、既読を外すようにしてはいただけないでしょうか？
それができると、Kindleの　絞り込み＞未読　での更新された話の消化がとても楽になると思うのですが。
76：作者★：2019/09/08(日) 11:33:10 ID:???: >>75
既読未読はこちらで管理してるわけじゃないので…
77：名無しさん：2019/09/08(日) 18:07:36 ID:Jr6xcYEA: >>76
外部から既読未読状態の取得や改変はできないということでしょうか？
だとするとどうしようもないですね・・・
78：作者★：2019/09/30(月) 20:42:13 ID:???: >>77
kindle がどうやって未読既読を管理してるのかさっぱり仕様がわからないので手は出せないですね
amazon のサイト側（コンテンツ管理ページ）からも変更出来るっぽいですし
79：名無しさん：2019/10/20(日) 01:07:41 ID:GeZcBn1A: updateの時に、最後に更新されたのが一ヶ月、三ヶ月、半年、一年みたいなとき、それぞれの期間を指定して凍結にするように設定できませんか？
80：名無しさん：2019/10/25(金) 19:47:40 ID:???: 小説のダウンロード時、ダウンロード済み小説が見つかったときに
更新するオプションが欲しいです

$ narou d --update
> <URL1>
URL1 はダウンロード済みです。更新します。
..
81：名無しさん：2019/10/25(金) 20:02:55 ID:???: すみません、まだ要望・提案がありました
- narou.rbの立ち上げ高速化 (!)
- narou list --original で原作表示
- `narou list | cat` の出力を `narou list` と同じにする
- 替わりに `narou list --numbers-only` を追加
82：作者★：2019/10/25(金) 23:38:04 ID:???: narou l -e ならすでにある
83：名無しさん：2019/11/18(月) 12:32:03 ID:???: ノベルアップ+に対応する予定はあるのでしょうか？
84：作者★：2019/11/18(月) 14:57:36 ID:???: >>83
対応サイトを追加する予定は今の所ありません
85：作者★：2019/11/24(日) 12:08:54 ID:???: > - narou.rbの立ち上げ高速化 (!)

CPUが題４世代 Core i5 から題９世代Core i7 に変わったら
起動速度が6分の1（0.3秒）になったので、起動速度が遅いのはマシンパワーのゴリ押しでいきましょう
（起動が遅いのはRuby使ってる限りどうしようもない）
86：名無しさん：2020/01/19(日) 19:24:07 ID:???: 10万字を超えたら分割といった設定はできないでしょうか
一話あたりの文字数が安定しない小説があって、話数単位だと分割後の文字数の差がひどくなることがあります
既存の機能でできるようでしたら、すみません
87：作者★：2020/01/19(日) 23:06:32 ID:???: >>86
現状は出来ません

ファイル１つ１つの容量をなるべく増やしすぎないようにコントロールしたいっていう要望ですか？
分割したいってことは容量がでかいのが困るっていう場合でしょうから理由はわかります
現状は無理ですが、要望として理解しました

Kindle 端末使えばでかいファイルでも全く問題なく開けるので端末課金したほうがいいと思いますけどね
88：＜削除＞：＜削除＞: ＜削除＞
89：名無しさん：2020/03/03(火) 04:40:17 ID:aFTy48xU: 取得されてる挿絵の大きさが小さすぎて挿絵が潰れてるのでオリジナルを取得出来る様にしてほしい。

特になろうの場合、相関図や地図の挿絵が一定サイズ内に強制縮小表示されてる事が多いから外部サイトのみてみんに行ってオリジナルサイズで表示しないと全く見れない事も山ほど存在する。

今はPCで縦書き変換したepubやmobiを直接見れるから挿絵が小さいと困る。
90：名無しさん：2020/03/04(水) 03:35:07 ID:D8Qicfi6: >>89
追記
小説データ以下の挿絵フォルダに保存される時点で既に正常表示出来ない程潰れた状態で縮小保存されてるからAozoraEpub3.iniの設定変更じゃサイズを変更できない。

なろうなら3MB以内のgif、png、jpgに対応してるから、300dpi程度のJPGなら4Kでも普通に挿絵として張れる。
91：名無しさん：2020/03/04(水) 04:20:43 ID:D8Qicfi6: どうやらみてみんでは画像サイズが580x580より大きいものかJPG画像でないと580x580以内の強制縮小JPG画像扱いで挿絵が本文ページに表示されてるようなので画像取得時に取得アドレスを変更する必要がある模様

オリジナルのアドレスが、ttps://img1.mitemin.net/jr/91/a.jpg
だった場合
ttps://img1.mitemin.net/jr/91/a.jpg.580.jpg

オリジナルのアドレスが、ttps://img1.mitemin.net/jr/91/b.png
だった場合
ttps://img1.mitemin.net/jr/91/b.png.580.jpg

になる
92：作者★：2020/03/04(水) 15:26:17 ID:???: txtdownload 時代は挿絵は icode から
7712.mitemin.net/userpageimage/viewimage/icode/i71923/
上記アドレスに変換していたが、
今は HTML を直接ダウンロードして、その中にある img タグから直接ダウンロードしているせいで、
7712.mitemin.net/userpageimagebig/viewimagebig/icode/i71923/
というサムネイルをダウンロードするようになってしまった

が原因ですね、全く気づかなかったけど
93：名無しさん：2020/03/05(木) 20:09:53 ID:zjZZwrJs: >>83
ttps://github.com/kyukyunyorituryo/AozoraEpub3/releases
これが対応していた
94：作者★：2020/03/05(木) 21:25:33 ID:???: >>93
ノベルアップ＋に対応するために必要なコードはNarou.rbに仕込んであるし、
対応するためのコードもスレ探せば載ってるから欲しければ自分で設定してくださいね

公式に対応してしまうと、ダウンロードできなくなったらそれは不具合として修正しなければならなくなるし、
マイナーサイトに対応するのはコストが大きいです

なので何度も言いますけど、これ以上対応サイトは増やせません
（私が読みたいと思うサイトがあれば増えることもあると思いますが）
95：名無しさん：2020/05/06(水) 22:32:39 ID:TM8hPH8.: narou list --sort
のような形で、作品名順、作者順、更新日順などのソートを実装するのは難しいでしょうか。
あったら便利でありがたいのですが。
96：作者★：2020/05/06(水) 22:38:20 ID:???: >>95
そういう用途では WEB UI を使って下さい
97：名無しさん：2020/05/07(木) 02:28:27 ID:k3C/HMMk: macOS CatalinaのBOOKに対応予定はありますか？
98：作者★：2020/05/07(木) 22:30:55 ID:???: >>97
device の設定で iBooks を選べば Book アプリが開きませんか？
99：作者★：2020/05/07(木) 22:41:12 ID:???: 古いOS（iBooksがあった時代）からCatalinaにアップデートしたMacだと正常に動いたけど、
MacbookPro 16インチで試したらブックアプリは開くけど Narou.rb が保存フォルダを認識できないみたいですねえ
仕様がいまいちわからないので現状は手動でEPUBファイルを開いてください、という感じで…
100：名無しさん：2020/05/08(金) 00:12:45 ID:???: >>96
ありがとうございます。思ってたのとは違いましたが、概ね目的を達しました。
101：名無しさん：2020/05/09(土) 00:03:19 ID:kGKmXKKE: >>99
ありがとうございます
調べたのですがibookがApplebookに変更された結果保存場所がになっている…？
Library / Containers / com.apple.BKAgentService / Data / Documents / iBooks / Books
icloudを有効にしてると挙動が変わってくるなど見かけましたがいまいちよく…
手動のほうが安定かもしれませんね。改めてありがとうございます
102：作者★：2020/05/09(土) 00:29:50 ID:???: どこにEPUBが展開されているのかが分かれば良いのですが
たしかにiCloudが有効だとだめかも知れませんね
（調査できてませんが）
103：名無しさん：2020/07/05(日) 09:34:52 ID:38hLd9KE: 作者様
お世話になっております。

ダメ元要望です。
私はKindleを持ってないので、Google Play Booksを利用しているのですが、
Google Play Books にEpubを自動で同期できたら便利だなーと・・・。

アップデートがあった時とか、定期的にさえ動かしてれば、スマホで見れるようになるので・・・。
104：名無しさん：2020/07/06(月) 21:57:07 ID:???: >>103
Google PlayブックスってPCブラウザかモバイルアプリからしかアップロードできないはずなので難しいのでは？現状、試験機能のようで、Playブックスアプリにアップロードぼたんなどは
Kindleのメール送信機能か、クラウドストレージ経由で取り込めるEPUBリーダーアプリ（Kinoppyなど）を利用するほうがよいと思います。
105：名無しさん：2020/07/06(月) 21:58:41 ID:???: 途中で送信してしまいました。
>現状、試験機能のようで、Playブックスアプリにアップロードボタンなどは実装されていません。
106：名無しさん：2020/08/04(火) 02:53:25 ID:Aog55vno: 不具合寄りな内容化もしれませんがこちらに。
行頭に縦中横タグが入った場合字下げが行われませんでした。
２桁の数字が行頭の場合、自動的に縦中横タグが入るので
文章レイアウト的にちょっと不自然な感じになってしまいます。
107：作者★：2020/08/04(火) 09:10:58 ID:???: はい、把握してますが、レアケースなので放置してます…
108：㍶初心者：2020/08/30(日) 23:14:57 ID:Xbnv1jsQ: 作者様に要望です、自分は書いてある通りにるはずなんですがnarou initを入力したら、AozoraEpub3 のフォルダの入力を求められるので、 3.でコピーしたフォルダを入力して下さい。の段階でコピーしたフォルダーを入れてエンターを押すと行間の調整を行います、と出て1.8を入力してエンターを押すと毎回エラーになってしまいます、原因はなんだと思いますか？出来ればyoutubeなんかに最初の設定のやり方の動画をあげてほしいです。
109：㍶初心者：2020/08/30(日) 23:21:23 ID:Xbnv1jsQ: 誰か最初の設定を動画で詳しく説明してほしいです！4時間ぐらい頑張ってみましたが5のNarou.rb をインストールします。のAozoraEpub3 のフォルダの入力を求められるので、 3.でコピーしたフォルダを入力して下さいでフォルダーを入力するんですがそこで毎回エラーになってしまいますtt
110：名無しさん：2020/08/30(日) 23:38:06 ID:???: Youtubeじゃなくてもいいのでやり方を動画で教えてくれる方いませんか？62090renge@gmail.com このメールアドレスに説明付きの動画送れるひとは送って欲しいです
111：名無しさん：2020/08/31(月) 00:02:49 ID:???: Youtubeじゃなくてもいいのでやり方を動画で教えてくれる方いませんか？62090renge@gmail.com このメールアドレスに説明付きの動画送れるひとは送って欲しいです
112：名無しさん：2020/08/31(月) 03:30:52 ID:???: AozoraEpub3のフォルダに「template」というフォルダがあります
その「template」フォルダの中に「OPS」というフォルダを作成します
その「OPS」フォルダの中に「css_custom」というフォルダを作成します

その後改めて narou init を実行するとエラーが出なくなるかもしれません
113：作者★：2020/08/31(月) 12:14:14 ID:???: 改造版AozoraEpub3のテンプレート構成が変わってるのでいったんwikiの記述を元に戻した
114：名無しさん：2020/09/19(土) 20:09:33 ID:???: >108
>109
自分が試してみた限りでは
改造版AozoraEpub3を使う場合は、1.1.1b1Q (2020/06/25)
ttps://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/1.1.1b1Q
以前のバージョンでないとエラーが出るみたいだ
以降のバージョンだとインストールはできてもepubが生成されない
1.1.1b1Qはつかえた
115：名無しさん：2020/09/20(日) 18:06:50 ID:YIOBOOIU: 要望です。
次回対象サイトの追加を検討するときに novelism も候補に入れていただけると嬉しいです。
ttps://novelism.jp/
116：名無しさん：2020/09/30(水) 18:27:00 ID:???: 要望です。
ttps://github.com/whiteleaf7/narou/issues/343
に挙げられている要望と同様なのですが、Epub Checkerでエラーが出てしまうのを改善してほしいです。

Windows上では縦書きに対応したEpubビューワーが少なく、『超縦書』などでは Epub のチェック
で僅かでもエラーがあると開けないので閲覧することができません。
上述したGitHubでのIssuesでは却下されていますが、どうかご対応頂けないでしょうか？
117：名無しさん：2020/09/30(水) 20:07:41 ID:???: >>116
改造版のAozoraEpub3（新しめのやつ）を使えばepubcheckでエラーは出ないかと思います
ttps://github.com/kyukyunyorituryo/AozoraEpub3/releases

>>112もしくは古いバージョンに上書きしないと使えないことに注意
118：名無しさん：2020/10/07(水) 16:09:50 ID:???: narou list で -u オプションでテキストファイルに出力したときに
タイトル欄に URLの表記を入れられませんか?

narou l -aeu >narou.txt このときの出力で

ID | 更新日 | 作者名 | タイトル
この状態でURL欄のタイトルがない状態になっています
119：作者★：2020/10/07(水) 16:44:14 ID:???: >>118
修正するのは簡単ですけど、どういう意図があって必要なのでしょう
整形とかするのに必要なら narou csv のほうがよっぽど加工しやすそうですが
120：名無しさん：2020/10/07(水) 17:32:34 ID:???: そのままバッチ処理でアクセスにインポートしたいのですが
タイトルがないのでエラーになってしまうんです
121：作者★：2020/10/07(水) 18:27:24 ID:???: >>120
csv じゃだめということでしょうか？
こちらは list よりも詳細でヘッダーもありますが
122：名無しさん：2020/10/08(木) 08:51:42 ID:???: 有難うございます

CSVで大丈夫でした
CSVというコマンドを知りませんでした
一つ勉強になりました
123：名無しさん：2020/11/09(月) 10:56:42 ID:MXOIMTXA: Kindle転送後、「2000個ファイルが入っているから、サブフォルダで分けてね」的なメッセージがひゅじされるので
Kindleに転送する際、download.use-subdirectoryと同じ感じで、
KindleのDocuments内をサブフォルダによりファイルを細かく区切ることは可能でしょうか？
124：作者★：2020/11/16(月) 11:42:48 ID:???: >>123
現状ではできませんが、必要そうな機能ですね
手が空いたら実装してみたいと思います
125：名無しさん：2020/11/19(木) 11:05:03 ID:es0lIJ5M: 自分の中での神アプリ筆頭です。

新しいAppleのM１チップには対応しているんでしょうか。
MBA2020買いたいなと思うんですが、もし未対応なら当分MBP2012笑で我慢するつもりです。
126：名無しさん：2020/11/19(木) 17:22:27 ID:.T/2jo9U: >>125
ttps://twitter.com/Shocker_Japan/status/1329326496087883777

骨戦闘員
@Shocker_Japan
M1、JAVAもKindlegenもダメだったので、narou.rbが動きません。これでMacBook 2017売っぱらえなくなった。 #MacBookAir
127：作者★：2020/11/20(金) 01:30:48 ID:???: M1搭載Mac miniが欲しいですがまだ手に入っていません
仮想環境も現時点では全然動かないようなので、当分M1なMacでは動かせないでしょうね
128：一日一回narou.rb：2020/12/12(土) 05:14:23 ID:???: narou.rb 毎日お世話になっております。
小説を読もう　カクヨム
MacBook Pro Catalina 10.15.7
ruby 2.6.5p114 (2019-10-01 revision 67812) [x86_64-darwin19]
narou version 3.5.1

MacBook Pro -> usb cable -> Kindle OASIS
最近増えてきている　長い題名の小説が　 Kindle　に転送されません。
たとえば２０文字　題名　カット機能　とか　対応を希望します。
よろしくお願いいたします
129：名無しさん：2020/12/12(土) 05:33:11 ID:???: >>128
設定の ebook-filename-length-limit を確認してみてください
130：一日一回narou.rb：2020/12/12(土) 14:59:30 ID:???: ご返事ありがとうございました。

narou s ebook-filename-length-limit=40
ebook-filename-length-limit を 40 に設定しました

この設定で無事 kindle Oasis に転送できました。

更新履歴 - ChangeLog
3.4.5: 2019/08/31
追加機能　を見過ごしていました。助かりました。
131：名無しさん：2021/01/02(土) 17:42:20 ID:FLRK8WoA: いつも愛用させていただいています。

近ごろ何度やっても転送できなかったり、直接Kindle内にコピーしても
表示されない現象に悩んでおりましたが>>128さんの書き込みを見て
小説タイトルが長すぎるのが原因と分かりました。

>>129の設定変更で解決しましたが
今の小説家になろうのランキングを見ても分かるように
アクセス稼ぎに有利と言うことで長文タイトルが流行のため
デフォルトで制限かけた方が悩む人が減るのではないかと思いました。
132：作者★：2021/01/02(土) 19:48:13 ID:???: >>131
> デフォルトで制限かけた方が悩む人が減るのではないかと思いました。

後方互換のためにデフォルトで制限をかけるのは難しいです。既存の小説全てに影響が出てしまうためです。
最初から制限があればよかったとは思いますが、Narou.rb を作った当時はそこまでタイトルの長さが問題にはならなかったのでしょうがないですね。
おっしゃるように現在のような頭のおかしいタイトルが量産されるとは当時はとても予想できませんでした。
133：作者★：2021/01/02(土) 19:51:01 ID:???: ただ、下記 issue の機能を追加するときに、
https://github.com/whiteleaf7/narou/issues/376
タイトルの長さ上限を同時に強制しておけば、既存の無制限設定とは別に
新規小説からは長さ制限をかけられるのではないかと思うので、別のアプローチでの対策になると思います
134：131：2021/01/03(日) 20:03:45 ID:???: >>132>>133
返答ありがとうございました。
135：名無しさん：2021/01/28(木) 14:40:44 ID:???: narou settingのconcurrency=trueで、epub変換に失敗したときに
何か失敗がわかるログが出るようにしてほしいです。

よくあって困ってるのが、一部の作品で挿絵をfalseにしないと
AozoraEpub3の変換が失敗してepubが出力されない場合があることで、
問題のある挿絵が追加されるとそれ以後はnarou update -aしたとき
epubがつくられなくなるため、新着更新自体にいつまでも気づかないことです。
136：名無しさん：2021/01/28(木) 14:45:37 ID:???: あと作品のsetting.iniのデフォルトで

; 挿絵タグを有効にする（false なら削除）
; enable_illust = true

という記述がありますが、v3.7.0では挿絵はデフォルトがtrueですよね
; 挿絵タグを無効にする
; enable_illust = false

に変更していただけるとありがたいのですが・・・
137：作者★：2021/01/28(木) 16:26:28 ID:???: >>136
> に変更していただけるとありがたいのですが・・・

なぜ？
138：作者★：2021/01/28(木) 16:32:21 ID:???: >>135
https://github.com/whiteleaf7/narou/blob/develop/ChangeLog.md#330-20180922

narou logging=true
tmux split-window
tmux send-keys -t 1 "narou u" C-m
tmux send-keys -t 2 "narou log -tc" C-m
139：名無しさん：2021/01/29(金) 12:45:39 ID:???: >>137
enable_illustを削除すると挿絵タグが有効になるからです
（コメント行があべこべ）
140：作者★：2021/01/29(金) 12:55:15 ID:???: >>139
コメントに書いてある設定はデフォルト設定を表してるので正しい表記です
141：名無しさん：2021/01/29(金) 13:10:46 ID:???: >>138
すみません、ありがとうございます。
142：作者★：2021/01/29(金) 13:12:38 ID:???: setting.ini で、enable_illust な設定を例にあげると、三つの状態が存在します
enable_illust = true
enable_illust = false
; enable_illust = xxx　コメントアウト状態。WEB UIでの表現だと未設定

コメントアウトした状態の場合はデフォルトの設定が使用されます
デフォルトのときに setting.ini だとどんな設定が使われるのかわかりにくいのでコメントで表現しているだけです
手動でコメントアウトしたときの利便性は考慮しません

また、enable_xx という命名なので、「～を有効にする」でなんら問題ないと思います。逆だったらそれこそあべこべかと
143：名無しさん：2021/01/29(金) 13:13:56 ID:???: >140
なるほど、「削除」の意味を勘違いしてました。
文章削除じゃなく挿絵削除ということですね。
144：名無しさん：2021/02/24(水) 19:18:57 ID:???: 愛用させていただいています。ありがとうございます。

WEB画面にて、登録した小説行を複数選択し、更新ボタンを押下すると全ての小説行の更新が終了するまでメモリ解放しないようです。そのため、選択行が多いとメモリ不足となり処理が中断してしまいます。

一行更新毎にメモリ解放するような設定をご存知でしたらお教えいただけないでしょうか。よろしくお願いいたします。
145：作者★：2021/02/25(木) 20:54:56 ID:???: 選択しないで更新する方法を考えるのではだめなのでしょうか
146：名無しさん：2021/02/26(金) 01:26:54 ID:???: >144
私は選択行に一括でタグ付けて表示を絞り込み表示されてるのだけ更新で利用してます
147：名無しさん：2021/02/26(金) 08:35:29 ID:???: >>146
タグを指定して更新（Update）する機能ならありますが
148：名無しさん：2021/02/27(土) 10:45:09 ID:???: >>147
・・・ああっ自分マヌケでした(恥笑)
149：名無しさん：2021/03/03(水) 11:58:58 ID:PQ56am7E: >>145
作者さん、その他の皆さん、返信ありがとうござます。144発信者です。

登録した小説が1000を超えており、一括で更新できたらな～と横着にも考えてしまいまいた。（笑）

ただ、表示されている小説を選択することでこまめに更新できるので問題ありません。
ツール使用させていただき、感謝感謝です！
150：＜削除＞：＜削除＞: ＜削除＞
151：名無しさん：2021/05/21(金) 22:57:18 ID:???: >>75 と同様の悩みがあったため調べました。
Kindleの既読管理はシステム側で行っているようで、通常ではアクセスできません。
ただ、既読表示から%表示ではなく、NEW表示にするだけならば、ファイル名を変えるという裏技があります。
mobi、フォルダ、フォルダ下のメタファイルそれぞれのファイル名を変更することで、読んだ場所を維持しつつ既読表示が消せます。
152：名無しさん：2021/07/11(日) 00:15:14 ID:V.C8SV4k: dockerの方はもう更新はしないですか？
NASのdockerで動かしているので更新あれば助かります
153：作者★：2021/07/11(日) 12:37:33 ID:???: >>152
Linux 用の kindlegen が配布終了したのでどうしようかなと思って放置してます
154：作者★：2021/07/11(日) 12:39:45 ID:???: https://hub.docker.com/r/collelog/narou
これ使うとか
155：152：2021/07/19(月) 00:04:51 ID:0wgGmtg.: >>154
情報ありがとうございます
試してみます
156：名無しさん：2021/10/25(月) 08:09:54 ID:tv8uOhoo: 書籍ファイルのファイル名でShift-JISのダメ文字を適当な文字に置き換えるオプションを
追加していただけないでしょうか?

Kobo端末は書籍ファイルを転送し終わった後ディスクチェックのアプリを走らせるのですが
このアプリはShift-JISのファイル名を全く考慮していないため、不正なファイル名のファイルと
して処理されてしまって書籍ファイルのファイル拡張子でなくなってしまうので、転送した
はずの書籍が表示されないということになります。
転送前あるいは転送直後にダメ文字を含まない適当なファイル名に手動で書き換えることで
回避していますが、いろいろと煩わしいのでできればnarou.rb側でできればいいかなと。
157：名無しさん：2021/11/07(日) 21:15:36 ID:???: WEB UIでタグで絞り込む時にAND検索以外にOR検索も使えるようにするか
短編にもendタグがつくようにして欲しいです

短編と完結済みだけを表示させたいのですがうまくいきません
もし方法があれば教えて下さい
158：名無しさん：2021/11/08(月) 14:19:40 ID:???: >>157
1.短編で絞り込んでタグを付ける
2.完結作で絞り込んで1と同じタグを付ける
3.付けたタグで絞り込む
という手順はどうだろうか
159：157：2021/11/09(火) 22:02:24 ID:???: >>158
完結で絞り込んで別タグをつけると更新されて完結した場合や連載が再開された場合に対応するのが面倒かと思います

今はソートして短編を選択してendタグをつけて絞り込んでいるのですが、短編が更新されるとendタグが外れるんですよね
160：作者★：2021/11/10(水) 09:11:08 ID:???: なかなか修正できる余裕がないので、自分でコードを改造してもらうのがいいかもしれませんね
Pull Request 出してくれれば取り込みますので
そのためのオープンソース
161：名無しさん：2022/05/30(月) 20:09:48 ID:w/V3l9Zg: C:/Ruby30-x64/lib/ruby/gems/3.0.0/gems/narou-3.8.1/lib/novelconverter.rb:202:in `txt_to_epub': invalid byte sequence in UTF-8 (ArgumentError)　
from C:/Ruby30-x64/lib/ruby/gems/3.0.0/gems/narou-3.8.1/lib/novelconverter.rb:315:in `convert_txt_to_ebook_file'
（以下これと似たような表示の繰り返し）
このような現象が常に出続けてしまい、EPDU変換がどうしてもできません。
上記の方と似た現象だと思い環境を寄せて(rubyinstaller-devkit-2.7.1-1-x64だけ見つからず...)動作させてみたのですがこれもうまくいかず正直何もわかっていない状態です。
組み合わせが悪いのか順番が悪いのか、様々なパターンをためしてみましたがどれも失敗し消沈しています。似た症状の方や有識者の方がいましたら、何卒お力添えいただけると幸いです。
162：名無しさん：2022/05/30(月) 20:11:14 ID:w/V3l9Zg: すみません。上記のレスを書いたものですが場所を間違えてしまいました。申し訳ございません。スルーしていただけると助かります。
163：名無しさん：2022/09/22(木) 10:47:23 ID:hY4mbqPY: narou.rbにて作成した縦書きepubデータがiOS16のアップデートによりブック（ＡｐｐｌｅＢｏｏｋｓ）にて正常に読み込めなくなりました。
前バージョンのiOS15.7の他iPadOS15.7、macOS12.6（それぞれの最新バージョン）のブックでは問題なく読み込めています。
事象としては、データ中の各話最後の数行（行数は可変）のみ表示し、それ以前がないものとして表示されません。
また、ページ数自体も本来のページ数の１割以下程度となります。

iOS16にした途端の事象で、今回ブックもかなりな更新がされていることから、何らかの変更にともなってのことと思いますが、
Appleのサポートに問い合わせても、自分で作ったepubはサポート対象外なので調査もできない、という返答でした。
このままですと、近々予定されているiPadOS16や、MacOS１３のリリースでApple　Booksでのepub閲覧が全滅するのではと
非常に危惧しています。

SNSにて確認すると、同じ事象が発生している方も、narou.rbにて作成した縦書きepubにて発生している印象です。
Apple側ではとりあえずなにもしてくれないので、作者様に確認や対策などお願いしたく報告します。