Various usability issues with the rich-text editor (AKA rich-text is hard!) #2856

Closed
opened 2025-11-11 15:15:50 -06:00 by GiteaMirror · 7 comments
Owner

Originally created by @rotemdan on GitHub (Nov 28, 2024).

Bug Report

Installation Method

Docker

Environment

  • Open WebUI Version: v0.4.6
  • Operating System: Windows 11
  • Browser (if applicable): Brave

Confirmation:

  • I have read and followed all the instructions provided in the README.md.
  • I am on the latest version of both Open WebUI and Ollama.
  • I have included the browser console logs.
  • I have included the Docker container logs.
  • I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below.

Screenshots/Screen Recordings (if applicable):
Animation2
Animation3
Animation4
Animation5

Suggestions

  • Rich-text editing is hard! Even Anthropic couldn't get it right, despite their billions in funding. I find the Claude UX really buggy and annoying and would trade the rich-text with plain text without a second thought
  • Regions intended for raw, fixed-width text should not be modified or stylized, both inline and block
  • Auto-substituting characters like single quotes or asterisks, may make the text a bit more pretty, but sometimes can make the user frustrated if the style is not desired, and they can't really do much about it (well, they can turn rich-text off..)
  • Copy and paste is a basic text editor functionality and shouldn't be assumed to be confined to isolated blocks. What about copying individual words and sentences, or making modifications that involve pasting fragments?

I'm not actually sure if the rich-text is still on by default. I generally have it off but I felt I could give useful feedback so I turned it on to see how it's progressing.

If I were developing this I'd simply have it disabled by default, mark it as "experimental", and not worry too much about trying to fix every aspect of it, at least in the short-term. If you have it as enabled by default, that may put you in a position where you may feel committed to spend an unreasonable amount of time struggling to get it to do everything correctly.

Users don't necessarily want it that badly (for example: ChatGPT doesn't have rich-text editing and I don't see users "protest" or complain on, say, reddit). Letting go of perfecting this would allow you to put your time and attention to other, likely easier, issues, with better effort-to-benefit ratio.

Originally created by @rotemdan on GitHub (Nov 28, 2024). # Bug Report ## Installation Method Docker ## Environment - **Open WebUI Version:** v0.4.6 - **Operating System:** Windows 11 - **Browser (if applicable):** Brave **Confirmation:** - [x] I have read and followed all the instructions provided in the README.md. - [x] I am on the latest version of both Open WebUI and Ollama. - [ ] I have included the browser console logs. - [ ] I have included the Docker container logs. - [x] I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below. **Screenshots/Screen Recordings (if applicable):** ![Animation2](https://github.com/user-attachments/assets/19ebc6c1-37a0-4027-ac6a-395dcb9e51cb) ![Animation3](https://github.com/user-attachments/assets/814acfb4-97a0-4bd5-9e76-175c013601d0) ![Animation4](https://github.com/user-attachments/assets/25fac9c2-d2d5-473e-bbcf-7158048be886) ![Animation5](https://github.com/user-attachments/assets/eaf630d1-697f-4870-8aef-bb68a2c5cfc5) ## Suggestions * Rich-text editing is **hard**! Even Anthropic couldn't get it right, despite their billions in funding. I find the Claude UX really buggy and annoying and would trade the rich-text with plain text without a second thought * Regions intended for raw, fixed-width text should not be modified or stylized, both inline and block * Auto-substituting characters like single quotes or asterisks, may make the text a bit more pretty, but sometimes can make the user frustrated if the style is not desired, and they can't really do much about it (well, they can turn rich-text off..) * Copy and paste is a basic text editor functionality and shouldn't be assumed to be confined to isolated blocks. What about copying individual words and sentences, or making modifications that involve pasting fragments? I'm not actually sure if the rich-text is still on by default. I generally have it off but I felt I could give useful feedback so I turned it on to see how it's progressing. If I were developing this I'd simply have it disabled by default, mark it as "experimental", and not worry too much about trying to fix every aspect of it, at least in the short-term. If you have it as enabled by default, that may put you in a position where you may feel committed to spend an unreasonable amount of time struggling to get it to do everything correctly. Users don't necessarily want it that badly (for example: ChatGPT doesn't have rich-text editing and I don't see users "protest" or complain on, say, reddit). Letting go of perfecting this would allow you to put your time and attention to other, likely easier, issues, with better effort-to-benefit ratio.
Author
Owner

@tjbck commented on GitHub (Nov 28, 2024):

