Veritula – Meta

How would you preview text in nodes?

@tyler-mills says:

… I’m finding the threads a bit cumbersome to keep track of. Would love an option to have each top level idea in a column, and horizontal scrolling would be fine with me if there are many of them.

@tyler-mills says:

I keep coming back to a graph-based presentation. Every comment a node, edges red if ending in criticisms. I crave a way to see structurally how many red criticism threads and grey comment threads are stemming from a given idea. The red ones could be bold and bright if they lead to an uncriticized idea, else dim and thin. Then we can see at a glance which ideas are sources of more criticisms, and/or hold greater opportunities for further criticism — can see which ideas are “deeper” niches, one might say (..!). Have greater evolvability…

Basically not doable for the user with the current bubble+hashtag method. But again it could just be an optional view. I think I mentioned I find that Kialo does a cool job with their sun dial diagrams (which are optional).

In a future iteration, the user could additionally set a per-criticism ceiling. Which the site would recommend setting when using permissive terms.

This way, the user could set a total budget of $200, say, while capping each criticism at $30, for example. The first 6 eligible criticisms would each get $30, and the next one would get $20. The remaining criticisms would get nothing.

This approach effectively merges #3474 and #3472, giving users maximum flexibility to choose the best outcome depending on what kinds of criticism they anticipate getting based on their terms.

Let’s say somebody starts a bounty with permissive terms, asking for virtually any kind of criticism. They set a high ceiling, hoping for many submissions. $200, say.

If they only end up getting one or two small criticisms, for typos, say, they won’t like having to pay 100 bucks a pop.

In other words, the few criticisms you end up getting may not be worth the ceiling.

This approach is more complex for the bounty initiator than just indicating a total amount they are willing to spend (#3474). It’s best not to require users to do math.

Given the need for a deadline, all critics get paid at the same time anyway.

There could be a UI component showing estimated payout based on current number of criticisms, with a warning that actual payout could be less.

Then it’s less clear to contributors how much money they can expect.

Could pay out to only first x criticisms, where x is small enough the payout for each criticism is high enough to cover transaction costs (and then some).

I can roll out the feature to a few trusted users. Then I can reevaluate later with more experience to judge actual risks rather than speculate ahead of time.

See #3452. Other critics have an incentive to report abuse. People found to abuse deadlines could become ineligible for payouts and excluded from participating in future bounties.

A modification of #2513 could work. Say you start a bounty. Your card is authorized for twice the ceiling. If you’re a good citizen, you’ll be charged the ceiling, at most. But if you’re found to submit arbitrary criticisms to avoid paying, your card is charged the full authorization. Admins can even decide to stop the bounty early if they detect abuse before the grace period beings.