Bitcoin Forum
May 12, 2024, 12:24:34 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: UNIX-like post permissions (post locking and wiki posts)  (Read 880 times)
Maged (OP)
Legendary
*
Offline Offline

Activity: 1204
Merit: 1015


View Profile
March 31, 2014, 05:26:07 PM
 #1

It would be neat if each individual post had UNIX-like permissions so that you could grant or take away moderation abilities (i.e. edit/delete) for an individual post for usergroups lower in the hierarchy than you. To best illustrate this, here are two use cases where this would be useful:

1) Post locking (not to be confused with thread locking): When a moderator needs to remove something from a post and wants to make sure that the user cannot re-add it, it would be useful for a moderator to remove the edit permission for that post from the posting user. If this action was done by someone high up, they may not want lower mods to overrule them, so it would also be useful to remove the edit permission from lower-level moderators.
2) Wiki posts: Many forums have the concept of a wiki post where any user can modify the post. Wouldn't it be neat if every post was just a subcase of that? Below the Original Poster permissions group, there could be an All Users group that can be granted the edit permission.

Although I envision there being an advanced permissions editing menu, I would expect these common actions to be a simple alias to those permission settings.

While we're talking post permissions, I might as well add that a separate "read" permission would also come in handy. Use cases:

1) Moderators can leave hidden posts saying things like "I cleaned up this thread up to here, and this is what I did". (Hidden-from-the-user mod notes for individual posts would be nice too, but that's a separate feature)
2) Users could make custom usergroups and make it so only people in that group and above (OP, mods, admins) can read the post. Think of it like Kickstarter's backer-only updates.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715516674
Hero Member
*
Offline Offline

Posts: 1715516674

View Profile Personal Message (Offline)

Ignore
1715516674
Reply with quote  #2

1715516674
Report to moderator
1715516674
Hero Member
*
Offline Offline

Posts: 1715516674

View Profile Personal Message (Offline)

Ignore
1715516674
Reply with quote  #2

1715516674
Report to moderator
1715516674
Hero Member
*
Offline Offline

Posts: 1715516674

View Profile Personal Message (Offline)

Ignore
1715516674
Reply with quote  #2

1715516674
Report to moderator
malevolent
can into space
Legendary
*
Offline Offline

Activity: 3472
Merit: 1721



View Profile
March 31, 2014, 05:41:46 PM
Last edit: March 31, 2014, 06:01:58 PM by malevolent
 #2

1) Post locking (not to be confused with thread locking): When a moderator needs to remove something from a post and wants to make sure that the user cannot re-add it, it would be useful for a moderator to remove the edit permission for that post from the posting user. If this action was done by someone high up, they may not want lower mods to overrule them, so it would also be useful to remove the edit permission from lower-level moderators.

I think the wiki concept was mentioned in the requirements doc.

I'll also add that it would be useful if moderators could add some notes to users' profiles that would be visible only to other moderators, as well see as a list of all or recent mod actions done against the user (more detailed than the modlog), this would make it easier to track habitual offenders.


Signature space available for rent.
Maged (OP)
Legendary
*
Offline Offline

Activity: 1204
Merit: 1015


View Profile
March 31, 2014, 06:12:59 PM
 #3

I think the wiki concept was mentioned in the requirements doc.
Ah, right. Well, I guess the point I'm trying to make is that this should be extended into a full permissions system.

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!