小说下载/批量下载增加内容自定义选项

[KerryWongAustin]

Acknowledgements / 确认事项

• I have updated to the latest version of the app / 已经更新到最新版
• I have tried the FAQ / 试过FAQ了. FAQ
• I have searched the existing issues and this is new ticket NOT a duplicate or related to another issue / 搜索过其他issue，确实不是重复问题
• I will fill out the title and the information in this template / 填好标题和内容

What feature should be added? / 需要加上什么功能

P1，P2中橙色的线框出的是shaft在下载和批量下载时，自行添加的额外内容。
绿色的线框出的是简介这一类的，来自创作者本身的内容。（pixiv小说的简介并不包含在正文中，以P3，P4用橙色的线框出的简介举例，P3的简介是小说系列的简介，而P4的简介是单个小说章节的简介）

希望以后能自定义划线部分内容是否会出现在下载/批量下载中？否则在整理txt时，手动删除实在是过于麻烦。为此我也曾自学过正则表达式，也参考过chatgpt，deepseek等ai软件的建议，但仍然是无济于事。

除此之外，更改文本导出目录是否是一个可选项呢？我的习惯是把所有的txt都放在storage/emulated/0/Documents下。而现有的下载目录只允许下载到download，为此不得不入手了一些能够存储重定向的软件。

以上就是大致的请求了，感谢您的工作。衷心希望您的软件能越来越受欢迎。

Official support / 官方支持情况

• Is this feature supported by the official pixiv app? / 官方App是否支持

Is this feature supported by any other third-party pixiv app? / 第三方App是否支持

No response

Any other information can be help? / 其它信息

No response

[KerryWongAustin]

对了，更新到新版本之后，又发现了一个在旧版本上根本没有遇到过的问题:

P5所示的橘色划线部分是合并下载后产生的新章节名，绿色部分是作者原有的创作名。
如图所示，合并下载时，每一章的章节名都是带缩写的，这种事在之前的旧版本从来没出现过。
奇怪的是，如果单独下载某一个单独章节，而不是合并下载所有章节，章节名的显示反而变正常了(P6)

我不明白为什么这种事情会发生，感觉是画蛇添足的新功能。

[wshj123]

这位朋友您好，这个功能是我向软件开发者老师提议增加的。
我说的是章节名字缩写的这一个功能。

我之所以会向开发者老师提出这个功能的原因，是因为既然您有在使用这个软件的话。
那么您应该清楚这个软件里面的大部分作者他们的作品标题很多时候都会非常非常非常的冗长，而这个冗长的标题是在阅读器里面无法被读取出来的。

也就是因为这个原因我才向开发者老师提议了一下，能否将文件自带的序号章节增加列表后面，直接提取出一定字数内可以被文本阅读器识别出来的标题。
然后再在后面增加一个完整的标题就好了。

如果这对您造成了麻烦，也真的是非常抱歉。

[KerryWongAustin]

非常感谢这位朋友的回复，pixiv现在的小说章节名称，确实越来越有《关于一名叫做鲁滨逊‧克鲁索，诞生于约克镇，并且因为船难而独活在一个美洲海岸边、接近奥里诺科河河口的小岛长达二十八年的水手的陌生又奇妙的冒险故事》的风格了，从这个角度讲，其实也是有一点道理的。

旧版本的多章节下载一直没有出现过缩写问题，却在新版本突然出现，这是让我有些不解的。通过您的解释，我想这大概是因为，批量下载功能的实现是直接下载阅读器中的内容，而阅读器本身的格式又在最近被更改过的原因吧？

其实这并不是什么大问题，也没有必要道歉。不如说，这应该是一个可自定义项才对。本质上是一个习惯用阅读器的用户和习惯导出txt后在本地观看的用户的需求不同。

如果参考目前shaft小说导出时的内容排版之杂乱，这点小问题几乎“无伤大雅”了。

