User:Sj/Diff-review

[16|03:09] <_sj_> if the goal is to encourage people to review diffs,
[16|03:09] <_sj_> say of new users' edits,
[16|03:10] <_sj_> you may as well cache them
[16|03:10] <jeronim`> pre-cache them, even
[16|03:10] <_sj_> (since in your ideal world you will always show them)
[16|03:10] <_sj_> right
[16|03:10] <_sj_> and then work out how to indicat
[16|03:10] * Quits: Cyrius (~tbone@cpe-24-175-249-240.gt.rr.com) ("Where are we going, and what's with the handbasket?")
[16|03:10] <dammit> good morning
[16|03:10] <_sj_> e* on RC et al
[16|03:10] <_sj_> which have been (re)viewed
[16|03:10] <_sj_> (and also figure out how to make it easy to review 10 at a time)
[16|03:11] <jeronim`> hmmm
[16|03:11] <_sj_> I would love a little "review 10 recent edits button"
[16|03:11] <_sj_> that fed me a series of 10 diffs from a bag of them
[16|03:11] <_sj_> (the code for the bag could make sure each 10 were handed out only once)
[16|03:12] * ChrisRoyIsAway is now known as ChrisRoy
[16|03:12] <_sj_> and gave me a little set of radio buttons next to each diff:
[16|03:12] <_sj_> ok | review | revert
[16|03:12] <_sj_> especially if I knew that clicking that button
[16|03:13] <_sj_> would guarantee a fairly lag-free experience, with no db hits
[16|03:13] <_sj_> :)
[16|03:13] <_sj_> the committing of those ten selections
[16|03:13] <_sj_> could take place all at once (with one db handle)
[16|03:13] <_sj_> after I was done.
[16|03:14] <jeronim`> this would make it less fatiguing for rc-watchers
[16|03:14] <_sj_> and perhaps would lead to fewer redundant diff-requests
[16|03:14] <_sj_> (many rc-watchers diffing the same IP's last edit)