所以多看的兼容性到底是什么个情况？

SAK-WING

额……首先，背景条件如下：
1.貌似多看在国内市占率不低？→所以最好能兼容
2.我才想起来论坛改了权限控制之后我能看原版台版epub了→可那毕竟繁体纵版rtl太多不符合阅读习惯的地方

于是需求看上去很简单的样子：
1.在尽量少的工作量和工具依赖（尤其是需要安装的那些工具）的情况下把站里大佬发的台版原版epub修成正常简中横版epub？

明确的限制条件还有以下：
1.不想提取文本和图片之后用编辑器（Calibre或者Sigil）重做一遍（！重要）
2.希望能批量处理（笑）
3.额……如果可能，满足以上限制的情况下的成品还兼容多看和Neat reader？

接下来就是吐槽多看兼容性了……首先站里台版原版epub当然是寄的，多看和neat都是，然后我反正表示，下面这我都修过了epubcheck，但反正多看这**（自主规制）玩意就是加载不出来正文（指正文部分一片空白啥也没有，字和图都是），甚至这基础上我又尝试修了两版，卯月┓( ´∀` )┏，当然实测兼容性好的librera早就能正常读了_(:з」∠)_至于PC，因为我自己不在PC上看，朋友用Neat Reader实测的结果是下图这个OK了，但是这之前没过epubcheck（指有error）的和站里的台版原版都寄（笑死所以最残疾的是多看喽？）

                               
登录/注册后可看大图

看看站里大佬们是不是早有答案~

johnkoe2

也许可以试试 https://github.com/3tic-project/Sigil-Enhanced ，内置了繁简转换，最近更新了新的基于正则的工作台功能，能够满足挺多的编辑需求。如果有你想要但没有的功能可以反馈给开发者。

SAK-WING

johnkoe2 发表于 2026-8-10 00:06
也许可以试试 https://github.com/3tic-project/Sigil-Enhanced ，内置了繁简转换，最近更新了新的基于正则 ...

看了一下有价值，不过是安装版软件，懒人度还差一点~（笑），另外modify还要求w10 1809+，正好我这种老人的老机器故意留在1709来着（笑死），明天看看虚拟机里面的w10啥版本的

U537

epubcheck有啥用吗.....
我之前下过原档看过 代码上很干净 也没啥乱七八糟的问题

图方便懒的话用静读天下完事，直接显示横排 也能简单繁简转渲染 也没什么大的兼容问题(个人比较影响的是:无正文内容的ruby注音标签 还有部分弹注标签格式不支持 不是主用阅读器所以也不清楚其他细部兼容)

————————————

如果还考虑自行处理的话 需要特定多看空白/缺失显示的原因....
如果还想多看能放大图片得给图片添加多看交互标签


应该是没简单易用的批量竖转横的工具..因为根据我个人理解 要批量全部适配得激进地删除原有全部样式(手动修改的话参照隔壁贴即可)
我日常处理日本原版epub为主 然而处理极其个人且激进 并且也没繁简转 我估摸也不适合普通人使用...https://github.com/U5376/sesame-to-ruby

删除自带Style并添加自定义样式表：
清理原有样式(item[media-type="text/css"])
清理opf竖排属性(page-progression-direction)
添加自定义CSS(style.css)
规格化头部信息

到这如果还想处理样式表的话
印象中台版原档也不需要多复杂的样式才对 找几个抓一抓应该就做出自己的样式表?


繁转简批量的话我就不知道了 github上应该很多才对，应该能找到简单合适的，就是替换表争议比较大可能需要自我调整
我用的是这个https://github.com/wuyu8512/EpubHelper 不过不能批量

————————————
下了本新的原档看了下删除spine标签的page-progression-direction="rtl" 属性后 多看渲染是没问题的 多看4.2.6 我甚至没动样式表 也显示为横排了
建议提供下有问题的epub跟具体多看版本?

可以尝试删掉全部样式表看看正不正常 有些样式表多看不兼容会直接全文渲染失败 例如
.illust { display: block; }

1.             <figure class="illust">
   
2.                 <svg xmlns="http://www.w3.org/2000/svg" version="1.1" xmlns:xlink="http://www.w3.org/1999/xlink" width="100%" height="100%" viewBox="0 0 2183 1173">
   
3.                     <image width="2183" height="1173" xlink:href="../Images/188351.jpg"/>
   
4.                 </svg>
   
5.             </figure>

复制代码

【这个例子很特殊就是了 没见过第二次】

SAK-WING

U537 发表于 2026-8-10 05:14
epubcheck有啥用吗.....
我之前下过原档看过 代码上很干净 也没啥乱七八糟的问题

昨天测试了论坛台版原版的应该是SAO 28和魔女旅22，多看我刚刚看了看我手机软件商城里面的版本是7.44.21，写着1年前……原来我手机里面装的版本应该更老，这一波让我换librera了就没注意看原来老的版本是啥了，不过至少昨天测试过手机商城里面这7.44.21的安卓多看是有上述问题的

简繁转换我是直接手搓，用opencc库直接替换字，一个脚本的事情，替换效果感觉还不错，虽然还没细看吧

其实不考虑解决兼容多看的问题的话昨天到处理好neat reader兼容为止我已经搓好了_(:з)∠)_

顺带一提用epubcheck主要就是看一眼手搓的和标准要求还差些啥，事实上过了epubcheck的就能兼容neat reader了，没过的会寄，不过反正我两台手机大概3个各有新旧版本的多看都寄

路可王

把直排转横排之后再繁转简就好了吧？按站里另一个贴的方法让AI写个python脚本做直转横，会出现什么兼容性问题吗？感觉最多就破坏了某些设计好的样式而已，影响不大吧？

SAK-WING

路可王 发表于 2026-8-11 17:57
把直排转横排之后再繁转简就好了吧？按站里另一个贴的方法让AI写个python脚本做直转横，会出现什么兼容性问 ...

首先问题就出在我自己拿安卓多看7.44.21打开从论坛下的台版原版epub就无法正常加载正文图文，朋友拿Neat reader也一样有问题，说是导入都导不进去，SAO 28和魔女旅22是肯定我俩都测过有问题的，我没问他Neat Reader版本就是了

我把这批搓的一波发epub区了，说实在我挺想知道反馈的_(:з」∠)_无论是搓出来的epub相关的，还是这种搓的按现在规则到底能不能发以及发哪都是（笑）

路可王

SAK-WING 发表于 2026-8-11 18:02
首先问题就出在我自己拿安卓多看7.44.21打开从论坛下的台版原版epub就无法正常加载正文图文，朋友拿Neat  ...

很久不用多看了，用的iBooks和calibre，都能直接读Bookwalker版的EPUB。

SAK-WING

路可王 发表于 2026-8-11 18:17
很久不用多看了，用的iBooks和calibre，都能直接读Bookwalker版的EPUB。

我倒是很早之前换到多看之后这么些年也没啥问题，这次换了种方式手搓之后才碰到_(:з」∠)_所以刚换到librera去了

我不在PC上读所以PC版就没测试了，倒是知道calibre兼容性好

U537

有没有可能 是左翻页阅读?
我看了下你发的SAO28 看到有bak 还原了下是正常的,代码上也跟我看的原档没多少区别(都不知道去哪下特定某个原档)

Neat reader的话不太清楚

下了个Neat reader测试了下你这个处理后的也加载不了  看来对XML命名空间 兼容不行 这个原档加了ns0前缀 简单点处理的话得过一遍sigil保存 sigil会用自己的方式格式化整理
(ns0也是epub3的标准 sigil也有很多地方不是按最新标准来的 也有不兼容的命名空间  例如refines 有提交然而常年没支持)

SAK-WING

U537 发表于 2026-8-11 19:18
有没有可能 是左翻页阅读?
我看了下你发的SAO28 看到有bak 还原了下是正常的,代码上也跟我看的原档没多少区 ...

我翻页了的，也拖了进度条……也等待到把总页数都加载出来之后还过了一会都一片空白_(:з」∠)_我拿的就是论坛原档轻小说区里面的SAO 28

所以感觉越发可能确实阅读器版本问题？我搜了一下多看4.6.2似乎挺老的版本……该不会原来他们也并不严格依规范检查吧？又或者说是我手机自带软件商城里面的7.44.21是渠道专版所以更残疾？_(:з」∠)_

U537

SAK-WING 发表于 2026-8-11 19:31
我翻页了的，也拖了进度条……也等待到把总页数都加载出来之后还过了一会都一片空白_(:з」∠)_我拿的就 ...

Neat reader 这边我测试清楚了  把上面说的令名空间解决后再干脆删掉全部样式表就能正常渲染了

你这个多看就不清楚了....代码上来说 我这样处理都能适用的 就是不知道哪条样式的影响

SAK-WING

U537 发表于 2026-8-11 19:38
Neat reader 这边我测试清楚了  把上面说的令名空间解决后再干脆删掉全部样式表就能正常渲染了

你这个多 ...

wow~辛苦测试~我自己是都懒了不想去装PC阅读器所以就放着了

我主楼发截图过了epubcheck那一版的话朋友的neat reader是可以正常加载和阅读的，不过我就没去测不解决打包不规范的error是否不影响了，当时是想如果必须解决打包不规范的error的话因为没装calibre（说白了就是懒不想用额外需要安装版的软件）而不方便批量打包，所以就放弃继续研究了

U537

SAK-WING 发表于 2026-8-11 19:49
wow~辛苦测试~我自己是都懒了不想去装PC阅读器所以就放着了

我主楼发截图过了epubcheck那一版的话朋友的 ...

在想找出样式表原因...然而太长了 过于难排除
至少只保留book-style.css跟style-standard.css 是正常的? 然而不知道具体阅读器渲染会不会正常，我一直都是直接干全部样式表的 不清楚这种@import链接其他样式表的形式的兼容性如何

把有用的样式抽出来做成一个新的样式表还比较快

SAK-WING

U537 发表于 2026-8-11 19:53
在想找出样式表原因...然而太长了 过于难排除
至少只保留book-style.css跟style-standard.css 是正常的?  ...

说的没错，不过因为没啥工具（我就用浏览器，7z，Python，倒是顺带也拿vs code或者记事本手动看了看，这都要么是其他事情会用的东西，要么就是系统带的，很懒~）所以就没去分析哪些样式是有用的，而是直接把需要改的改完了完事

你一般怎么检查哪些样式有用？

U537

SAK-WING 发表于 2026-8-11 19:58
说的没错，不过因为没啥工具（我就用浏览器，7z，Python，倒是顺带也拿vs code或者记事本手动看了看，这 ...

我自己这个项目的class列表功能就会自动统计分析使用的样式跟数量 还会抽出具体的样式跟使用例(代码形式 不会渲染成阅读器形式)
然后手动看着追加需要的样式即可

https://github.com/U5376/sesame- ... cx_generator.py#L58
我这里也会自动化规格化命令空间 因为日本的epub更加离谱杂乱 干脆就全删了
你需要写脚本处理的可以参考下 bs4也会一定程度上修正错误的代码 应该不需要用sigil或者epubcheck

——————
大部分样式 个人见解是都是用不上的...所以我基础的样式表也很少内容 我是就用这些 基本交给阅读器渲染完事
有些不同字体大小的写法还有其他的没完全收录 我都要打开看一遍有啥样式的 再手动追加也没啥功夫(还有方框 框起来显示的那种也没固定的名字也没收录)
要发出来最大兼容全部阅读器的话我就不清楚了

1. img.gaiji {height: 1.3em;}
   
2. .gaiji-line {height: 1.5em;}
   
3. .bold {font-weight: bold;}
   
4. 
   
5. .font-085per {font-size: 85%;}
   
6. .font-095per {font-size: 95%;}
   
7. .font-110per {font-size: 110%;}
   
8. .font-120per {font-size: 120%;}
   
9. .font-130per {font-size: 130%;}
   
10. .font-150per {font-size: 150%;}
    
11. .font-200per {font-size: 200%;}
    
12. 
    
13. .font-0em80 {font-size: 0.80em;}
    
14. .font-1em10 {font-size: 1.10em;}
    
15. .font-1em20 {font-size: 1.20em;}
    
16. .font-1em30 {font-size: 1.30em;}

复制代码

SAK-WING

U537 发表于 2026-8-11 20:10
我自己这个项目的class列表功能就会自动统计分析使用的样式跟数量 还会抽出具体的样式跟使用例(代码形式  ...

也没考虑最大兼容啥的，主要就只是想着在哪里看过说多看国内市占率高所以想着打算发出来的话就还是尽量做兼容，虽然现在发出来的也是放弃了吧，只不过意外的你手上旧版本的多看反而没啥问题那就是个好消息了

感谢~我再看看你的项目~那天没全部仔细看完的~

johnkoe2

多看需要单独做适配，如果做兼容的话要对原来的EPUB档进行比较大的改动。
它现在占有率高？不见得。已经是淘汰的产品了，应该考虑换掉它了。

SAK-WING

johnkoe2 发表于 2026-8-11 21:21
多看需要单独做适配，如果做兼容的话要对原来的EPUB档进行比较大的改动。
它现在占有率高？不见得。已经是 ...

那挺好的，说明我印象中的信息过时了~不过个人评价确实至少就APP整体的评价来说我也觉得越新版的多看体验越差_(:з」∠)_所以我才是装一次之后从不更新并且禁止多看联网的（笑）

单独做适配这个就不是很清楚了，原来拿忘了啥时候在哪找的一个破解版傻瓜工具手搓的那些没啥复杂格式的epub用多看倒是从来没问题，所以也才没想着是不是要换

U537

johnkoe2 发表于 2026-8-11 21:21
多看需要单独做适配，如果做兼容的话要对原来的EPUB档进行比较大的改动。
它现在占有率高？不见得。已经是 ...

多看适配不难 独特的也就图片的放大交互标签还有弹注代码
不如说以多看为主容易兼容其他 当然 如果是特别定制各种阅读样式的话就不清楚了...各种阅读器都可能忽视某种样式 真说不清