总而言之，开发者以积极的态度更新用户的需求是一件值得感激的事情。而用户根据自己的需求提出改进建议，更是天经地义，没有什么道歉的必要的。

再次感谢这位朋友的回复。

这位朋友您好，这个功能是我向软件开发者老师提议增加的。
我说的是章节名字缩写的这一个功能。

我之所以会向开发者老师提出这个功能的原因，是因为既然您有在使用这个软件的话。
那么您应该清楚这个软件里面的大部分作者他们的作品标题很多时候都会非常非常非常的冗长，而这个冗长的标题是在阅读器里面无法被读取出来的。

也就是因为这个原因我才向开发者老师提议了一下，能否将文件自带的序号章节增加列表后面，直接提取出一定字数内可以被文本阅读器识别出来的标题。
然后再在后面增加一个完整的标题就好了。

如果这对您造成了麻烦，也真的是非常抱歉。

[wshj123]

非常感谢这位朋友的回复，pixiv现在的小说章节名称，确实越来越有《关于一名叫做鲁滨逊‧克鲁索，诞生于约克镇，并且因为船难而独活在一个美洲海岸边、接近奥里诺科河河口的小岛长达二十八年的水手的陌生又奇妙的冒险故事》的风格了，从这个角度讲，其实也是有一点道理的。

旧版本的多章节下载一直没有出现过缩写问题，却在新版本突然出现，这是让我有些不解的。通过您的解释，我想这大概是因为，批量下载功能的实现是直接下载阅读器中的内容，而阅读器本身的格式又在最近被更改过的原因吧？

其实这并不是什么大问题，也没有必要道歉。不如说，这应该是一个可自定义项才对。本质上是一个习惯用阅读器的用户和习惯导出txt后在本地观看的用户的需求不同。

如果参考目前shaft小说导出时的内容排版之杂乱，这点小问题几乎“无伤大雅”了。

总而言之，开发者以积极的态度更新用户的需求是一件值得感激的事情。而用户根据自己的需求提出改进建议，更是天经地义，没有什么道歉的必要的。

再次感谢这位朋友的回复。

这位朋友您好，这个功能是我向软件开发者老师提议增加的。
我说的是章节名字缩写的这一个功能。
我之所以会向开发者老师提出这个功能的原因，是因为既然您有在使用这个软件的话。
那么您应该清楚这个软件里面的大部分作者他们的作品标题很多时候都会非常非常非常的冗长，而这个冗长的标题是在阅读器里面无法被读取出来的。
也就是因为这个原因我才向开发者老师提议了一下，能否将文件自带的序号章节增加列表后面，直接提取出一定字数内可以被文本阅读器识别出来的标题。
然后再在后面增加一个完整的标题就好了。
如果这对您造成了麻烦，也真的是非常抱歉。

只能说人类的发展是螺旋上升这句话过去，看起来听起来都挺平平无奇的。
但经过社会以后就会觉得这句平平无奇的话，的确总结了太多的现象。

就比如说书名和章节的名字，这一点在过去难道是什么没出现的现象吗？此事明明在鲁滨逊漂流记中亦有记载。
无非是大家往往看的都是中文版本的翻译直接浓缩了书的名字，而英文原版的名字是什么呢？就是直接可以当做简介的一段话。
以至于现如今一个个倒也不会在作品的书名上面动什么脑筋，虽然这点更多适用于岸上的那些作品。
而水下的作品因为模式不同，所以更多将简介式的标题是用在每一个章节上面。

但是真的就换了不知道多少个阅读器以后没什么阅读器可以把一两百字的简介给识别出来。
因为这种情况越来越多的情况下，我也不得不向开发者老师提出一些基于用户体验的建议了。

旧版本其实的确没怎么出现这个东西的原因，更多是因为我没有建议。
实际上如果不算是太夸张的形容的话，可以说这个做软件上有关小说方面的修改，大概率都是我向开发者老师提出建议后进行修改或者添加出来的功能吧。

