Veritula – Meta
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.
#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.
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, 3 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, 3 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 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.
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, 4 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, 4 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 4 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.
#1930·Dennis HackethalOP revised 4 months agoAdd hover effects to schemed buttons so there’s consistency with the existing hover effects for links.
Done as of ea37007.
Edwin 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.)
Add hover effects to schemed buttons so there’s consistency with the existing hover effects for links.
#1923·Dennis HackethalOP revised 4 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.)
I tried removing hover effects on links in dev and the user experience suffered as a result.
Especially for smaller links, like the hash links in idea headers, it’s nice getting that visual feedback that you are in fact hovering over the link and your click won’t miss it.