Veritula – Meta
#1813·Dennis HackethalOP, 7 months agoFor example, I had to manually notify Edwin in #1811 of a revision I had made to address a criticism of his. Without this notification, he might miss the revision. If he disagrees that the revision addresses his criticism, that’s a potential error that might not get corrected.
good idea!
#1812·Dennis HackethalOP, 7 months agoWhen you revise an idea to address a criticism, its author should get a notification so they get a chance to verify that the revision really does address the criticism.
For example, I had to manually notify Edwin in #1811 of a revision I had made to address a criticism of his. Without this notification, he might miss the revision. If he disagrees that the revision addresses his criticism, that’s a potential error that might not get corrected.
When you revise an idea to address a criticism, its author should get a notification so they get a chance to verify that the revision really does address the criticism.
#1790·Dennis HackethalOP revised 7 months agoFeature to collapse all criticized ideas of a discussion? Useful for todo lists.
Or the existing search page could be filtered by discussion. For example, I could link to that page with an additional query param discussion_id=1 or something like that.
#1790·Dennis HackethalOP revised 7 months agoFeature to collapse all criticized ideas of a discussion? Useful for todo lists.
Or each discussion could have a search/filter form to filter ideas not just by criticized or not but also content and potentially other attributes.
Feature to collapse all criticized ideas on a page? Useful for todo lists.
Feature to collapse all criticized ideas of a discussion? Useful for todo lists.
Feature to collapse all criticized ideas on a page? Useful for todo lists.
#1786·Dennis HackethalOP, 7 months agoCycling through the revisions of a leaf reveals its gutter, which should be hidden since it’s a leaf.
Fixed as of 76b7ab4.
#1786·Dennis HackethalOP, 7 months agoCycling through the revisions of a leaf reveals its gutter, which should be hidden since it’s a leaf.
Make sure cycling between a leaf revision with children and a leaf revision without children properly toggles the gutter.
Cycling through the revisions of a leaf reveals its gutter, which should be hidden since it’s a leaf.
#1780·Dennis HackethalOP, 7 months agoHaving features to both collapse an idea and hide all its comments seems like an opportunity for unification. Why not just go with collapsing and remove the ability to hide all comments?
Sometimes you just want to hide the comments without collapsing the parent idea.
Because that would mean hiding each comment individually if you ever do want to hide all comments of an idea. And sometimes you just want to hide the comments without collapsing the parent idea.
Because that would mean hiding each comment individually if you ever do want to hide all comments of an idea.
#1781·Dennis HackethalOP, 7 months agoBecause that would mean hiding each comment individually if you ever do want to hide all comments of an idea. And sometimes you just want to hide the comments without collapsing the parent idea.
Bulk
#1780·Dennis HackethalOP, 7 months agoHaving features to both collapse an idea and hide all its comments seems like an opportunity for unification. Why not just go with collapsing and remove the ability to hide all comments?
Because that would mean hiding each comment individually if you ever do want to hide all comments of an idea. And sometimes you just want to hide the comments without collapsing the parent idea.
Having features to both collapse an idea and hide all its comments seems like an opportunity for unification. Why not just go with collapsing and remove the ability to hide all comments?
#1775·Dennis HackethalOP revised 7 months agoInclude (preview of) content in idea URLs: '/ideas/123-first-30-or-so-chars-of-idea-here'.
Done as of fcf578c.
#1771·Dennis HackethalOP revised 7 months agoFetching the idea is not necessary if the feature is backwards compatible. Can still just use /ideas/123.
As noted in #1777, fetching the idea actually helps. Well worth the overhead.
#1769·Dennis HackethalOP, 7 months agoThat would mean fetching an idea to compute the path for each hashtag. Overhead?
This actually helps to prevent rendering links with IDs that don’t point to any existing idea.
Use friendly IDs for ideas? A ‘mixture’ where URLs say '/ideas/123-first-30-or-so-chars-of-idea-here'.
Include (preview of) content in idea URLs: '/ideas/123-first-30-or-so-chars-of-idea-here'.
#1763·Dennis HackethalOP, 7 months agoUse friendly IDs for ideas? A ‘mixture’ where URLs say '/ideas/123-first-30-or-so-chars-of-idea-here'.
Wouldn’t even need friendly ID for that since the URL would contain the ID. Would only need to override to_param to concatenate the idea’s ID and content.
#1769·Dennis HackethalOP, 7 months agoThat would mean fetching an idea to compute the path for each hashtag. Overhead?
Seems like minor overhead. It’s not like there are tons of user-generated hashtags everywhere.
Elaborate/clarify
Not if the feature is backwards compatible.
Fetching the idea is not necessary if the feature is backwards compatible. Can still just use /ideas/123.
#1769·Dennis HackethalOP, 7 months agoThat would mean fetching an idea to compute the path for each hashtag. Overhead?
Not if the feature is backwards compatible.
#1763·Dennis HackethalOP, 7 months agoUse friendly IDs for ideas? A ‘mixture’ where URLs say '/ideas/123-first-30-or-so-chars-of-idea-here'.
That would mean fetching an idea to compute the path for each hashtag. Overhead?
#1764·Dennis HackethalOP, 7 months agoThe way IG solves this is by rendering the form in a fixed position. It’s still on the bottom but always remains visible.
Facebook does it this way, too.