✨新功能：在小说缩略图上显示快速下载按钮，一键下载小说或系列
当你把鼠标光标移动到小说的缩略图上时，下载器会显示快速下载按钮，点击即可下载这篇小说或者整个系列。
之前这个功能只支持了图像作品的缩略图，现在小说也可以使用这个功能了。
小说的缩略图有 3 种情况：
- 单篇完结小说
- 同时含有单篇小说和其系列的链接
- 只有系列的链接
下载器会优先下载单篇小说，所以前两种情况都会下载单篇小说，第 3 种情况才会下载这个系列（此时下载器会自动合并这个系列小说）。
如果你想在第 2 种情况时合并系列小说，可以启用“更多”-“下载”里的“自动合并系列小说”功能，这样下载器会先抓取单篇小说，然后合并整个系列。
下面是三种缩略图的截图示例：
单篇完结小说：
同时含有单篇小说和其系列：
只有系列链接：
✨对搜索用户的页面进行了有限的支持
搜索用户页面例如：
https://www.pixiv.net/search/users?s_mode=s_usr&nick=%E5%8E%9F%E7%A5%9E&i=1&comment=&p=1
现在下载器在该页面里可以显示缩略图上的按钮，可以预览和快速下载单个作品。
目前没有添加“显示更大的缩略图”功能。
✨支持了比赛页面
现在下载器支持了比赛页面，你可以下载比赛页面里的作品，并使用一些增强功能，如预览作品。
每个页面里的作品除了应募作品，还可能有获奖作品，所以我添加了两个按钮来分别抓取它们。
PS：我没有为比赛页面添加“显示更大的缩略图”功能，因为我感觉必要性不大，所以懒得做了。原因有：
- 底部的应募作品本身的显示尺寸就比较大（比在作者主页里的默认尺寸大）
- 图片是作为背景图片显示的，但“显示更大的缩略图”以前处理的都是 img 标签
🚀更换了把动图转换为 WebM 的库，大幅加快转换速度
把库从 Whammy 换成了 Mediabunny，感谢 hospotho：
#569
优点：
- 转换速度很快，耗时只是 Whammy 的 1/3 或更少
- 转换时不会冻结页面，用户可以正常操作页面
- 转换之后，占用的内存释放的很快而且彻底
小问题：
- 由于我使用了最高质量，所以生成的视频体积通常会增加一些，可能多 1/3 左右。可以接受。
- 由于 Mediabunny 编码视频时的 color range 是 limited，所以色彩表现可能不是那么完美。尝试设置为 full 但是没有成功。考虑到动图压缩包里的图片都被 pixiv 转换过，所以没必要追求那么还原。
✨新功能：导出“我的作品”数据到 CSV 文件
“我的作品”数据指的是仪表盘的数据：
https://www.pixiv.net/dashboard/works
现在下载器在该页面里添加了一个“导出作品数据（CSV）”的按钮，点击即可导出作品数据。导出的数据与仪表盘的数据基本一致。
备注：该功能由下载器用户“宫森绘绿野藤堂小笠香”赞助制作，并同意公开此功能，感谢~🥳
✨保存作品的元数据时，可以保存为 JSON 格式了
之前下载器在保存作品的元数据时，只会保存为 TXT 格式，现在我添加了 JSON 格式的选择（默认未选中）。
JSON 格式的内容是下载器的内部数据（该作品的抓取结果），包含了更多信息。
🔧合并系列小说时，分割小说的阈值从 100 MB 提高到 200 MB
🐞修复因 Pixiv 搜索页面改版导致的问题
2026 年 2 月初开始，Pixiv 对搜索页面进行了改版，页面元素的标签变化了，而且还在之前的 /tags 网址之外增加了 /search 网址，不知道以后是不是会全面改成 /search。
下载器的很多功能都受到了影响，现在修复。
🐞修复了下载器替换缩略图时，在 Firefly Nightly、LibreWolf 浏览器里无法加载对应图片的问题
下载器的增强功能“替换方形缩略图以显示图片比例”是默认启用的，它会替换一些 img 标签的 src 为较大尺寸的缩略图的 src。
此时在 Chrome 浏览器和 Firefox 浏览器正式版里，浏览器会自动给新图片的请求附带 Referer，但某些更注重隐私的浏览器不会附带 Referer（例如 Firefox Nightly、LibreWolf ），导致图片触发了 Pixiv 的防盗链措施，返回了 403 错误。
现在下载器会显式为 i.pximg.net 的请求添加 Referer，修复了此问题。
🐞修复了点击“预览搜索页面的筛选结果”的输入框时，导致子选项区域隐藏的问题
以前修改表单的 HTML 代码时导致了这个问题。原因是该设置的美化的开关按钮后面缺少了一个 span 标签，所以子选项的 span 元素被错误的用作服务于开关按钮的 span 了。所以点击子选项区域会导致该设置被禁用，并导致子选项区域隐藏。
🐞修复了在自己的作品页面里，异常添加了快速收藏按钮的问题
在自己的作品页面里不应该添加快速收藏按钮（以前也确实没添加），因为自己是不能收藏自己的作品的。
最近我发现异常添加了这个按钮，可能是由于 Pixiv 修改了工具栏代码导致的，现在进行了修复。
🐞修复了命名规则里的 {px} 为空时，没有去除它前面的分割符号的问题
在 18.2.0 版本里，我添加了一项优化功能“当一些命名规则为空时，下载器可以移除它前面的分割符号”。但当时遗漏了 {px} 标记，导致{px} 为空时（例如下载小说），下载器不会去掉它前面的分隔符号。
现在修复了此问题。
😊在命名规则列表里，默认添加了默认的命名规则
之前命名规则列表默认为空，所以点击命名规则右侧的“加载”按钮时会显示 no data。
现在我在里面添加了默认的命名规则，以便用户在需要时把命名规则重设为默认值。
😊单独保存小说里的图片时，把图片的 id 前移，以减少文件名重复的概率
当小说的保存格式是 txt 时，图片会保存成单独的文件，此时图片的文件名是以小说的文件名为基础，追加了图片 id 形成的。
之前下载器会把图片的 id 添加到文件名的末尾，但是当文件名很长时，图片 id 甚至更前面的字符可能会被截断，从而产生重名文件。
现在改为把图片 id 添加到小说的 {id} 之后。因为 {id} 通常位于文件名的开头，所以图片的 id 也比以前靠前，不容易被截断。这样就减少了文件名重复的概率。
但如果 {id} 位于文件名的结尾部分，依然可能会因为文件名被截断而产生重名文件，但这种情况比较少。
😊从作品标签里检查是否为 AI 生成，作为辅助手段
有些用户在上传 AI 作品时选择了非 AI 生成，导致下载器未能识别它为 AI 生成作品。但标签列表里可能有“AI 生成”的相关标签，例如：
https://www.pixiv.net/en/artworks/136175064
现在下载器会检查标签，如果含有 AI生成 和 AI-Generated，就会判断它是 AI 生成的。
😊如果作品是 AI 生成和原创作品，那么下载器保存时会添加对应的标签
对于 AI 生成和原创作品，Pixiv 会在作品页面内的标签列表前面显示加粗标记，例如：
其实作品自身的标签列表里可能没有这两个标签，但由于 Pixiv 会显示这两个标记，所以下载器现在也会同样添加这两个标记，以保持一致。
顺便，Pixiv 显示这两个标记的判断条件是：
- 如果作品的
aiType: 2，则显示 AI 生成标记 - 如果作品的
aiTypeisOriginal: true，则显示原创标记
下载器使用了同样的处理逻辑。另外，即使 aiType 不是 2，下载器也会检查其否有含有特定标签，如果有，那么下载器也会将其视为 AI 生成作品进行处理。
😊完善一个优化措施：不抓取被屏蔽的用户的作品，以减少不必要的请求
之前就有这个优化措施，不过在某些页面里未生效：
- 用户主页
- 作品页面内
- 你的关注列表页面
之前的处理方式可能是有意为之的（也可能是我单纯忘记处理了）：即使你屏蔽了这个用户，也依然可以在他的主页抓取他的作品。
现在在这些页面里也会进行检查。