Veritula – Meta
#3072·Dennis HackethalOP, 3 months agoThere could be hard cutoff: they lose access to everything, including their own ideas in that discussion.
What if they still have subscriptions or bookmarks in that discussion?
Please add a ‘first, previous, next, last’ navigation thing to the top of the activity feed page and similar pages. Currently I need to scroll to the bottom to go to a different page.
#3079·Dennis HackethalOP, 3 months agoBut that sucks. Maybe someone works hard and submits a bunch of ideas only to lose access to them all.
This functionality is pretty standard across apps. You can be removed from Discord servers, Telegram channels, etc without warning or reason at any time. People generally know and accept this. If they still put in effort, that’s on them.
#3081·Dennis HackethalOP, 3 months agoBut then invitees might not put as much effort into those discussions.
That depends on a bunch of factors, including their relationship with the discussion owner, into which Veritula has no visibility.
#3072·Dennis HackethalOP, 3 months agoThere could be hard cutoff: they lose access to everything, including their own ideas in that discussion.
But then invitees might not put as much effort into those discussions.
#3079·Dennis HackethalOP, 3 months agoBut that sucks. Maybe someone works hard and submits a bunch of ideas only to lose access to them all.
That risk could be clearly communicated in the UI.
#3072·Dennis HackethalOP, 3 months agoThere could be hard cutoff: they lose access to everything, including their own ideas in that discussion.
But that sucks. Maybe someone works hard and submits a bunch of ideas only to lose access to them all.
#3074·Dennis HackethalOP, 3 months agoThey could keep read-only access to the discussion but can’t add new ideas or change existing ideas.
Maybe you remove them because you don’t even want them to be able to see anything.
#3073·Dennis HackethalOP, 3 months agoThey could keep access to their own ideas but not see others’.
There’d probably be a bunch of edge cases with this approach. For example, others would still be able to comment on those ideas, and the comments would have to be hidden from OPs. Which begs the question of how that impacts the displayed criticism count… And so on.
If you later realize that adding someone was a mistake, you should be able to correct that mistake.
#3071·Dennis HackethalOP, 3 months agoWhat happens if you add a user to a private discussion, they submit a bunch of ideas, and then you remove them?
Permanent access: once added, you can’t remove them.
#3071·Dennis HackethalOP, 3 months agoWhat happens if you add a user to a private discussion, they submit a bunch of ideas, and then you remove them?
They could keep read-only access to the discussion but can’t add new ideas or change existing ideas.
#3071·Dennis HackethalOP, 3 months agoWhat happens if you add a user to a private discussion, they submit a bunch of ideas, and then you remove them?
They could keep access to their own ideas but not see others’.
#3071·Dennis HackethalOP, 3 months agoWhat happens if you add a user to a private discussion, they submit a bunch of ideas, and then you remove them?
There could be hard cutoff: they lose access to everything, including their own ideas in that discussion.
#2728·Dennis HackethalOP revised 3 months agoFeature idea: private discussions only the creator and invited people can see. This could be a paid feature; $2 per discussion, say.
What happens if you add a user to a private discussion, they submit a bunch of ideas, and then you remove them?
#2669·Dennis HackethalOP, 3 months agoFeature idea: pay people to address criticisms (either revise an idea and check off criticisms or counter-criticize).
Could this feature be unified with #2811 somehow?
#2811·Dennis HackethalOP revised 3 months agoFeature idea: pay people to criticize your idea.
You submit an idea with a ‘criticism bounty’ of ten bucks per criticism received, say.
The amount should be arbitrarily customizable.
There could then be a page for bounties at /bounties. And a page listing a user’s bounties at /:username/bounties.
Could this feature be unified with #2669 somehow?
Then people could occasionally check the second tab for ideas they think they can rationally hold but actually can’t. And then they can work on addressing criticisms. A kind of ‘mental housekeeping’ to ensure they never accidentally hold on to problematic ideas.
Then people could occasionally check the second tab for ideas they think they can rationally hold but actually can’t. And then they can work on addressing criticisms. A kind of ‘mental housekeeping’ to ensure they never accidentally accept problematic ideas as true.
#3002·Dennis HackethalOP revised 3 months agoThe displayed criticism count for a filtered parent can differ from the number of displayed criticisms.
#3014 fixes this. Implemented as of c3247d5.
For all ideas, the total number of pending criticisms (if any) should always be shown, even if they are not all being rendered.
For all ideas, the total number of pending criticisms (if any) should always be shown, even if they are not all being rendered. For filtered parents, I could put an asterisk behind the count. On hover, explain that some pending criticisms may be hidden due to filtering.
#2008·Dennis HackethalOP revised 4 months agoAny filtered idea should always display only the count of shown criticisms.
As with #2098, implementing an accurate count of the number of shown criticisms gets very tricky once the user starts submitting new criticisms on filtered parents.