Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl: the Markov chain saw

Ability to edit root nodes

by rinceWind (Monsignor)
on May 02, 2002 at 12:30 UTC ( #163516=monkdiscuss: print w/replies, xml ) Need Help??

Looking at Nodes To Consider and Editor requests, I wonder if the amount of work cut out for the editor deities could be substantially reduced by allowing editing of root nodes by the author.

I believe that Everything2 works this way, and is running the same software. You might want to restrict it, to exclude anonymonks and initiates, for example. This would increase the sense of community, encouraging mentoring from senior monks via the chatterbox.

Possibly there might be an issue with the author trying to cover up obscenity, defamation or blasphemy, after the event, but its worth considering having an audit trail available to nodes that have been edited (view original, view previous version, diffs), as is available on many Wiki sites.

Replies are listed 'Best First'.
Re: Ability to edit root nodes
by vagnerr (Prior) on May 02, 2002 at 15:03 UTC
    From discussions in the past asking the same question I believe the reason is because root nodes can be front-paged and making them non-editable reduces the risk of obscenities appearing there.

    A possible solution of course could be that once a monk front-pages a node it can no longer be edited. But you would need to consider the risk that a monk front-pages a node at the same time the original author changes it

    ---If it doesn't fit use a bigger hammer
      Well, since the nodes get locked for editing while an editor does changes to it, it shouldn't be a big deal to use the same locking mechanism during a frontpaging and vice versa.

      That is, as soon as the frontpage button is clicked, lock it for editing, and if the author is on an editing page, disable frontpaging (with a notification of why, so the would-be frontpager takes an extra look before committing fp on the nex text).

      There might of course be some timing issues still where both hit the submit buttons at the same time, but it can either be secured by double-checking the lock, or ignored as a very minor risk. Up to the implementor, really. :)

      You have moved into a dark place.
      It is pitch black. You are likely to be eaten by a grue.
      I think you've made a really good point there about front paging nodes and nodes that may be edited at the same concurrent time. Possibly an answer to that would be to allow the submitter to edit the node until they are sure that they no longer wish to edit it...and check it off that it's okay to be front paged. If a node is never checked off, it'll never be on the front page. Just a suggestion - may not be a good one. :)

      - Moon
        Thats what the preview button is for. You *do* use the preview button don't you ;-)

        ---If it doesn't fit use a bigger hammer
Re: Ability to edit root nodes
by jdporter (Chancellor) on Dec 28, 2005 at 17:17 UTC

    This feature is now enabled (and has been since about January of 2004).

    We're building the house of the future together.

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: monkdiscuss [id://163516]
Approved by particle
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others taking refuge in the Monastery: (3)
As of 2023-12-11 02:40 GMT
Find Nodes?
    Voting Booth?
    What's your preferred 'use VERSION' for new CPAN modules in 2023?

    Results (41 votes). Check out past polls.