#6973

@tjbck commented on GitHub (Nov 28, 2024): #6973
Author
Owner

@rotemdan commented on GitHub (Nov 28, 2024):

Yeah, sure, I enabled rich-text to give useful feedback (not included elsewhere, as far as I know), but you just closed the issue? I guess you don't want any feedback about the feature?

@rotemdan commented on GitHub (Nov 28, 2024): Yeah, sure, I enabled rich-text to give useful feedback (not included elsewhere, as far as I know), but you just closed the issue? I guess you don't want any feedback about the feature?
Author
Owner

@devanenWl commented on GitHub (Nov 28, 2024):

It's duplicated, he just closed it so it would be more easy to manage

@devanenWl commented on GitHub (Nov 28, 2024): It's duplicated, he just closed it so it would be more easy to manage
Author
Owner

@rotemdan commented on GitHub (Nov 28, 2024):

#6973 basically tells users to how disable the feature. I disabled it a month ago and enabled it now for the purpose of giving detailed feedback on particular aspects (a few that I could recognize quickly). #6973 is not the right place for that.

The title says "issue: rich text input" as if the feature itself is a problem (it doesn't say it's a "megathread" or anything like that). I don't think it's a problem by itself, is just has a lot of behaviors that don't work as well as most users expect, (basically can feel "buggy" and frustrating).

I care that new users, with the feature on by default (as far as I know) wouldn't have a good impression of the software. As long as the feature is on by default, it make sense to provide detailed feedback on it.

@rotemdan commented on GitHub (Nov 28, 2024): #6973 basically tells users to how disable the feature. I disabled it a month ago and enabled it now for the purpose of giving detailed feedback on particular aspects (a few that I could recognize quickly). #6973 is not the right place for that. The title says "issue: rich text input" as if the feature itself is a problem (it doesn't say it's a "megathread" or anything like that). I don't think it's a problem by itself, is just has a lot of behaviors that don't work as well as most users expect, (basically can feel "buggy" and frustrating). I care that new users, with the feature on by default (as far as I know) wouldn't have a good impression of the software. As long as the feature is on by default, it make sense to provide detailed feedback on it.
Author
Owner

@devanenWl commented on GitHub (Nov 28, 2024):

The title says "issue: rich text input" as if the feature itself is a problem (it doesn't say it's a "megathread" or anything like that). I don't think it's a problem by itself, is just has a lot of behaviors that don't work as well as most users expect, (basically can feel "buggy" and frustrating).

Before being edited by maintainer, the original post has already mentioned the issue and its weird behavior, you can check it.
It's easier for maintainer to manage by close duplicate issues. Mine is also closed because of being duplicate lol

@devanenWl commented on GitHub (Nov 28, 2024): > The title says "issue: rich text input" as if the feature itself is a problem (it doesn't say it's a "megathread" or anything like that). I don't think it's a problem by itself, is just has a lot of behaviors that don't work as well as most users expect, (basically can feel "buggy" and frustrating). Before being edited by maintainer, the original post has already mentioned the issue and its weird behavior, you can check it. It's easier for maintainer to manage by close duplicate issues. Mine is also closed because of being duplicate lol
Author
Owner

@rotemdan commented on GitHub (Nov 28, 2024):

It doesn't mention the particular set of issues described here (at least not all of them).

Anyway I just don't see how I could just paste this content there in one big message. It would feel inappropriate, suddenly putting on a lengthy, detailed, message on a thread that's basically just telling people to turn some feature off, where mostly people write very short messages. Would feel like I'm trying to "take over" that issue maybe. I don't know. Just trying to do the right thing.

@rotemdan commented on GitHub (Nov 28, 2024): It doesn't mention the particular set of issues described here (at least not all of them). Anyway I just don't see how I could just paste this content there in one big message. It would feel inappropriate, suddenly putting on a lengthy, detailed, message on a thread that's basically just telling people to turn some feature off, where mostly people write very short messages. Would feel like I'm trying to "take over" that issue maybe. I don't know. Just trying to do the right thing.
Author
Owner

@devanenWl commented on GitHub (Nov 28, 2024):

Don't worry, when somebody tags the issue, it will be logged in that issue so maintainer can revise later.
You did a great job by showing these stuff under GIF. Many thanks !!!

@devanenWl commented on GitHub (Nov 28, 2024): Don't worry, when somebody tags the issue, it will be logged in that issue so maintainer can revise later. You did a great job by showing these stuff under GIF. Many thanks !!!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#2856