Search

Ideas that are…

Search Ideas


2050 ideas match your query.:

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.)

#1923·Dennis HackethalOP revised 4 months ago·Original #1920·CriticismCriticized3Archived

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.)

#1922·Dennis HackethalOP, 4 months ago·Criticism

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.

#1921·Dennis HackethalOP, 4 months ago·CriticismCriticized1

@edwin-de-wit says buttons should have a hover effect.

#1920·Dennis HackethalOP, 4 months ago·CriticismCriticized1Archived

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.

#1919·Dennis HackethalOP, 4 months ago·Criticism

Great, looks like you learned something new. You’ve found a bit of truth :)

#1910·Dennis HackethalOP, 4 months ago

Done as of b423e18.

#1907·Dennis HackethalOP, 4 months ago·CriticismCriticized1

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.

#1905·Dennis HackethalOP revised 4 months ago·Original #1891·Criticism

Done as of acb14e3.

#1904·Dennis HackethalOP, 4 months ago·Criticism

The idea is not good if it has outstanding criticisms.

Don’t worry about which ideas are better than others. That’s a remnant of justificationism. Only go by whether an idea has outstanding criticisms.

#1903·Dennis HackethalOP, 4 months ago

You’ve since made the change to “a few changes” (as of #1894) but I think that change was premature.

Don’t make changes you don’t understand. Take questions literally and answer them.

https://www.britannica.com/dictionary/eb/qa/The-Difference-Between-Few-and-A-Few-

#1902·Dennis HackethalOP, 4 months ago

No.

#1901·Dennis HackethalOP, 4 months ago

I went over it first and made a few changes. After that, Grammarly recommended that I remove the 'a' before 'criticism' and to remove the 'they are'.

#1900·Dennis HackethalOP revised 4 months ago·Original #1882

This comment doesn’t belong here. It should have been a comment on #1885. And you shouldn’t have removed #1885. I’ll recover it.

#1899·Dennis HackethalOP, 4 months ago·Criticism

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.

#1893·Dennis HackethalOP, 4 months ago·Criticism

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.

#1892·Dennis HackethalOP, 4 months ago·CriticismCriticized1

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.

#1891·Dennis HackethalOP, 4 months ago·CriticismCriticized2

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.

#1889·Dennis HackethalOP revised 4 months ago·Original #1886·CriticismCriticized1Archived

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.

#1888·Dennis HackethalOP, 4 months ago·CriticismCriticized1

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.

#1887·Dennis HackethalOP, 4 months ago·Criticism

Should I be showing the comment form by default on ideas#show?

#1886·Dennis HackethalOP, 4 months ago·CriticismCriticized2Archived

… made few changes.

Did you mean to say ‘a few changes’?
Do you know what the difference is?

#1885·Dennis HackethalOP, 4 months ago

When it has received criticism and until the current criticism is resolved, that idea is seen as false.

‘The idea is considered false until all criticism is resolved.’

#1884·Dennis HackethalOP, 4 months ago·Criticism

We accept that idea as true until it has received criticism.

‘until it receives criticism’

#1883·Dennis HackethalOP, 4 months ago·Criticism

Cool. As discussed privately, I think you’d benefit from working on spelling and grammar.

Try pasting #1874 into Grammarly and revising the idea based on the improvements Grammarly suggests. (Don’t blindly accept word substitutions! Make sure any edits still make sense in the context of how Veritula works.)

Pasting anything you write into Grammarly before you submit it is probably a good policy to adopt in general.

#1880·Dennis HackethalOP, 4 months ago·Criticism