Spreed: Ask Guest to enter a name when connecting

[BornToBeRoot]

If a guest joins a conversation with a public link, ask him to enter a name.

I know you can change it here:

But i think the most won't do this... so why don't ask him when he connects.

[nickvergessen]

@jenniferpiperek what do you think design-wise?
New screen like for the password, combine it with password, or just a modal afterwards?

[BornToBeRoot]

Having only "Guests" in the conversation can be really annoying.

If a non authenticated user joins a conversation via public link (password protected or not). There should be a dialog in the center of the screen, where the user is forced to enter a name.

• It should not be pre-filled with the name "guest", so the user has to enter something
• Continue button should be enabled when the user has entered at least 3 characters
• No option to cancel/close this dialog

Something simple like this:

Edit:
With this "solution", the authentication / password page does not have to be adjusted

[szaimen]

https://github.com/nextcloud/spreed/issues/855#issuecomment-599297629
I like this solution 👍

But actually I would only force the user to enter a username if he wants to write something, because sometimes I don't want to write something in a public chat but only see what others have written there...

[jancborchardt]

A blocking, even soft-blockong modal in this case is a no-go. It introduces an unnecessary step, one we actually had at some point and removed again.

How about this:
If you join as a guest with no name set, the message input placeholder says:

Writing as "Guest". Set your name

"Set your name" being linkified (primary color) and when clicked, opens sidebar with the name change input.
The rest of the message field is of course normally clickable.

Solves the issue nicely, gives feedback, and doesn't block anything. We only need to make sure it works well on mobile too.

What do you think @ma12-co @nickvergessen?

[nickvergessen]

Let's not mess with the div[content-editable]. It's bugous enough already with the mention chips and autocomplete.

At least the lobby waiting screen (which is already blocking) can have a direct setting option. Maybe an adjusted placeholder is enough as a first step, maybe even an opened tooltip to draw more attention to the setting?

[nickvergessen]

Added to the lobby screen with https://github.com/nextcloud/spreed/pull/3133

So I'm closing this as per above

[jancborchardt]

If we do hide the right sidebar by default, and the lobby is not activated (which normally it is not), then this will still be an issue. So I’d still say we keep it open?

What I proposed above will not mess with the contenteditable, but can insert a separate element floating a z-index above the input (or whichever way works). In any case – we should keep tracking this issue as it’s not solved for most cases.

[ma12-co]

Since we will have actions in the AppContent, one of these actions could be 'change name'. And that indeed could bring up the mini modal! It's also very mobile friendly!

[jancborchardt]

Since we will have actions in the AppContent, one of these actions could be 'change name'. And that indeed could bring up the mini modal! It's also very mobile friendly!

You mean the 3-dot-menu? This is too hidden for changing your name, since as a guest you might not look in the menu before you start writing.

What’s wrong with the subtle but clear message in the message input field as proposed above at https://github.com/nextcloud/spreed/issues/855#issuecomment-599993308

[ma12-co]

What’s wrong with the subtle but clear message in the message input field as proposed above at #855 (comment)

Nothing really, just a pain of a component to touch xD
cc @nickvergessen