Veritula – Meta
@edwin-de-wit says buttons should have a hover effect.
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.)
#1921·Dennis HackethalOP, 4 months agoI went back and forth on this. Native macOS buttons don’t have a hover effect and the human-interface guys at Apple are world class. I’m inclined to defer to their expertise. They know things I don’t.
Edwin says to be consistent. Either have hover effects for all clickable items or none of them.
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 went back and forth on this. Native macOS buttons don’t have a hover effect and the human-interface guys at Apple are world class. I’m inclined to defer to their expertise. They know things I don’t.
#1889·Dennis HackethalOP revised 4 months agoShould I be showing the comment form by default on
ideas#show?To avoid scrolling past content, I could remove the autofocus on the textarea unless a certain query parameter is given.
Having implemented this, a problem has surfaced: when linking to an old version of an idea, the alert “You’re about to comment on an old version of this idea. Are you sure …” shows. That’s jarring if you didn’t want to comment but merely look at the idea.
#1889·Dennis HackethalOP revised 4 months agoShould I be showing the comment form by default on
ideas#show?To avoid scrolling past content, I could remove the autofocus on the textarea unless a certain query parameter is given.
Done as of b423e18.
I could turn the ‘Revise…’ button into an icon button that lives next to the collapse icon button. It could just have a pencil for an icon.
That way, the button wouldn’t need to be hidden anymore.
As of acb14e3, the revision button is an icon button that lives next to the collapse icon button.
Therefore, the button doesn’t need to be hidden anymore.
#1891·Dennis HackethalOP, 4 months agoI could turn the ‘Revise…’ button into an icon button that lives next to the collapse icon button. It could just have a pencil for an icon.
That way, the button wouldn’t need to be hidden anymore.
Done as of acb14e3.
#1892·Dennis HackethalOP, 4 months agoThat would mean the revise button would be at the top of the idea. But presumably, people would typically want to revise an idea after they finish reading it. Meaning after they reach the bottom.
It could go both ways. Someone may have already read an idea and just wants to revise it, in which case having to scroll to the bottom is cumbersome.
#1891·Dennis HackethalOP, 4 months agoI could turn the ‘Revise…’ button into an icon button that lives next to the collapse icon button. It could just have a pencil for an icon.
That way, the button wouldn’t need to be hidden anymore.
That would mean the revise button would be at the top of the idea. But presumably, people would typically want to revise an idea after they finish reading it. Meaning after they reach the bottom.
#1888·Dennis HackethalOP, 4 months agoThe ‘Revise…’ button is hidden when the comment form is open. It makes sense to hide it because it doesn’t belong in that context. But once hidden, the user has no quick way to revise an idea. Maybe the first thing they want to do after opening
ideas#showis not comment but revise.
I could turn the ‘Revise…’ button into an icon button that lives next to the collapse icon button. It could just have a pencil for an icon.
That way, the button wouldn’t need to be hidden anymore.
Should I be showing the comment form by default on ideas#show?
Should I be showing the comment form by default on ideas#show?
To avoid scrolling past content, I could remove the autofocus on the textarea unless a certain query parameter is given.
#1886·Dennis HackethalOP, 4 months agoShould I be showing the comment form by default on
ideas#show?
The ‘Revise…’ button is hidden when the comment form is open. It makes sense to hide it because it doesn’t belong in that context. But once hidden, the user has no quick way to revise an idea. Maybe the first thing they want to do after opening ideas#show is not comment but revise.
#1886·Dennis HackethalOP, 4 months agoShould I be showing the comment form by default on
ideas#show?
Then the autofocus on the textarea would force a scroll basically to the bottom of the page. For sufficiently long ideas, that means scrolling past content the user wants to see.
Should I be showing the comment form by default on ideas#show?
#1877·Dennis HackethalOP, 4 months agoThat would probably be stretching the capabilities of Stimulus…
Could probably use Turbo frames instead.
#1869·Dennis HackethalOP, 4 months agoThe red ‘Criticized’ label could be clickable and filter the displayed comments ‘in place’.
That would probably be stretching the capabilities of Stimulus…
#1865·Dennis HackethalOP, 4 months agoThe red ‘Criticized’ label shows how many outstanding criticisms an idea has. For example ‘Criticized (5)’ means the idea has five outstanding criticisms.
But if there are lots of comments, including non-criticisms and addressed criticisms, it’s hard to identify outstanding criticisms.
There should be an easy way to filter comments of a given idea down to only outstanding criticisms.
There could be a separate button to filter comments down.
#1865·Dennis HackethalOP, 4 months agoThe red ‘Criticized’ label shows how many outstanding criticisms an idea has. For example ‘Criticized (5)’ means the idea has five outstanding criticisms.
But if there are lots of comments, including non-criticisms and addressed criticisms, it’s hard to identify outstanding criticisms.
There should be an easy way to filter comments of a given idea down to only outstanding criticisms.
The red ‘Criticized’ label could be clickable and filter the displayed comments ‘in place’.
The red ‘Criticized’ label could be clickable and lead to a filtered version of ideas#show.
The red ‘Criticized’ label could be a link leading to a filtered version of ideas#show.
#1865·Dennis HackethalOP, 4 months agoThe red ‘Criticized’ label shows how many outstanding criticisms an idea has. For example ‘Criticized (5)’ means the idea has five outstanding criticisms.
But if there are lots of comments, including non-criticisms and addressed criticisms, it’s hard to identify outstanding criticisms.
There should be an easy way to filter comments of a given idea down to only outstanding criticisms.
The red ‘Criticized’ label could be clickable and lead to a filtered version of ideas#show.
The red ‘Criticized’ label shows how many outstanding criticisms an idea has. For example ‘Criticized (5)’ means the idea has five outstanding criticisms.
But if there are lots of comments, including non-criticisms and addressed criticisms, it’s hard to identify outstanding criticisms.
There should be an easy way to filter comments of a given idea down to only outstanding criticisms.
#1845·Dennis HackethalOP revised 4 months agoThere should be a feature similar to the ‘single comment thread’ feature Reddit has, where you start with some deeply nested child idea and render all of its deeply nested parents above it:
G /|\ P1 P2 P3 \|/ IThis feature would be great for seeing an idea in its proper context without having to scroll past a bunch of potentially unrelated ideas.
For parent ideas, cycle only through revisions that lead to the target idea. Communicate accordingly in the UI. For the target idea, its children, and any of its siblings’ children, cycle through all revisions.
Every idea should have a link to a separate page with the single comment thread. This could just be ideas#show. That page should also scroll the target idea into view in case its preceded by too much context that would otherwise push it below the viewport.
This feature would also allow me to remove the buggy ‘context’ feature.
Implemented as of 632c0d7.
There should be a feature similar to the ‘single comment thread’ feature Reddit has, where you start with some deeply nested child idea and render all of its deeply nested parents above it:
G
/|\
P1 P2 P3
\|/
I
This feature would be great for seeing an idea in its proper context without having to scroll past a bunch of potentially unrelated ideas.
For parent ideas, cycle only through revisions that lead to the target idea. Communicate accordingly in the UI. For the target idea, its children, and any of its siblings’ children, cycle through all revisions.
Every idea should have a link to a separate page with the single comment thread. This could just be ideas#show.
This feature would also allow me to remove the buggy ‘context’ feature.
There should be a feature similar to the ‘single comment thread’ feature Reddit has, where you start with some deeply nested child idea and render all of its deeply nested parents above it:
G
/|\
P1 P2 P3
\|/
I
This feature would be great for seeing an idea in its proper context without having to scroll past a bunch of potentially unrelated ideas.
For parent ideas, cycle only through revisions that lead to the target idea. Communicate accordingly in the UI. For the target idea, its children, and any of its siblings’ children, cycle through all revisions.
Every idea should have a link to a separate page with the single comment thread. This could just be ideas#show. That page should also scroll the target idea into view in case its preceded by too much context that would otherwise push it below the viewport.
This feature would also allow me to remove the buggy ‘context’ feature.