Dennis Hackethal’s avatar

Dennis Hackethal

@dennis-hackethal·Member since June 2024

Activity

  Dennis Hackethal commented on idea #2753.

Idea: Veritula Articles

Currently, Veritula is a discussion website. I believe it could one day do what Wikipedia and Grokipedia do, but better.

A step towards that would be enabling users to produce ‘articles’ or something similar.

An ‘Articles’ tab would be distinct from the ‘Discussions’ tab, featuring explanatory documents similar to encyclopedia entries, and perhaps also blogpost-like content.

Articles focus on distilling the good ideas created/discovered in the discussions that occur on Veritula.

#2753·Benjamin Davies revised 17 days ago

Forget the term ‘article’ for a second. It sounds like you want the ability to post ideas without having to associate them with a discussion, is that right?

  Dennis Hackethal addressed criticism #2783.

These are not standalone pages in the sense that a Wikipedia page is a standalone page.

Articles would have the same ‘page’ status as the discussion pages that currently exist. (Forgive my lack of technical vocabulary.)

A possible counter-factual that may or may not be relevant to the goals of Veritula: An article with title metadata ‘Boron’ would presumably be much more search engine-friendly than a top-level ideas for Boron where the metadata title is ‘#[ID]’ and the actual desired title is merely included as the first line of the body text, while it is effectively a subpage of a discussion of another name.

#2783·Benjamin Davies revised 16 days ago

‘page’ status

What is a page status? How did you determine that an idea’s page status is not the same as a Wikipedia article’s?

  Dennis Hackethal addressed criticism #2783.

These are not standalone pages in the sense that a Wikipedia page is a standalone page.

Articles would have the same ‘page’ status as the discussion pages that currently exist. (Forgive my lack of technical vocabulary.)

A possible counter-factual that may or may not be relevant to the goals of Veritula: An article with title metadata ‘Boron’ would presumably be much more search engine-friendly than a top-level ideas for Boron where the metadata title is ‘#[ID]’ and the actual desired title is merely included as the first line of the body text, while it is effectively a subpage of a discussion of another name.

#2783·Benjamin Davies revised 16 days ago

As far as search engines are concerned, every idea page is already a standalone page. Not an SEO expert but I cannot imagine search engines penalize URLs containing an ID.

  Dennis Hackethal criticized idea #2747.

Idea: Discussion specific activity feeds

#2747·Benjamin Davies, 17 days ago

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.

  Dennis Hackethal revised idea #2793.

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.

  Dennis Hackethal revised criticism #2795.

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.

  Dennis Hackethal addressed criticism #2797.

That wouldn’t remove the gap.

#2797·Dennis HackethalOP, 16 days ago

Correct, but the gap wouldn’t be noticeable anymore.

  Dennis Hackethal criticized idea #2794.

I could prevent vertical overscroll.

#2794·Dennis HackethalOP, 16 days ago

That wouldn’t remove the gap.

  Dennis Hackethal criticized idea #2793.

I could simply give the footer the same background color as the rest of the page.

#2793·Dennis HackethalOP, 16 days ago

That wouldn’t remove the gap.

  Dennis Hackethal revised criticism #2791.

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.

  Dennis Hackethal commented on criticism #2791.

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.

#2791·Dennis HackethalOP revised 16 days ago

I could prevent vertical overscroll.

  Dennis Hackethal commented on criticism #2791.

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.

#2791·Dennis HackethalOP revised 16 days ago

I could simply give the footer the same background color as the rest of the page.

  Dennis Hackethal revised criticism #2789.

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.

  Dennis Hackethal revised criticism #2787.

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.

  Dennis Hackethal revised criticism #2627.

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.

  Dennis Hackethal archived idea #2572 along with any revisions.
  Dennis Hackethal addressed criticism #2700.

I can still reproduce the issue by clicking on the button to collapse/expand an idea.

#2700·Dennis HackethalOP, 20 days ago

Fixed as of 0178828.

  Dennis Hackethal archived idea #2626 along with any revisions.
  Dennis Hackethal addressed criticism #2626.

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

#2626·Dennis HackethalOP, 24 days ago

Done as of 765ba05.

  Dennis Hackethal archived idea #451 along with any revisions.
  Dennis Hackethal restored idea #451 from the archive, along with any revisions.
  Dennis Hackethal archived idea #451 along with any revisions.
  Dennis Hackethal addressed criticism #453.

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

#453·Dennis HackethalOP revised over 1 year ago

Done as of 4922b8c. The form now sticks to the bottom of the discussion page.

  Dennis Hackethal commented on idea #2748.

Any progress on this? Scrolling to the bottom to submit new ideas is annoying.

#2748·Benjamin Davies, 17 days ago

Yes, see here: https://veritula.com/discussions/veritula-meta
Give it a shot.

  Dennis Hackethal commented on idea #2743.

Idea: 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.

#2743·Benjamin Davies, 17 days ago

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.