#1 - 2015-8-20 22:05
ビノタ
更新:
经过了一个晚上的努力,终于实现了行内对比:
=========================
== 原帖
=========================
如图所见 diff 的算法还有问题,我在等 PR(雾 新版本已经修好了
顺便吐槽一下 loli.io 上传速度好慢,
传到 90% 又自己从头开始传了,
然后传了好几次提示上传失败
第二张图怒传 Imgur ,看不到请自行科学上网
下载地址:
GitHub: https://github.com/BinotaLiu/Ban ... istory-diff.user.js
Greasyfork: https://greasyfork.org/ja/scripts/11877-bangumi-history-diff
今天放学之后开始做,终于在今天结束前做完了。
因为只有在 Firefox 上测试,所以不保证 Chrome 可以运行。
不过这脚本有人用么
经过了一个晚上的努力,终于实现了行内对比:
=========================
== 原帖
=========================
如图所见 diff 的算法还有问题,我在等 PR(雾 新版本已经修好了
顺便吐槽一下 loli.io 上传速度好慢,
传到 90% 又自己从头开始传了,
然后传了好几次提示上传失败
第二张图怒传 Imgur ,看不到请自行科学上网
下载地址:
GitHub: https://github.com/BinotaLiu/Ban ... istory-diff.user.js
Greasyfork: https://greasyfork.org/ja/scripts/11877-bangumi-history-diff
今天放学之后开始做,终于在今天结束前做完了。
因为只有在 Firefox 上测试,所以不保证 Chrome 可以运行。
不过这脚本有人用么
比较页面的交换方向失败(点击之后重新载入页面但并没有交换方向)
好吧这个其实选的时候注意一下就行了(
啊是这样,先说一下那3个1卷条目都不是我抓的,实际上都是KJJ干的。
由于我每天在这边呆很长一段时间所以看到KJJ标那种抓完就完全没动的条目马上就能去改,看上去就像我抓了再改的那样。
是我的话我会先建主条目再抓,这样就不用麻烦。
回到正题,为什么要交换位置……因为我觉得从id上看这样比较顺眼……
“1卷<2卷<主条目<3卷”这样的id序列个人会觉得有点不舒服。
只出了1卷没法建主条目的另当别论,这种已经出了好多卷的能在不影响其他标记者的情况下进行改动应该是最好的。
另外无论是否进行这个操作,所需的最小编辑量都是主条目创建1次&单行本各编辑1次,超过这个次数是我能力问题,非常惭愧。
像最近这次对改动时条目唯一标记者的KJJ也有进行过通知……所以大概没有造成什么麻烦吧……大概。
id论我予以全力否定 你不舒服 其他人更不舒服
刷编辑数那话当时只是开玩笑 企鹅已帮我解释过 真没必要每次都介意这个 我很抱歉
最后这个"不影响其他标记者的情况下"以及通知标记者的问题 这个原则我很赞成 但是是建立在正确的条目结构基础上 这几个条目不像bgm争议巨大的FZ之类 改回来通知一下并不困难影响甚微 你不应该让bgm来迁就他 不管你多爱他(
所以"应该是最好的"在我看来一点也不好
造成的麻烦就是上面说的 容易被模仿 希望理解
不用多此一举也算是省了麻烦吧。
还有我不是给啊
今天写的几个脚本都是可以内置的功能
我 rebase 一下好了
那个 chiiLib 有很多让人不理解的代码啊
哪天闲得DT说不定就用 Coffee 重写了
楼上的谷米以前做的单行本排序脚本就预置了相关按钮只不过后来坑了ry
比如清除字符(電撃コミックス)没效果
http://bangumi.tv/subject/38379/add_related/subject/book