之前因为并没有建议说明太长方面的问题，所以因为最近才提交了这方面的意见，在这个版本总算是出现了这个功能。

阅读器内的格式，最近也一直因为有各方面的意见反馈，所以每一个版本或多或少都有发生一些变化。
但最终也一定会优化出一个既简单又会包含所有重要信息的版本，只不过这大概也更多受限于一些更注重作品完整信息的读者吧。
而有一些读者只想要观看纯粹的小说，所以对于简介标签之类的内容反倒不会有太高的兴趣就是了。

关于小说下载中会出现的各种自定义内容的意见，已经向开发者老师反馈了，接下来的几个版本里面大概就会时装这个功能吧。
只不过本身用这个软件作为阅读器的话，对我来说还是有点奇怪的。
所以我的阅读习惯一般都是下载出txt以后，在本地进行观看。

目前蜗牛（也就是shaft）的小说导出内容的排版很杂乱吗？这一点的话倒也的确是。
或许也可以建议开发者老师对导出来的文本进行统一的格式计算吧。

只不过因为我看作品的时候是在阅读器上，本地的阅读器上看的本地的阅读器会直接自动的将文本的格式转化为便于阅读的那种。
所以小说自带的那些格式方面的问题，我倒是一般没怎么关注。

总而言之，大概就是这样了，能够进行友好的交流也是一件很愉快的事情。

这位开发者老师也是比较麻烦的那种现在也有很高的负债。
所以如果没问题的话，也可以每月打点钱当做使用这个软件的会员费用，支持一下开发者老师。

[KerryWongAustin]

非常感谢这位朋友的回复，pixiv现在的小说章节名称，确实越来越有《关于一名叫做鲁滨逊‧克鲁索，诞生于约克镇，并且因为船难而独活在一个美洲海岸边、接近奥里诺科河河口的小岛长达二十八年的水手的陌生又奇妙的冒险故事》的风格了，从这个角度讲，其实也是有一点道理的。

旧版本的多章节下载一直没有出现过缩写问题，却在新版本突然出现，这是让我有些不解的。通过您的解释，我想这大概是因为，批量下载功能的实现是直接下载阅读器中的内容，而阅读器本身的格式又在最近被更改过的原因吧？

其实这并不是什么大问题，也没有必要道歉。不如说，这应该是一个可自定义项才对。本质上是一个习惯用阅读器的用户和习惯导出txt后在本地观看的用户的需求不同。

如果参考目前shaft小说导出时的内容排版之杂乱，这点小问题几乎“无伤大雅”了。

总而言之，开发者以积极的态度更新用户的需求是一件值得感激的事情。而用户根据自己的需求提出改进建议，更是天经地义，没有什么道歉的必要的。

再次感谢这位朋友的回复。

这位朋友您好，这个功能是我向软件开发者老师提议增加的。
我说的是章节名字缩写的这一个功能。
我之所以会向开发者老师提出这个功能的原因，是因为既然您有在使用这个软件的话。
那么您应该清楚这个软件里面的大部分作者他们的作品标题很多时候都会非常非常非常的冗长，而这个冗长的标题是在阅读器里面无法被读取出来的。
也就是因为这个原因我才向开发者老师提议了一下，能否将文件自带的序号章节增加列表后面，直接提取出一定字数内可以被文本阅读器识别出来的标题。
然后再在后面增加一个完整的标题就好了。
如果这对您造成了麻烦，也真的是非常抱歉。

只能说人类的发展是螺旋上升这句话过去，看起来听起来都挺平平无奇的。
但经过社会以后就会觉得这句平平无奇的话，的确总结了太多的现象。

就比如说书名和章节的名字，这一点在过去难道是什么没出现的现象吗？此事明明在鲁滨逊漂流记中亦有记载。
无非是大家往往看的都是中文版本的翻译直接浓缩了书的名字，而英文原版的名字是什么呢？就是直接可以当做简介的一段话。
以至于现如今一个个倒也不会在作品的书名上面动什么脑筋，虽然这点更多适用于岸上的那些作品。
而水下的作品因为模式不同，所以更多将简介式的标题是用在每一个章节上面。

