Scoop -- the swiss army chainsaw of content management
Front Page · Everything · News · Code · Help! · Wishlist · Project · Scoop Sites · Dev Notes · Latest CVS changes · Development Activities
Code to Anonymise the Submission Queue New Code
By Mystic , Section Code []
Posted on Wed Feb 14, 2001 at 12:00:00 PM PST
There has been quiet a number of discussion on how people discriminate against stories written by a certian person and vote it -1 without even reading through the story and judging the story subjectively. Few people have suggested that the Story Submission Queue should be made anonymous to get the desired result of "No discrimination based on author".

Here I present hacks to scoop code base that can get the desired result.

Changes are needed to 2 files. All the patch files that are mentioned below was made using the diff -Naur old_file new_file command. The code are such that an user with the "story_list" permission can still see the Author listed. This will help in the admin work. To get the thing to work, please follow the steps:
  • Step 1 - Create a new var "anon_submission' and set it to 1.
  • Step 2 - Apply the following patches to
    • lib/Scoop/Admin/AdminStories.pm - You need to edit this file to make sure that the submission queue does not display the "Author" field. You have to appy the anon_submission_AdminStories.pm.patch patch.
    • lib/Scoop/Stories/Elements.pm - You have to edit this file not to show the "By" section if the anon_submission is set and the story is still in queue. Apply the anon_submission_Elements.pm.patch patch .
Before you rush off to implement the patches, please do think about the bad effects also. While I was hacking the code, I was thinking of possible abuses of the system and came up with a small list. I think this is a good time to note them down.
  • Person X can write a story imitating the style of person Y and make people think that person Y had written the story. A good example will be : I write a story in the "style" of rusty. Since rusty's stories are looked at favourably, the story will have a better chance of getting posted.
  • If Person X is well known and he a "nice guy" in that site, he will feel that giving a hint as to who wrote that story would give it a better chance of it being accepted. So he will make statements in the story that makes sure that people know who the author is.
  • If not in the story, the authorship claims can be made in the editorial comments.
  • Claims of being the author can be made by many people in editorial comments attached to the story. This can confuse the general readers, though I don't see a reason why they should read those comments in the first place!
So, use your judgment and do what is right for your site.
< User Submitted Related Links | Mock Updates >

Menu
· create account
· faq
· search
· report bugs
· Scoop Administrators Guide
· Scoop Box Exchange

Login
Make a new account
Username:
Password:

Related Links
· Scoop
· anon_submi ssion_AdminStories.pm.patch
· anon_submi ssion_Elements.pm.patch
· More on New Code
· Also by Mystic

Story Views
  22 Scoop users have viewed this story.

