Dennis Hackethal
@dennis-hackethal·Member since June 2024
Badges
Activity
Done as of a12ffb3, see eg https://veritula.com/discussions/veritula-meta/activities and the new link to ‘Activity’ at the top of each discussion.
I could simply give the footer the same background color as the rest of the page.
I could simply give the footer the same background color as the rest of the page. There’s a discrepancy between light and dark mode anyway. And on horizontal overscroll, the difference in background is painful.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black gap underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the html element, which becomes apparent with scroll inertia on the bottom of the page.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black gap underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear; seems to be a Brave quirk.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the html element, which becomes apparent with scroll inertia on the bottom of the page.
#2793·Dennis HackethalOP, about 20 hours agoI could simply give the footer the same background color as the rest of the page.
That wouldn’t remove the gap.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the html element, which becomes apparent with scroll inertia on the bottom of the page.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black gap underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the html element, which becomes apparent with scroll inertia on the bottom of the page.
#2791·Dennis HackethalOP revised about 20 hours agoIn Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the
htmlelement, which becomes apparent with scroll inertia on the bottom of the page.
I could prevent vertical overscroll.
#2791·Dennis HackethalOP revised about 20 hours agoIn Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the
htmlelement, which becomes apparent with scroll inertia on the bottom of the page.
I could simply give the footer the same background color as the rest of the page.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
This UI bug essentially exacerbates a wider issue: that the footer color does not match the background color of the html element, which becomes apparent with scroll inertia on the bottom of the page.
On iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer.
In Brave for iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer. I cannot reproduce the issue in Safari. The cause is unclear.
On iPad, the footer doesn’t extend all the way to the bottom of the page.
On iPad, the footer doesn’t extend all the way to the bottom of the page. As a result, in dark mode, there’s a black bar underneath the gray footer.
#2700·Dennis HackethalOP, 5 days agoI can still reproduce the issue by clicking on the button to collapse/expand an idea.
Fixed as of 0178828.
#2626·Dennis HackethalOP, 10 days agoChanging the query on the search page moves the cursor to the start of the query input. It should move to the end or, ideally, keep its position.
Done as of 765ba05.
#453·Dennis HackethalOP revised about 1 year agoThe more ideas there are in a discussion, the further the form for top-level ideas is pushed down. Then people don’t know how to submit a new idea and comment on an existing one instead, even if it’s unrelated, as happened with #448. So I need to make this clearer.
Done as of 4922b8c. The form now sticks to the bottom of the discussion page.
#2748·Benjamin Davies, 3 days agoAny progress on this? Scrolling to the bottom to submit new ideas is annoying.
Yes, see here: https://veritula.com/discussions/veritula-meta
Give it a shot.
#2743·Benjamin Davies, 3 days agoIdea: Activity feed should track when you last visited it, take you there when you open it. Currently, someone like me who likes to see everything happening on Veritula needs to go back through pages to find the last thing they saw.
You may want to hit the bell icon for each discussion and at the top of the page listing all discussions. Then you’ll be notified of every activity on existing discussions, and of new discussions.
#2751·Benjamin Davies, 3 days ago‘Articles’ are functionally no different than top-level ideas in a discussion thread.
I think so. If Veritula did implement articles, the first thing I’d want is the ability to criticize them; to submit deeply nested counter-criticisms; and to render a label showing how many pending criticisms an article has, calculated based on criticism chains. Which is just what Veritula has already.
#2752·Benjamin Davies, 3 days agoTop-level ideas in a discussion thread are not standalone pages.
One thing that Wikipedia does well is having a structured, high level page for each idea/subject. This enables readers to get a good sense of an idea quickly.
Right now, to get a good sense of an idea on Veritula, a user often has to study a branching discussion, which can take a lot of work depending on how the discussion played out. A discussion also emphasises things that were relevant to the disagreements that took place in the discussion, rather than distilling the most important elements of an idea into a hierarchy, regardless of disagreements that took place in getting to it (like an encyclopedia entry does).
Right now, to get a good sense of an idea on Veritula, a user often has to study a branching discussion, which can take a lot of work depending on how the discussion played out.
While this is true for most existing discussions, it’s not a fundamental limitation of discussions in general. For example, ‘How Does Veritula Work?’ has several long-form posts without much discussion. It just depends on what kinds of posts people want to submit.
#2755·Benjamin Davies, 3 days agoTop-level ideas need to be published to a specific discussion, which will cause some amount of silo-ing or similar dynamics.
Didn’t you want competing articles on some topic? In which case the same criticism applies to articles as well, unless I’m missing something.