PhpBB

Post by babypuncher » Fri, Jun 16, 2023, 4:57 PM UTC

Ralfp wrote: post #23

I would like to use this opportunity to also mention a forum software I am building, Misago: https://misago-project.org/ (GitHub: https://github.com/rafalp/Misago/ ) Around year ago I've started aggressively pursuing improvements to it's UX and features which to my surprise resulted in project getting new (small) wave of attention and a lot of great feedback on what else is missing and what needs changed that I am wo…

Post by [deleted] » Fri, Jun 16, 2023, 4:58 PM UTC

babypuncher wrote: post #60

Pxtl wrote: post #55

Earlier quoted context omitted.

See, this is one of many reasons why I'm sad we still use usernames/passwords for so many sites. I'm much more likely to register for a site if it supports 3rd-party auth instead of managing another password. It's too bad we don't have a properly open way to do that -- no "auth with this address" but instead a fixed hand-coded list of FB, Google, etc.

It sucks that often our only option for this kind of authentication is Facebook or Google, since they only see this as a way to harvest even more data about their users. Apple's implementation is a lot better on this front, but you're still placing your trust in a trillion dollar company. And lots of sites choose not to implement it because Apple's design makes it harder to track users across domains.

Post by codetrotter » Fri, Jun 16, 2023, 4:59 PM UTC

Pxtl wrote: post #55

hbn wrote: post #46

Earlier quoted context omitted.

It's also way easier to build a community when the buy-in is clicking a "subscribe" button with an account you already have and are logged into and knowing you can unsubscribe at any time, as opposed to registering another username, giving a random site admin your email, verifying your email, trusting they're not gonna leak your info or password, etc. Plus everyone already knows how to use all the functionality, and…

See, this is one of many reasons why I'm sad we still use usernames/passwords for so many sites. I'm much more likely to register for a site if it supports 3rd-party auth instead of managing another password. It's too bad we don't have a properly open way to do that -- no "auth with this address" but instead a fixed hand-coded list of FB, Google, etc.

Post by zozbot234 » Fri, Jun 16, 2023, 5:02 PM UTC

babypuncher wrote: post #59

hbn wrote: post #46

Earlier quoted context omitted.

It's also way easier to build a community when the buy-in is clicking a "subscribe" button with an account you already have and are logged into and knowing you can unsubscribe at any time, as opposed to registering another username, giving a random site admin your email, verifying your email, trusting they're not gonna leak your info or password, etc. Plus everyone already knows how to use all the functionality, and…

The way reddit's threads work with nested replies is also a vastly superior UX over the linear firehose approach of a conventional forum. So much so that pretty much everyone has resorted to copying it over the last 15 years. There's a reason phpbb went the way of the dinosaur and won't be making a comeback. The future is going to be something that learns from Reddit's mistakes without regressing to 2001 usability.

Post by Ralfp » Fri, Jun 16, 2023, 5:05 PM UTC

babypuncher wrote: post #62

Ralfp wrote: post #23

I would like to use this opportunity to also mention a forum software I am building, Misago: https://misago-project.org/ (GitHub: https://github.com/rafalp/Misago/ ) Around year ago I've started aggressively pursuing improvements to it's UX and features which to my surprise resulted in project getting new (small) wave of attention and a lot of great feedback on what else is missing and what needs changed that I am wo…

It looks like thread replies are presented sequentially rather than nested. Is this something you're looking to support in the future?