Veritula – Meta
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 7 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, 7 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, 7 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 7 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 7 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, 7 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.
#1986·Dennis HackethalOP revised 7 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.
For all ideas, the total number of pending criticisms (if any) should always be shown, even if they are not all being rendered.
#1989·Dennis HackethalOP, 7 months agoThat could mislead people into thinking a revision has no pending criticisms.
The instructions at the top of the page are clear that not all ideas are being rendered.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
#1988·Dennis HackethalOP, 7 months agoWhen cycling back to the revision, it should continue to display only the count of the shown criticisms.
That could mislead people into thinking a revision has no pending criticisms.
#1986·Dennis HackethalOP revised 7 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.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
Bug: 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 idea.
Bug: 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.
Bug: 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 idea.
#1956·Dennis HackethalOP, 7 months agoBug: when clicking the link to the activity in #1953, the idea is replaced with “Content missing”.
Fixed as of 985d05a.
Bug: when clicking the link to the activity in #1953, the idea is replaced with “Content missing”.
#1953·Dennis HackethalOP, 7 months agohttps://veritula.com/activities/1808
Since the discussions starts with an idea, there should be a reply button.
Done as of bfe04e2.
https://veritula.com/activities/1808
Since the discussions starts with an idea, there should be a reply button.
#1923·Dennis HackethalOP revised 7 months agoEdwin says to either have hover effects for all clickable items or none of them. Buttons currently don’t have hover effects but links do.
I could remove hover effects from links. macOS links in System Settings don’t have a hover effect either. (They don’t even have a pointer cursor but IMO that’s going too far.)
When there are two links next to each other, like when it says “Dennis Hackethal revised” in the activity feed, the user needs some way to see that they’re two links and not just one. Underline on hover shows them that.