6 replaced http://meta.stackexchange.com/ with https://meta.stackexchange.com/
source | link

Oct. 24, 2015 (Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestionthis suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

Oct. 24, 2015 (Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

Oct. 24, 2015 (Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

5 added 16 characters in body
source | link

Oct. 24, 2015 (Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

(Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

Oct. 24, 2015 (Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

4 Interesting idea, but one that's based on a mistaken assumption.
source | link

(Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

(Jon Ericson)

Questions get bumped when they are edited. There's no way to know if the edit is minor (removing an unneeded tag) or major ( => ). Sometimes you want to bump a question for community review. Breaking this rule is bound to be confusing with minimal gains.

By the way, limiting your retag efforts to one or two questions a day seems like a bad idea. Having been active on a tiny site (< 2 questions a day) I understand why it's awkward to flood the page with trivial edits. But it's far better to rip the bandaid off in one go than to dribble them out over days and weeks. Just do it and if anyone complains, ping me. I'm saving up a rant for that occasion. ;-)


This is adapted from this suggestion:

The first 10 tag-only edits per day to questions not on the front page do not bump the question on the front-page

The number 10 can be debated and one could add an additional criterion that the question must have a given age.

I sometimes come across a situation, where I want to retag a small bunch of older questions, e.g., to apply a new tag to appropriate old questions or to clean up an overused tag. Such a job would bump the respective questions to the front page, and thus on small pages, it’s usually considered best to only retag a one or two questions at a time and wait until they trickled down before editing the next ones. This is obviously quite annoying and makes me often refrain from such an undertaking altogether.

The rate limit is to avoid vandalism by rage-quitters or overzealous editors, who want to retag everything.

An alternative way to implement this would be to have such questions bumped with a probability of 10 % (or similar) and to always bump the first such question each day. This way, some of the respective questions would appear on the front page and thus be subject to control.

The questions may still be bumped in certain tag-specific views and similar to tag subscribers do not miss the questions.

3 added 69 characters in body
source | link
2 added 143 characters in body
source | link
1
source | link