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

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

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

https://github.com/whiteleaf7/narou/issues
も軽く目を通して被らないように注意。
39：作者★：2018/05/20(日) 22:29:56 ID:???: >>27
今スルーしてることに気づいたけれど、IDのフリ直しは出来ないしやる予定もないです
（負荷がでかい）

>>28
テーブルの逐次更新をやめてキューごとに更新に変更するオプションが 3.2.0 で入ったので報告
40：名無しさん：2018/05/21(月) 18:44:24 ID:/PGt0sW.: 特定の小説を特定の端末にSendコマンド時、送らないようにすることは可能でしょうか。

長編の小説で新しいものを送ったとき、しおりが消えてしまうことがあります。
凍結を使えばひとまずは解決するのですが、小説作者様等の都合で消えてしまった場合のことを考えると、定期的に更新しておきたい気持ちもあり……

Kindleはそういうことがなかったような気もするのですが、最近Koboを新調してこのような状況なので何か対策できないかなと思いました。
ご検討お願いします
41：作者★：2018/05/21(月) 18:55:35 ID:???: >>40
基本凍結しておいて、更新したくなったら

narou u -f ID

で強制更新じゃダメですか
42：名無しさん：2018/05/21(月) 19:38:02 ID:zxyjd86M: >>40
output_filenameに「a.txt」とかを指定しておくと、その作品のみSendが失敗するという裏技があるけどどうかな？ｗ
43：名無しさん：2018/05/21(月) 20:11:19 ID:zxyjd86M: >>42の補足だけど、output_filenameの後ろに「.txt」を付けておくってのが重要ポイント
それ以外は自由なので「[作者名]タイトル.txt」等にしておけば、普段通りのファイル名でファイルが作成されるはず
そしてSendのみ失敗するので、その作品は端末にコピーされない（Kindleでしか試してないけど）
44：40：2018/05/21(月) 21:55:42 ID:/PGt0sW.: 40です。ご返信ありがとうございます。

>>44
それでもよいのですが、そうするとSendをした際に一緒に送られてしまうので……
やはり、一括Send時に除外したいというのが希望です。
WEBUIで選択してSendすることも考えたのですが、うっかり普通にSendした際にリカバリできないので。

あとづけの理由ですが、送信から除外する機能は容量の少ない端末を持っている人にも使える機能かなと思いました。

>>42-43
そのような裏技があるとは……
半信半疑で.txtをつけて設定してみると確かに送信されません。
他の小説を送るときも、邪魔する気配がありません。期待通りの挙動です！

当面のあいだ、本処置後、タグ「送信停止中」とでもして管理していきたいと思います。
45：作者★：2018/05/21(月) 22:52:46 ID:???: >>44
裏技は知らなかった！

> それでもよいのですが、そうするとSendをした際に一緒に送られてしまうので……
> やはり、一括Send時に除外したいというのが希望です。

narou send のオプションには以下のようなものがあります（抜粋）

narou send --without-freeze # 凍結済は対象外に
narou s send.without-freeze=true # 常に凍結済みを対象外に設定
Options:
-w, --without-freeze 送信時に凍結された小説は対象外にする

こういうのもあるんで活用ください。
たまには narou コマンド名 -h を覗いてみるとなにか使えるものがあるかも
46：40：2018/05/21(月) 23:32:33 ID:/PGt0sW.: >>45
ヘルプはインストールしたときしか見てなかったです汗　たまに見てみます
narou send -wと、たまのnarou update -f (ID)でも希望の動作をしますね

しかし裏技の使い勝手がかなりよさそうです。通常Updateで拾ってきてくれるので。お気に入りの小説が削除されたときは悲しい……
47：作者★：2018/05/24(木) 12:06:13 ID:???: 送信したくない小説にタグ付けておいて、
narou send ^tag:送信除外タグ
でそのタグは送信されない。
で、打ち込むのはメンドイので

narou s default_args.send=^tag:送信除外タグ

と設定しておくと、narou send するだけで同じ動作になる。
これをやっておくと WEB UI の Send も同じ動作になる（はず）
48：作者★：2018/05/24(木) 14:50:26 ID:???: >>47
追記
update時の自動変換後の送信時点で端末つないでたら、当然送信されてしまうので注意
こういう手段もあるよということで
49：40：2018/05/24(木) 20:47:17 ID:XWcdDwsE: デフォルトの設定をいじれば、意外と簡単に目的を達成できたのですね。
>>48　については、変換送信端末をなしにして、手動でやればよいだけですし。

不具合報告スレに書くか迷ったのですがついでなのでこちらに。またカクヨムの仕様が変わったみたいで目次取得がうまくいかなくなったみたいです。
一応カクヨムのソースと比較して、直してみたのが下記の通りです。
削除：
(?:<li class="widget-toc-chapter widget-toc-level2 js-vertical-composition-item">
(?<subchapter>.+?)
</li>
)?
追記：
<a href="(?<href>/works/\d+/episodes/(?<index>\d+))"「 class="widget-toc-episode-episodeTitle"」ここ>

動作確認はしましたが、そもそも書き方がわからないので見よう見まねです……

全文：
# 目次取得設定
toc_url: \\k<top_url>/works/\\k<ncode>
subtitles: |-2
(?:<li class="widget-toc-chapter widget-toc-level1 js-vertical-composition-item">
(?<chapter>.+?)
</li>
)?<li class="widget-toc-episode">
<a href="(?<href>/works/\d+/episodes/(?<index>\d+))" class="widget-toc-episode-episodeTitle">
(?<subtitle>.+?)
<time class="widget-toc-episode-datePublished" datetime="(?<subupdate>.+?)">.+?</time>
</a>
</li>
50：作者★：2018/05/24(木) 21:27:26 ID:???: >>49
ありがとうございます 3.2.2 で対応しました
クラスの細かい追加があっても動くように、多少は幅をもたせてみましたが、焼け石に水かも
（正規表現でマッチングの限界）
51：23：2018/05/26(土) 17:35:34 ID:???: >>39
ありがとうございます。アップデートしました。
52：名無しさん：2018/06/12(火) 14:32:37 ID:???: バージョンが変わって指定話数ごとに分割できるようになってとても助かってます
欲を出して大見出しごとに自動分割ってなると流石に難しいでしょうか
章ごとに勝手に分かれてくれたら便利だろなぁと
53：作者★：2018/06/13(水) 03:50:11 ID:???: 便利そうですが必ずしも章わけをしている小説ばかりでもないですし、つけるかといわれるとつけないと思います（現時点の考え）
54：名無しさん：2018/06/13(水) 10:41:55 ID:???: 返答ありがとうございます
気まぐれに期待しつつのんびり待ちたいと思います
55：名無しさん：2018/06/22(金) 14:46:43 ID:BOqZB5d6: enable_add_end_to_titleみたいに、完結済み小説の出力ファイル名に(完結)と付けるオプションがあったらうれしいです
56：作者★：2018/06/25(月) 21:26:47 ID:???: 優先度は低いですが実装予定に入れておきます
57：名無しさん：2018/08/13(月) 22:08:42 ID:???: 便利なツールを公開していただいてありがとうございます
更新の最後に作成されるhotentryですが
更新の途中でタイムアウトなどのエラーで止まった場合に
そこまで更新された各品のhotentryを作成するようにはできないでしょうか

このごろなろうへの接続が厳しくなってるせいか
以下のようなエラーで更新がとまってしまうことがあるので
from Z:/program/Ruby25-x64/Ruby25-x64/lib/ruby/gems/2.5.0/gems/narou-3.2.4/lib
/web/appserver.rb:539:in `block (2 levels) in <class:AppServer>'
from Z:/program/Ruby25-x64/Ruby25-x64/lib/ruby/gems/2.5.0/gems/narou-3.2.4/lib
/web/worker.rb:40:in `block (3 levels) in start'
[2018-08-13 21:12:12] ERROR Net::OpenTimeout: Net::OpenTimeout
58：作者★：2018/08/14(火) 14:21:56 ID:???: 確かに考慮してなかったですね
更新が失敗してもhotentryの生成まではいくように修正を考えてみます
59：名無しさん：2018/08/15(水) 03:02:51 ID:Cs6qrXmQ: 現在なろう系サイト以外の完結自動取得に対応していないと思うのですが、
これらに関して、
1.自動取得対応をする
or
2.更新時、完結自動取得対応外サイトは完結(end)タグを外さない
のどちらかを実装していただけると嬉しいです。
今は自分で完結タグを付けて凍結して対応しているのですが、
たまに凍結・完結小説の更新チェックのため全体アップデートすると外れてしまうのが不便なので…
60：作者★：2018/08/15(水) 12:16:15 ID:???: endタグはシステムタグとして使ってるので、違うタグを使うのはだめなんでしょうか
日本語で「完結」タグとか
61：作者★：2018/08/15(水) 12:19:52 ID:???: ちなみに１については、取得できるサイトはすべて取得しているはず
カクヨムとかハーメルンとか
62：名無しさん：2018/08/21(火) 08:16:02 ID:Bo3qwnRc: タイトルやあらすじのみが変更された場合、更新処理が行われますが、
作者名のみが変更された場合、更新されません。
そのため、変更があった小説をコンバートすると
ファイル名には旧作者名、内容には新作者名となったファイルができます。

作者名のみが変更された場合にも、更新処理が行われるようにしていただけないでしょうか。

また、要望57が起こった場合、ログ出力をするように設定していても、
それまでのログが出力されません。

hotentryと同様にそれまでのログが出力されるようにしていただけないでしょうか。
63：作者★：2018/08/21(火) 11:00:39 ID:???: Errno::ETIMEDOUT もキャッチするようにしとくので、それで全部なおるはず
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