Veritula – Meta
#2972·Dennis HackethalOP, 2 months agoBug: as you cycle through a parent’s versions on ideas#show, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings.
Done as of 27123bd.
Bug: as you cycle through a parent’s versions on ideas#show, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings.
Bugs when cycling through ‘filtered’ revisions:
- On page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea is shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
- As you cycle through the parent’s versions, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings. Now the criticism count on the parent does always match the number of shown criticisms, but it seems arbitrary to suddenly not filter the children anymore.
Bug when cycling through ‘filtered’ revisions: on page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea is shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
#2965·Dennis HackethalOP revised 2 months agoBugs when cycling through ‘filtered’ revisions:
- On page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea is shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
- As you cycle through the parent’s versions, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings. Now the criticism count on the parent does always match the number of shown criticisms, but it seems arbitrary to suddenly not filter the children anymore.
Shouldn’t have more than one criticism at a time.
Fix typos
That it and of itself isn’t a bug if the different revisions leading to the highlighted idea have different numbers of criticisms.
The issue also isn’t that there are other revisions that don’t lead to the highlighted idea.
The real issue is twofold:
- On page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
- As you cycle through the parent’s versions, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings. Now the criticism count on the parent does always match the number of shown criticisms, but it seems arbitrary to suddenly not filter the children anymore.
That in and of itself isn’t a bug if the different revisions leading to the highlighted idea have different numbers of criticisms.
The issue also isn’t that there are other revisions that don’t lead to the highlighted idea.
The real issue is twofold:
- On page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea is shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
- As you cycle through the parent’s versions, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings. Now the criticism count on the parent does always match the number of shown criticisms, but it seems arbitrary to suddenly not filter the children anymore.
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.
Bugs when cycling through ‘filtered’ revisions:
- On page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea is shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
- As you cycle through the parent’s versions, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings. Now the criticism count on the parent does always match the number of shown criticisms, but it seems arbitrary to suddenly not filter the children anymore.
#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.
That it and of itself isn’t a bug if the different revisions leading to the highlighted idea have different numbers of criticisms.
The issue also isn’t that there are other revisions that don’t lead to the highlighted idea.
The real issue is twofold:
- On page render, no matter how many children/criticisms a parent of the highlighted idea has, only the highlighted idea shown – that’s fine so far – but the displayed criticism count may be higher if there are criticisms that are not being shown. So there’s a mismatch.
- As you cycle through the parent’s versions, the children are suddenly not being filtered anymore, and the highlighted idea suddenly has siblings. Now the criticism count on the parent does always match the number of shown criticisms, but it seems arbitrary to suddenly not filter the children anymore.
Simplify language
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.
The red ‘Criticized’ label shows how many pending criticisms an idea has. For example ‘Criticized (5)’ means the idea has five pending criticisms.
But if there are lots of comments, including non-criticisms and addressed criticisms, it’s hard to identify pending criticisms.
There should be an easy way to filter comments of a given idea down to only pending criticisms.
The feature wasn’t quite polished. For example, arrow navigation through the dropdown menu was missing. And there were some bugs. But it’s polished now and the bugs should be fixed as of 4ced719.
#2940·Dennis HackethalOP, 2 months agoWhy is similarity a bad thing in and of itself? It can be reminiscent of discussions as long as it’s less narrow.
Similarity is fine if it is less narrow, but ‘thread’ doesn’t seem any less narrow than ‘discussion’ to me. A ‘thread’ usually means a reply chain.
Why is similarity a bad thing in and of itself? It can be reminiscent of discussions as long as it’s less narrow.
I can’t decide if this communicates a grouping of ideas. Seems borderline.
“Go check out the Karl Popper context on Veritula” would only make sense if you are already a Veritula user who is accustomed to using this terminology.
I have an inexplicit criticism of this relating to “school subject”.
This actually seems anti-discussion. Sounds like a grouping of ideas that are only related by conceptual proximity, rather than building on each other.
#2908·Dennis HackethalOP, 2 months agoThis change is on purpose. The zoom feature was buggy. After zooming out far enough, the navbar and footer got cut off on the right. So I replaced it with proper scrolling.
Would you say zooming was indispensable or just nice to have?
It means that I have to scroll sideways to see the end of each line in a paragraph, which makes it more difficult to read ideas. It feels quite bad to use, compared to using Veritula on my computer, where the entire width of a paragraph is visible at all times.
A solution might be to adjust the mobile site dynamically to fit the user’s phone width.