Veritula – Meta
#2167·Dennis HackethalOP, 3 months agoThat only happens if people submit bulk ideas, and people shouldn’t do that anyway.
But not everyone will always use the platform in an ideal way, and I don’t want to make it easier for issues to compound.
#2166·Dennis HackethalOP, 3 months agoReactions can be ambiguous. It wouldn’t always be clear which part of an idea someone is reacting to.
That only happens if people submit bulk ideas, and people shouldn’t do that anyway.
Reactions can be ambiguous. It wouldn’t always be clear which part of an idea someone is reacting to.
That limits the scope of the problem but doesn’t eliminate it. A single recipient could still react in a distracting way.
Revisions are complicated. Too many options (superseding a previous version, ‘Is criticism?’, unchecking comments). It might help to have a more guided processes with multiple screens.
Revisions are complicated. Too many options (superseding a previous version, ‘Is criticism?’, unchecking comments). It might help to have a more guided processes over multiple screens.
Revisions are complicated. Too many options (superseding a previous version, ‘Is criticism?’, unchecking comments). It might help to have a more guided processes with multiple screens.
#2160·Dennis HackethalOP, 3 months agoPeople could wrongly think they have epistemological relevance. For example, they might adopt an idea that has pending criticism just because it got positive reactions.
Reactions could be limited to the recipient of a comment.
People could wrongly think they have epistemological relevance. For example, they might adopt an idea that has pending criticism just because it got positive reactions.
Maybe somebody just forgot to reply or doesn’t know what to say.
By the time someone receives an email notification, they will probably have forgotten whatever they wrote originally that prompted someone to reply to them.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
An explanation could accompany the n / m display, like a title on hover.
That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
An explanation could accompany the n / m display, like a title on hover.
That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
In addition, when looking at a deeply nested idea on ideas#show and submitting a criticism on a parent, I need to make sure the updated badges take into account that newly submitted criticism, even though the new criticism would not show after refreshing the page.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
Any filtered idea should always display only the count of shown criticisms.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
An explanation could accompany the n / m display, like a title on hover.
That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
#2003·Dennis HackethalOP revised 3 months agoAny filtered ideas should show a criticism label displaying
n / mfor the count, wherenis the number of rendered criticisms andmis the number of total criticisms.That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
How will people know what n / m means?
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there’s never any confusion as to 1) whether a filtered idea has any pending criticisms, 2) a filtered idea having more criticisms than are being rendered.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
That could mislead people into thinking a revision has no pending criticisms.
That could mislead people into thinking a revision has no pending criticisms, which would be bad for error correction.
#1997·Dennis HackethalOP, 3 months agoSee #1992: “The instructions at the top of the page are clear that not all ideas are being rendered.”
See #1999: “People could easily miss or forget that.”
#1992·Dennis HackethalOP, 3 months agoThe instructions at the top of the page are clear that not all ideas are being rendered.
People could easily miss or forget that.
#1986·Dennis HackethalOP revised 3 months agoBug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same revision.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there’s never any confusion as to 1) whether a filtered idea has any pending criticisms, 2) a filtered idea having more criticisms than are being rendered.
#1995·Dennis HackethalOP revised 3 months agoIf no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people. More generally, any mismatch between rendered vs counted criticisms could confuse people.
See #1992: “The instructions at the top of the page are clear that not all ideas are being rendered.”
If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people.
If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people. More generally, any mismatch between rendered vs counted criticisms could confuse people.
#1993·Dennis HackethalOP, 3 months agoFor all ideas, the total number of pending criticisms (if any) should always be shown, even if they are not all being rendered.
If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people.