-
Notifications
You must be signed in to change notification settings - Fork 536
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add new sites #1067
Add new sites #1067
Conversation
没事的,我明天看下。 |
ce005eb
to
e53f6a0
Compare
e53f6a0
to
7f44d48
Compare
已经重新提交 |
okay 完美,我下午看下。 |
@@ -461,7 +461,7 @@ | |||
"" | |||
] | |||
},{ | |||
"name" : "book.douban.com", | |||
"name" : "reading.book.douban.com", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
由于book.douban.com
域名下有多种页面分类,因此将标识进一步明确
太强了!👍🏻👍🏻 |
经过这些站点适配,发现简悦的站点管理器确实体验不够友好,有些看似理论能匹配的匹配不到,应该生效的不生效。 自行适配的体验提升了,就可以更利于鼓励大家自行适配,减轻需要开发者进行适配的压力。 |
谢谢反馈以及第一手的体验。
Devtools 可以实现吗?或者说我记得有可以给它做插件的? React 就是这么做的,只是不知道原理。
是的,所以说,我会考虑将适配列表直接加入延迟加载的方式。 站点适配器确实需要一点上手门槛,我一直没找到更好(降低门槛)的方式。 不知道你有没有什么好想法? |
close Kenshin#663
错误提示、日志之类,主要是因为在适配时,遇到编写的规则没有达到预期效果或者没有生效,尤其是网页会被js动态改变时,xpath和jquery规则有时候会遇到无法生效的情况,我只能多次尝试失败后换另一种匹配方式。但为什么没生效,搞不清楚。这个时候如果有日志提示,就会容易定位了。 例如开启输出调试信息后,手动进入阅读模式,在以下时间点输出信息:
最主要的作用就是提示用了什么规则,字段是否匹配到和匹配到的元素概要。 在适配过程中,在Devtools中手动成功定位元素的语句,有些在简悦中不生效
具体是因为页面js干扰,还是因为简悦内部匹配优先级之类的原因,搞不清楚,有点懵 现在适配方式有两种
因此,可以在文章页面内,通过 |
站点适配方面,我觉得目前从技术上降低使用门槛是一方面,另一方面就是需要增加适配教程。 |
有个想法,是否能做一个文章页面上的即时适配编辑器,可以用于增强站点编辑器的功能。 在站点编辑器中增加一个功能,在输入框内输入匹配规则,然后在显示匹配结果。这样,在文章页面新建规则,先编写规则,用匹配测试,得到期望效果后,复制到对应字段里,然后再编写、测试下一个字段的规则。 我现在适配时,屏幕1开着文章页,对应的Devtools窗口放屏2,在Devtools中检查元素情况、编写与测试匹配规则,然后再粘贴到插件-站点管理器的新建站点里。 |
emmm ... 谢谢,很有启发,我会考虑的。
这种情况一般都是因为 JS 改变造成适配失败的。
确实关于这部分的内容比较薄弱,从 1.0.0 开始就有了站点适配器的功能,但一直用它的用户太少,导致我放在这块的精力就少很多,毕竟我自己维护简悦,精力有限,只能有所取舍。 |
我也有类似的想法,但一直没想好落脚点,我大致参考过 uBlock 做法… 按照你的思路。 这个功能独立于阅读模式,可直接作用在原页面,是个可交互的编辑器,例如输入标题的适配规则,则直接显示得到的结果,一目了然。 觉得如何? |
非常棒,这样体验会好很多,相信也能让更多用户愿意尝试自己动手适配规则。 |
okay 我也觉得不错,可以提上日程。 但只能下个版本提供,不过暂时可以用 zip 的方式优先提供给有动手能力用户体验。 |
@@ -272,7 +272,7 @@ | |||
"url" : "https://zhuanlan.zhihu.com/p/", | |||
"title" : "<h1 class='Post-Title'>", | |||
"desc" : "", | |||
"include" : "<div class='RichText Post-RichText'>", | |||
"include" : "[[[(function(){$('.ztext-gif').each(function(){if(this.src.match(/.jpg$/))this.src=this.src.replace(/.jpg$/,'.gif')});return $('.Post-RichText');}())]]]", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
通过阅读简悦的代码,发现可以通过构造自执行函数的方式来执行自定义逻辑,只要在闭包最后返回正常的查询结果便不会影响站点解析。
此条修改通过代码来先加载知乎专栏页面的gif
动画,然后进入阅读模式便能正常播放gif啦。
但随之一个问题便是,是否允许或鼓励使用这样的方式来解决适配问题。
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
closes #1080
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
是的,简悦支持这种方式,适配列表中也有类似的适配规则。
另外,我用此方式也完美实现过微信读书的阅读模式,碍于某些原因,一直没加。
原则就是:不鼓励,也不提,但你自己能做的话,那我也没法限制。
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
okay,遇到实在特殊的情况再用
嗨,周末麻烦你了,我看到 Fixed 了好多的站,如果暂时告一段落的话,我下午把它们集中发布一次? 因为是周末,不用为此特意回复我,明天告诉我就行。 |
嗯,暂时结束了。 |
嗨,我 Merge 这个 PR,但是有以下三处修改 simpread/src/website_list.json Lines 473 to 481 in 2e6fbbb
simpread/src/website_list.json Lines 298 to 312 in 2e6fbbb
simpread/src/website_list.json Lines 2288 to 2299 in 2e6fbbb
第三段代码的修改是因为 原适配列表存在 |
okay |
周末也不休息?忘记说前两处了。
另外,在宣传更新适配列表时,需不需要 at 你的社交账户?需要的话,告诉我个账户,或者把你 github 带上? |
哈哈,正好在电脑前。github就好,社恐 |
哈哈,多出去玩玩。 我这段时间确实没啥时间啊。 😅 |
更新站点
新增站点