Current SE philosophy about suggested edits suggests that they need not be rejected out of hand. While once upon a time there was a "too minor" reject reason in the suggested edits review queue, this is no longer the case:
The closest reject reason would be "no improvement whatsoever", but this should only be used when there is no improvement whatsoever according to the criteria listed:
This edit does not make the post even a little bit easier to read, easier to find, more accurate or more accessible. Changes are either completely superfluous or actively harm readability.
For the specific suggested edit at hand, it is questionable, IMHO, whether "no improvement whatsoever" fits.
But reviewing suggested edits should not involve only approving and rejecting. The workflow should actually entail quite a lot of editing on the part of the reviewers. Let's look at the options available in the review queue:
Note that there are two options for the reviewer to make edits:
- Improve Edit will approve the suggested edit, but allow the reviewer to make further edits to the post (in case the original editor missed a few things).
- Reject and Edit for those cases where the original edit was inappropriate, but there are improvements to be made to the post.
In addition to deciding if a suggested edit is valid, reviewers should also be actively looking for ways to improve the posts they come across in the queue beyond the suggested edits themselves. For tag-wikis, an often neglected part is information about in which cases the tag itself is appropriate, and possibly also suggestions for other (closely related) tags in cases where it is not.
The colours in the above screenshots don't match math.SE's scheme because they come from puzzling.SE, whose moderator Emrakul was kind enough to supply me with not only the images, but also some reputation for suggesting a tag-wiki/-excerpt edit.