但是真的就换了不知道多少个阅读器以后没什么阅读器可以把一两百字的简介给识别出来。
因为这种情况越来越多的情况下，我也不得不向开发者老师提出一些基于用户体验的建议了。

旧版本其实的确没怎么出现这个东西的原因，更多是因为我没有建议。
实际上如果不算是太夸张的形容的话，可以说这个做软件上有关小说方面的修改，大概率都是我向开发者老师提出建议后进行修改或者添加出来的功能吧。

之前因为并没有建议说明太长方面的问题，所以因为最近才提交了这方面的意见，在这个版本总算是出现了这个功能。

阅读器内的格式，最近也一直因为有各方面的意见反馈，所以每一个版本或多或少都有发生一些变化。
但最终也一定会优化出一个既简单又会包含所有重要信息的版本，只不过这大概也更多受限于一些更注重作品完整信息的读者吧。
而有一些读者只想要观看纯粹的小说，所以对于简介标签之类的内容反倒不会有太高的兴趣就是了。

关于小说下载中会出现的各种自定义内容的意见，已经向开发者老师反馈了，接下来的几个版本里面大概就会时装这个功能吧。
只不过本身用这个软件作为阅读器的话，对我来说还是有点奇怪的。
所以我的阅读习惯一般都是下载出txt以后，在本地进行观看。

目前蜗牛（也就是shaft）的小说导出内容的排版很杂乱吗？这一点的话倒也的确是。
或许也可以建议开发者老师对导出来的文本进行统一的格式计算吧。

只不过因为我看作品的时候是在阅读器上，本地的阅读器上看的本地的阅读器会直接自动的将文本的格式转化为便于阅读的那种。
所以小说自带的那些格式方面的问题，我倒是一般没怎么关注。

总而言之，大概就是这样了，能够进行友好的交流也是一件很愉快的事情。

这位开发者老师也是比较麻烦的那种现在也有很高的负债。
所以如果没问题的话，也可以每月打点钱当做使用这个软件的会员费用，支持一下开发者老师。

用的阅读器是开源阅读，开源阅读识别标题靠的是正则表达式。我最常用的是目录(古典、轻小说备用)这个正则，稍微修改一下配对最大字数就可以了。简单来说，最后一个大括号的{0,10}，把10改成100就可以了。

另外捐赠的事，blog上的地址的话，已经打过去了。在力所能及的范围内。

[wshj123]

非常感谢这位朋友的回复，pixiv现在的小说章节名称，确实越来越有《关于一名叫做鲁滨逊‧克鲁索，诞生于约克镇，并且因为船难而独活在一个美洲海岸边、接近奥里诺科河河口的小岛长达二十八年的水手的陌生又奇妙的冒险故事》的风格了，从这个角度讲，其实也是有一点道理的。
旧版本的多章节下载一直没有出现过缩写问题，却在新版本突然出现，这是让我有些不解的。通过您的解释，我想这大概是因为，批量下载功能的实现是直接下载阅读器中的内容，而阅读器本身的格式又在最近被更改过的原因吧？
其实这并不是什么大问题，也没有必要道歉。不如说，这应该是一个可自定义项才对。本质上是一个习惯用阅读器的用户和习惯导出txt后在本地观看的用户的需求不同。
如果参考目前shaft小说导出时的内容排版之杂乱，这点小问题几乎“无伤大雅”了。
总而言之，开发者以积极的态度更新用户的需求是一件值得感激的事情。而用户根据自己的需求提出改进建议，更是天经地义，没有什么道歉的必要的。
再次感谢这位朋友的回复。