Display: Sort:
Code to Anonymise the Submission Queue | 7 comments (7 topical, 0 hidden)
Wrong solution to the wrong problem (none / 0) (#1)
by kmself on Mon Mar 05, 2001 at 08:18:47 AM PST

My current thinking on the submission queue is still pretty much to gut it completely. What I'd like to see is an ability to provide more meaningful feedback to the author, to give the author much more discretion on when to post or pull a story, and to essentially vote on stories the same way we do on comments, with the story voting affecting placement on front page and section.

Unlike the moderation system, I think submissions should be more complex (it's a harder task), but with a shorter time-to-run maximum than we're seeing (though this has been improved of late).

For the author, the following tools:

  • Deadline. This is a post-by-or-die date. For time-sensitive material, the date can be advanced. For other stories, the default (maximum ?) can be specified on a sitewide basis, eg: 72 hours, 5 days, etc. Eliminates the "stale queue" problem.
  • Pull story. This kills a story.
  • Push to site -- this dumps the story, in its current state, to the site, whether it goes to front page, section, or morgue depends on additional stuff, keep reading. Possibly "auto" and "manual" settings -- on auto, the story is disposed of when quorum (below) is met, on manual, it can be pushed or pulled at author's discretion up to the deadline.
  • Edit. This is a versioning system, possible that prior versions are visible (at least as diffs), it reinitializes feedback, and may or may not iterate some version counter. Hmmm, yeah, that would probably be a good idea. Editing (revising) a story would clear current moderation and problem flags, and restart quorum counts. Comments on prior versions would remain, with an indication on what version of the story they applied to.
  • Author's notes. This is seperate from the feedback section and the article. It's a place for the author to note any additional facts or issues regarding the story. Such as the fact that this is a repost or resubmission. Visible only in moderation mode.

For editors:

  • A moderation score, 0-5, on the story. This effects ranking and placement (front page, section, morgue) of story. The morgue is a place in which dead stories go. Comments aren't allowed in morgue, only trusted users can see stories in morgue (maybe?). Value can be changed.
  • Disposition flags. These are principally advisory, though they may be functional. Suggested categories: "Post as is", "Minor Revision" (spelling, grammar, URLs), "Major Revision" (content/facts), "Pull" (this ain't worth looking at and isn't fixable). Only one option is valid (radio box).
  • Issue flags. These are also principally advisory, though they may be functional. Indicate errors or problems in story. "Spelling", "Grammar", "Style", "URL/Link", "Tags", "Facts", "Content", "Troll", "Spam". Multiple choices may be valid (checkbox).
  • Sectioning preference -- unchanged (default), or alternative.

When a story comes in, it's placed in queue and the feedback cycle starts. A site can set both min and max quorums (quora?) on a story, say 30, 60, 90 responses. Actually, in most cases, I'd think 30-60 should probably be more than sufficient, even for a very highly trafficked site, though a very small one might chose a smaller number, anything from one to a dozen, say. Variable by section.

The reviews consist of a moderation score plus any additional flags or comments the reviewer cares to make regarding the story. Comments are not visible once the story is posted (except by viewing , say, a "reviews" link). Topical comments are not supported. Though there's nothing to stop someone from making such a comment, all comments during the review process are treated as editorial, are not carried over with the article when posted, and may not be followed up to once the article has posted. The abbreviated review cycle should reduce the tendency to generate large "in-queue" discussions.

A particular author's a-mojo (author mojo -- derived from moderation of stories) is both effected by, and helps to determine, the queue experience. Good authors get a bit of a boost through the queue (faster track, better placement). Poor authors get more hang time, and, if sufficiently poor (eg: untrusted), can't submit stories at all.

On meeting quorum and/or deadline, the story is posted or pulled according to its score. Moderation score (helps to?) determines placement to/on front page, or section, or morgue. Configurable by site. The sectioning input may change the section a post is made to, or (my preference), make a post available in multiple sections if this appears appropriate.

Even after a story is posted, it remains subject to moderation -- a story itself can be moderated up or down. This won't (usually?) result in its being pulled, but might adjust placement up or down.

What's the point and advantages?

  • No more interminable stories in queue.
  • Feedback on what did or didn't make it through queue (morgue).
  • Better feedback to author on issues with submission.
  • Clarification of the role of the submission queue.
  • Better content placement within Scoop sites.
  • Accountability to authors for their submissions. Spamming the submission queue with many low-rated posts will result in mojo loss, and (ultimately) loss of submission privs or preferential placement.

Thoughts?



Code to Anonymise the Submission Queue (none / 0) (#2)
by saraheil on Mon Jul 18, 2016 at 09:40:23 AM PST

I have been trying to apply certain code for it, however I did it through Do My Thesis Paper and it worked fine, so I guess it is just easier way.



great (none / 0) (#3)
by kmmaeas on Thu Dec 15, 2016 at 02:58:48 PM PST

good post. site is best



good Job (none / 0) (#4)
by kmmaeas on Thu Dec 15, 2016 at 03:09:01 PM PST

You said absoutely right that every Wrong solution to the wrong problem and we should go for right solution which have some steps to follow which has discussed in this article. Actually, I try to get top resume writing service but happy to come here to know the actual way to find the solution of any problem.



Payday Loans Lemon-Grove (none / 0) (#5)
by Pervez on Sun Apr 22, 2018 at 01:47:19 AM PST

Awesome subject material! Thanks a ton a great deal of created for a really well crafted review. It's that includes innovative fabric coupled with pleasurable styles. Exactly how follow-up Payday Loans Lemon-Grove A person's impression is a wonderful among the list of innumerable.



best kitchen remodeling (none / 0) (#6)
by Pervez on Sun Apr 07, 2019 at 03:33:42 PM PST

Beneficial write-up! I just now at this point evolved into mindful of your web site having chiropractic health together with was required to maintain Which I include things like relished verifying your web site threads. Here press in this article best kitchen remodeling Fantastic post, very effective.



Code to Anonymise the Submission Queue | 7 comments (7 topical, 0 hidden)
Display: Sort:

Hosted by ScoopHost.com Powered by Scoop
All trademarks and copyrights on this page are owned by their respective companies. Comments are owned by the Poster. The Rest © 1999 The Management

create account | faq | search