Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?
 
PerlMonks  

Re: voting does update

by jdporter (Canon)
on Mar 06, 2016 at 20:27 UTC ( #1156946=note: print w/replies, xml ) Need Help??


in reply to voting does update

The short answer (and with that I add the caveat that there may be an interesting longer answer) is that this behavior is intrinsic to the PerlMonks engine and would be highly non-trivial to change. Generally, any form containing the root post of the current page (given that it is such a page) will cause the post to be updated (but of course only if you have edit rights to that post). Off the top of my head, I don't know of any such forms other than the 'vote' form.

It is certainly worth documenting this behavior.

I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies.

Replies are listed 'Best First'.
Re^2: voting does update
by LanX (Archbishop) on Mar 06, 2016 at 21:59 UTC
    > intrinsic to the PerlMonks engine

    does it mean that vice versa [update] does also [vote] ?

    (I can't test cause I already voted at all replies)

    > there may be an interesting longer answer

    indeed this must be a very interesting longer answer =)

    > only if you have edit rights to that post

    actually this must be tested somewhere and this should be the place to also check the value of sexisgood

    <input name="sexisgood" value="update" type="submit">

    <input name="sexisgreat" value="vote!" type="submit">

    though everything is possible in legacy code... ;-)

    Cheers Rolf
    (addicted to the Perl Programming Language and ☆☆☆☆ :)
    Je suis Charlie!

      does it mean that vice versa [update] does also [vote] ?

      Yes.

        Is there an option not to display edit your own node textarea to avoid voting/updating getting mixed?
Re^2: voting does update
by RonW (Parson) on May 20, 2016 at 00:34 UTC

    Since you can't vote on your own posts, why would the "update post" form not be separate from the "reply posts / voting" form?

    (I'm not basing this on the layout as seen on screen. I know that CSS can move elements to places other than where they would appear with out CSS. It just seems to me that it should be possible to keep those 2 functions in their own forms.)

      I don't how to answer that other than what I said in my post above. It's an (unfortunate) artifact of the way the engine works. Not that it can't be changed; it would just entail a massive refactoring. Which I feel pretty confident in saying, ain't gonna happen. However, work I've been doing recently will "fix" the problem in a different way: the "edit" form will be removed from the "main view" of your post and pushed off onto a separate edit page. In fact, it's already like this for most sections, including Meditations. If you visit your post Multi-stage flip-flop?, you won't see an edit form right there, but you will see an 'Edit' link in the upper right.

      I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies.

        I like that change. It unclutters the page display. Thanks.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1156946]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others examining the Monastery: (6)
As of 2019-12-15 13:35 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found

    Notices?