マジレスすると
q2chが管理してる情報っつーのが
1. スレを最後に閉じたときの既読位置
2. スレを最後に閉じたときのレス総数
3. スレの実際のレス総数(DAT行数)
の3つなんです。これはnavi2chフォーマットしばりと考えてください。
で、ブックマークの新着レス数は 3 - 2 の値です。
これを 3 - 1 の値にすることで一見未読数になりそうですが、
例えば、100レスあるスレッドで100を表示させてから90に戻った状態で
スレを閉じると新着レス数が10になっちゃいますね。
なので、ちゃんと未読管理をしようとすると、
上記3つの値の他に
4. 既読最大レス番号
みたいなのをどっかに持たないといけない。
これは割と昔から出てた課題だったような気がしますが、
これをやろうとすると
a. Articleモードでスクロールするたびに既読最大レス番号を調査する処理が必要
b. navi2chフォーマットを崩さないために新たな管理ファイルを作成する処理が必要
の処理が追加になります。処理速度が遅くなることはおそらくないと思いますが、
bの新たな管理ファイルっつーとこが今までなかったことでパッチ作者さん含め
開発者の手が動かなかったんだろうと思います。
まー、つまり効果に対して開発のコストが高いっつーことです。
# 時代の流れからしてWindowsMobile版q2chだろう。
# 最近w-zero3に興味があるのですが、OSが落ちることが許せない三村に使いこなせますか?