连载中
默认分组。有新话就冒角标,是追更的主战场。
会变的数字
三种情况最常见,都不算故障。
源把章节写成不同的格式,是第一个原因。有的源用「第 12 话」,有的用「Ch.12」,还有的把番外单独算一条。解析出来的条目数一旦有偏差,角标就会差一两个,读完之后停在 1 上不动也属常见。
第二个原因是缓存。书架上的章节列表有有效期,短时间内反复进出不会每次都重新问源。隔天再看还是旧数字,手动下拉一次就会更新。
第三个原因是换了源。同一本书在不同源下的章节编号体系完全不同,新源可能是从「Vol.1」重新开始,这时候角标会先归零再慢慢长回来,属于正常现象。
想确认到底是哪一类,点进作品页看章节列表本身。列表的最后一话与角标数字对得上,就说明只是本地游标的问题;对不上,问题在源那边。
四块砖
追更在书架上分成四类,每一类的行为不太一样。
默认分组。有新话就冒角标,是追更的主战场。
标为完结之后不再冒角标,但没读的部分仍然计入书架。
源标记停更的作品单独放,隔久了过来看一眼有没有复活。
本地包没有更新概念,只记进度,不参与角标计算。
四屏
从空书架到装满封面,四屏看一遍就知道角标出现的位置。
顺序
四步,做完之后书架基本不用再手动整理。
第一步是清理收藏。只留真的会追的,剩下的删掉或者移进一个「以后再说」的分组。书架越短,角标的可读性越高。
第二步是把常用的源排在清单前面。同一本书在多个源都收藏时,排在前面那个才是书架读取章节数的地方。
第三步是给分组取真实的名字。「在追」「养着」「看完」比「分组一」「分组二」有用得多,三个月后还认得出。
第四步是固定一个刷新习惯。每天早上打开书架时顺手下拉一次,比等它自己过期要可靠,也顺便知道哪几本断更了。