这位朋友您好，这个功能是我向软件开发者老师提议增加的。
我说的是章节名字缩写的这一个功能。
我之所以会向开发者老师提出这个功能的原因，是因为既然您有在使用这个软件的话。
那么您应该清楚这个软件里面的大部分作者他们的作品标题很多时候都会非常非常非常的冗长，而这个冗长的标题是在阅读器里面无法被读取出来的。
也就是因为这个原因我才向开发者老师提议了一下，能否将文件自带的序号章节增加列表后面，直接提取出一定字数内可以被文本阅读器识别出来的标题。
然后再在后面增加一个完整的标题就好了。
如果这对您造成了麻烦，也真的是非常抱歉。

只能说人类的发展是螺旋上升这句话过去，看起来听起来都挺平平无奇的。
但经过社会以后就会觉得这句平平无奇的话，的确总结了太多的现象。
就比如说书名和章节的名字，这一点在过去难道是什么没出现的现象吗？此事明明在鲁滨逊漂流记中亦有记载。
无非是大家往往看的都是中文版本的翻译直接浓缩了书的名字，而英文原版的名字是什么呢？就是直接可以当做简介的一段话。
以至于现如今一个个倒也不会在作品的书名上面动什么脑筋，虽然这点更多适用于岸上的那些作品。
而水下的作品因为模式不同，所以更多将简介式的标题是用在每一个章节上面。
但是真的就换了不知道多少个阅读器以后没什么阅读器可以把一两百字的简介给识别出来。
因为这种情况越来越多的情况下，我也不得不向开发者老师提出一些基于用户体验的建议了。
旧版本其实的确没怎么出现这个东西的原因，更多是因为我没有建议。
实际上如果不算是太夸张的形容的话，可以说这个做软件上有关小说方面的修改，大概率都是我向开发者老师提出建议后进行修改或者添加出来的功能吧。
之前因为并没有建议说明太长方面的问题，所以因为最近才提交了这方面的意见，在这个版本总算是出现了这个功能。
阅读器内的格式，最近也一直因为有各方面的意见反馈，所以每一个版本或多或少都有发生一些变化。
但最终也一定会优化出一个既简单又会包含所有重要信息的版本，只不过这大概也更多受限于一些更注重作品完整信息的读者吧。
而有一些读者只想要观看纯粹的小说，所以对于简介标签之类的内容反倒不会有太高的兴趣就是了。
关于小说下载中会出现的各种自定义内容的意见，已经向开发者老师反馈了，接下来的几个版本里面大概就会时装这个功能吧。
只不过本身用这个软件作为阅读器的话，对我来说还是有点奇怪的。
所以我的阅读习惯一般都是下载出txt以后，在本地进行观看。
目前蜗牛（也就是shaft）的小说导出内容的排版很杂乱吗？这一点的话倒也的确是。
或许也可以建议开发者老师对导出来的文本进行统一的格式计算吧。
只不过因为我看作品的时候是在阅读器上，本地的阅读器上看的本地的阅读器会直接自动的将文本的格式转化为便于阅读的那种。
所以小说自带的那些格式方面的问题，我倒是一般没怎么关注。
总而言之，大概就是这样了，能够进行友好的交流也是一件很愉快的事情。
这位开发者老师也是比较麻烦的那种现在也有很高的负债。
所以如果没问题的话，也可以每月打点钱当做使用这个软件的会员费用，支持一下开发者老师。

用的阅读器是开源阅读，开源阅读识别标题靠的是正则表达式。我最常用的是目录(古典、轻小说备用)这个正则，稍微修改一下配对最大字数就可以了。简单来说，最后一个大括号的{0,10}，把10改成100就可以了。

另外捐赠的事，blog上的地址的话，已经打过去了。在力所能及的范围内。

开源的阅读吗？那个软件的确是挺好用的。
这个软件的确用起来很舒服，所以都已经可以算是手机里面必备的软件，不能够离开的那种了。
每个月花点钱当会员费用的话也没什么，反而感觉物超所值。