in reply to Re^12: Update the GUI (What we want?)
in thread Update the GUI

From what I understand this approach is wasting resources.

:) Not that many extra ones that aren't wasted already

Its very much like hitting talk or refresh in chatterbox

It is a common viewing pattern to view a node, vote on it, then scroll down, to see a reply you like, vote on it, and so on

Also common to open a node in a new tab and do the same

So resource wasting? Not really

But it doesn't have to do that, code could pick a different node that returns less byes, like 162 bytes

Or it could simply "cue" votes and cast them every 30 seconds at a cost of under 500 bytes

as I already said

as I already agreed :p

Replies are listed 'Best First'.
Re^14: Update the GUI ("talk" button)
by LanX (Saint) on Jul 24, 2016 at 23:07 UTC
    > Its ...

    *It's

    > ... very much like hitting talk or refresh in chatterbox

    The difference here is that CB has not only already plenty of lean alternatives (like sidebar) but also "tickers" which could be called with JS support in the CB nodelet (hence AJAX )

    OTOH no voting ticker yet.

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

[reply]

      The difference here is that CB has not only already plenty of lean alternatives (like sidebar) but also "tickers" which could be called with JS support in the CB nodelet (hence AJAX )

      Rendered by the XP XML Ticker is close enough

      Is the vote count really important to the voter? As long as they cast their ++ or -- ... the reputation can wait for page reload

[reply]
        Yeah sure, and then what happened?

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

        update

        ... sigh ... and for those downvoting. That's obviously BS!

        The XP XML Ticker shows the XPs of a user , it can't be used for (down)voting nodes ...

[reply]

In Section Perl Monks Discussion