-
-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Squire] Editor behaves strangely #1389
Comments
I can confirm the insertion of extra new lines when opening a draft message for editing in plain text mode (set as default here). Browser: Firefox 115.6.0 |
I can also confirm this strange behaviour but did not have time to look into this more in detail. At least I noticed that for EVERY pasted text there is a new line inserted before and after the text – no matter if the copied text was HTML, plain text or whatever. I found my way to handle this but would really appreciate a fix here 😎 I recorded two videos showing some of the strange behaviour: Peek.2024-02-14.13-10.mp4Peek.2024-02-14.13-17.mp4 |
Quill 2.0 has been released! Are there any plans to replace Squire or at least offer Quill as an alternative? Would be happy to test! 😃 |
The behaviour of Squire is still a little bit annoying. Any chance we get Quill as an alternative? |
I will look into it |
The recent behavior of #1666 is quite annoying, I see it is closed with a reference to this topic. What is the current approach? Wait for the new editor or will there be a workaround to fix the linebreaks while waiting for the new editor? |
Yes, waiting for the fix. Is it being released soon or can we patch in the meantime? |
We have this problem for 2.38.0 and earlier version. first line have many problem and wrong behavior for many actions such alignment, direction, font and font size and ... Any idea to fix this bug? |
I'm modifying Squire... |
Great to hear that 🔥 Just a quick note: Maybe this has to do with the recent modifications? |
It worked because i used a modified Squire. The most annoying issue is the handling of
By putting I will test the copy/paste, but maybe it is already solved in the demo as the demo has all current changes And oh boy, the current changes make #962 blazing fast now, and renders it the correct way. |
Just tested it in the demo – copy&paste is currently not working there (I'm using Firefox). Apart from that: Great work and thanks for the detailed explanation💪😎 |
Can this already be tested with Snappymail 2.38.2 or are there still changes coming? |
You can already test with v2.38.2 |
I played around with 2.38.2. Looks much better now! Many thanks for the great work! |
Tested it now for quite a while. Looks all good so far. So I guess this issue could be closed, if you agree. |
@phsc84 thanks for testing! I will close this as no one else reports further issues. |
I had to write a lot of emails recently and noticed some strange behaviors in the editor:
As an example, I have copied together the following simple text. No font size is displayed in the first line. In the second line, the font size is 16px. In the third line, the font size is also 16px, although the text is significantly smaller than in the second line. It makes no difference whether I just click in the text or whether I select it.
The source code for this text looks like this:
Furthermore, if a text has different fonts / font sizes and I select the whole text, only the one that was selected first is shown in the selector. In this case, however, the selector should be empty so that you know that the whole text does not have the same font or font size.
Environment:
I also experienced the same problems on the snappymail demo page.
The text was updated successfully, but these errors were encountered: