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

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

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

https://github.com/whiteleaf7/narou/issues
も軽く目を通して被らないように注意。
2：名無しさん：2017/12/01(金) 13:38:40 ID:???: いつもありがたく使わせていただいています
長期連載の作品などはファイルサイズも大きく扱いにくくなっていきます
テキストデータも含めて章ごともしくは設定話数ごとに自動で分割出力はむずかしいでしょうか
既出でしたら完スルーでお願いします
3：作者★：2017/12/01(金) 14:39:49 ID:???: >>2
開発版では指定話数ごとに分割する機能が入っています
リリースされるのを待つか、開発版を使って貰えればいいかと
4：名無しさん：2017/12/01(金) 19:58:56 ID:???: >>3
わざわざ返信ありがとうございます
開発版試してみたいと思います
5：名無しさん：2017/12/14(木) 13:21:01 ID:???: 前にブログの方でちらっと要望を上げたことがあるんですが
横書き表示にも対応していただけると嬉しいです。
あまりこんな要望は多くないとは思いますけれども
優先順位低くていいので、いつかそのうちにお願いします。
6：作者★：2017/12/14(木) 13:36:20 ID:???: >>5
個別設定の一番上に横書きにするってありません？
7：名無しさん：2018/01/07(日) 18:40:42 ID:5g8/6Jzw: いつも大変便利に使わせていただいております。
カクヨムをダウンロードした場合保存フォルダ名が作品ID(数字のみ)になってしまうのですが、最初から「(作品ID) (タイトル)」みたいにすることはできませんか？
database.yamlとフォルダ名を編集すれば変更できるので優先度は高くないと思いますができれば実装していただけると嬉しいです。
8：作者★：2018/01/07(日) 20:09:21 ID:???: >>7
Narou.rb本体が保存されてるフォルダの webnovel/kakuyomu.jp.yaml の、
append_title_to_folder_name: no
を yes に変えれば行けますが、簡単に変える方法はまだ未実装。
実装したいとは思っている（https://github.com/whiteleaf7/narou/issues/183 )
9：名無しさん：2018/01/10(水) 15:16:36 ID:a7BM3FJg: >>8
返信ありがとうございます。できました。
10：名無しさん：2018/01/12(金) 14:51:20 ID:???: >>6
５です。
お返事、ありがとうございます。
バージョンアップの時に見落としていたみたいです。
お礼が遅くなり、大変失礼いたしました。
11：名無しさん：2018/01/16(火) 04:27:14 ID:EMnQi19o: ttps://www.akatsuki-novels.com/stories/index/novel_id~2109
上記のような小説の対応予定はありませんか？
以前対象数が少ないため対応しないとの回答を見た気がしますが変わりありませんか？
12：作者★：2018/01/16(火) 17:03:13 ID:???: 簡単に対応できればやりたいが、簡単じゃない（気がする）
前に比べて結構増えてる（それでもまだ30件くらい。坂田除く）からまぁそのうち
13：名無しさん：2018/02/01(木) 04:08:30 ID:fd48tJCI: narou uの際、F5アタックに誤認されないようにディレイを入れていると思うのですが、
別サイトの小説へのアクセスを次に持ってくることでディレイ無しで次の小説の更新確認をし、
更新チェックの時間を短縮するようなことはできないでしょうか？
14：作者★：2018/02/02(金) 16:50:31 ID:???: >>13
できるけどやらないです
15：作者★：2018/02/02(金) 16:52:00 ID:???: 昔ブログに書いた記憶があるけれど、
なろうの連続アクセス制限が厳しくなったのを契機にサーバーアクセスの負荷軽減を
目的として全サイト共通でディレイかけるようにしたはず。
16：名無しさん：2018/02/07(水) 18:45:27 ID:jMUL45TY: Aサイトの後Bサイトの小説を挟むようにすればAサイトに対して実質ディレイが入っているようなもので負荷軽減としては問題ないと思うのですが、実装の労力に効果が見合わないということでしょうか？
それとも、rbの処理に小説サイトとパソコンの間に中継サーバーが必要で、そこへのアクセス負荷軽減が目的ということでしょうか？
17：作者★：2018/02/08(木) 02:50:07 ID:???: そこまでやればたしかに理屈の上ではそうですが、
めんどいですね！

たとえばなろうとノクターンは別サイト扱いになってるけど、連続アクセスは共通なので
そこはどうするの？　とかいろいろあります。
18：作者★：2018/02/08(木) 03:33:32 ID:???: いろいろの中で一番大きいウェイトはメンドイ
19：名無しさん：2018/02/10(土) 14:11:56 ID:wrfKzuSU: Java使わなくても動かせるようになればいいかな
JavaのせいでVPSとかの占有可能な高コストサーバーじゃないとリモート化出来ないし
20：名無しさん：2018/02/12(月) 10:21:06 ID:3yt9ZH.A: ツギクルへの対応をお願いできないでしょうか。
多くの小説は他サイトへのリンクのみなのですが、一部ツギクルへの投稿作品があります。
例：ttps://www.tugikuru.jp/novel/content?id=20561
21：作者★：2018/02/12(月) 11:56:39 ID:???: >>19
AozoraEpub3のリプレースはお金を貰ってもやりたくない

>>20
対応サイトはあまり増やしたくないので、対応しません。
自分で対応サイトを増やすことは可能です。
小説管理フォルダに webnovel というフォルダを作り、その中に設定ファイルを保存すれば読み込みます。
設定ファイルを自作する必要はありますが。
設定ファイル参考
https://github.com/whiteleaf7/narou/tree/develop/webnovel
22：名無しさん：2018/02/13(火) 00:42:15 ID:???: 私の頭では数日がかりになりそうなので読みたい小説が増えるまでは一旦あきらめます！
ご返答ありがとうございました
23：名無しさん：2018/03/19(月) 10:24:38 ID:???: AozoraEPUB3がエラーで変換できなかったときに
その小説にエラーになったことを示すタグを付けるように出来ませんか？

それと小説一個ごとにwebの表示が更新されるようになってから
ブラウザの処理が非常に重くさらにタブがメモリ不足で落ちるようになりました。
以前のように処理が終わってから表示を更新するように設定で切り替えることが出来ないでしょうか？
24：作者★：2018/03/19(月) 17:33:00 ID:???: リストの逐次更新ってだいぶ前に変更したような？
Chromeだとすると最近メモリの扱い怪しいからそのせいとか。

変換時エラーは内部ではフラグたってるので、もう一度更新すればいいのでは？
（要望には理由を添えないとあんまり意味がないと前から）
25：作者★：2018/03/19(月) 17:35:23 ID:???: 逐次更新が鬱陶しい場合があるというのは理解できるので設定を用意します
26：作者★：2018/03/19(月) 17:40:57 ID:???: https://jbbs.shitaraba.net/bbs/read.cgi/computer/44668/1511245701/26
同時期にメモリ関連っぽいのでエラーやクラッシュが出るのは
やはりブラウザのせいでは、感ある
27：名無しさん：2018/03/20(火) 03:05:24 ID:bPxjbXWM: こんばんは
小説を削除した時等に全てのidを振り直すようにすることは可能でしょうか？
28：23：2018/03/20(火) 08:39:49 ID:???: >>24-26
返答ありがとうございます。

リストの逐次更新は要望で変更された物でかなーり前の話と記憶してます。
その当時からすでに更新されるたびに一時的に操作を受け付けなくなったりしてました。
登録数が増えるにつれてどんどんひどくなってきたので今回の要望に至りました。

エラータグに関してですが
自動更新と自動コピーの組み合わせでコピー先だけ見てると
今まで問題なかった物が挿絵の追加などでエラーになると気づけなかったのです。
なかなか更新来ないなーと思ってたらエラーで止まっていた、と。
29：作者★：2018/03/20(火) 11:26:36 ID:???: >>28
開発版のコードを落として自分で変更して動かせるなら、
https://github.com/whiteleaf7/narou/blob/develop/lib/web/appserver.rb#L642
の１行を消すだけで逐次更新止まります
30：名無しさん：2018/05/05(土) 16:24:44 ID:wrRg0M.E: アルファポリスに対応していただけると嬉しいです
31：作者★：2018/05/05(土) 18:15:36 ID:???: 対応サイトを増やす予定はありませんが、>>21 で書いたように自分で増やすことは出来ます
32：名無しさん：2018/05/15(火) 18:36:15 ID:qko40WM.: カクヨムで、目次の仕様が変わってしまったようです……
対応予定はございますか？
33：いっちゃん：2018/05/16(水) 01:29:09 ID:???: 書き込む場所を間違えました。
rubyのフォルダの中にあるkakuyomu.jp.yamlの#目次設取得定を
# ------------------------------------------------------------
# 目次取得設定
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-chapter widget-toc-level2 js-vertical-composition-item">
(?<subchapter>.+?)
</li>
)?<li class="widget-toc-episode">
<a href="(?<href>/works/\d+/episodes/(?<index>\d+))">
(?<subtitle>.+?)
<time class="widget-toc-episode-datePublished" datetime="(?<subupdate>.+?)">.+?</time>
</a>
</li>

# ------------------------------------------------------------
と直すと大丈夫なようです。
34：作者★：2018/05/16(水) 10:41:41 ID:???: 報告ありがとうございます、今日中にアプデします（予定）
35：名無しさん：2018/05/16(水) 15:06:26 ID:5zX6MUzU: 作者様、いっちゃん様　お疲れ様です。
プログラム（HTML?）のことはよくわかりませんが、コピペでは動かないです。
比較したところ、js-vertical-composition-itemが3箇所に追記されたようですね。
　　widget-toc-chapter widget-toc-level1 ここと
　　widget-toc-chapter widget-toc-level2 ここと
　　widget-toc-episode-titleLabel ここ
に手打ちして、起動してみたところ正常に動作しました。
36：作者★：2018/05/16(水) 16:43:47 ID:???: 3.2 のアプデ内容にカクヨム対応も入れておきました
37：名無しさん：2018/05/18(金) 10:03:08 ID:q2O9dXYU: device及びmulti-deviceが未設定の場合にエラーメッセージを表示するようにする。

理由：narou.rbが3.1.11までは両方未設定でもepubが作成されていたが、
　　　3.2.0.1では下記のエラーで処理が止まるため。
エラー：/var/lib/gems/2.3.0/gems/narou-3.2.0.1/lib/novelconverter.rb:33:in `extensions_of_converted_files': undefined method `ebook_file_ext' for nil:NilClass (NoMethodError)
38：作者★：2018/05/18(金) 19:09:35 ID:???: 未設定だとepubが作成されるのが正しいのでバグ扱いで
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と同様にそれまでのログが出力されるようにしていただけないでしょうか。