This is still a problem for me though.
The start index should be where the caret/ position is in the editor and then be able to select the 300 character backwards.
This solution works and is exactly what I need in the screenshot below:
The only problem is that if the set selection is under 300 then I get an error below
What I want to happen is even if the set selection is under 300 it will still be able to work.
This happens when I put the caret in the editor with only a few characters like the screenshot below:
Your solution looks like it’s only going to pick up the last 300 hundred characters from the last character in the editor but whatever. Have you tried adding a logic operator so it doesn’t try to grab more than the current length of text?
Start Index QuillEditor Text Length < 300:formatted as text :converted to number
if yes QuillEditor Text Length - QuillEditor Text Length
if no QuillEditor Text Length-300
Do a similar logic for length. If you are wanting to select from the current caret position then you should be using QuillEditor's Selection Length instead of QuillEditor Text Length.
I am almost finish with the features I wanted using your editor and I am happy that this is the perfect solution!
However, there are still some 2 very minor hiccups for me.
The problem is that the Start Index is not updating when I type text in the editor and I have to first click somewhere in the editor to see the updated Start Index value
Secondly, when Inserting Text it does not insert text accurately where my caret position is. I think the reason for this is also the Start Index value not updating quickly.
You can view the short video I made here to show you the problem:
I’m glad to hear that you’re almost finished with the features you wanted and our editor has been of great help to you.
Thank you for letting us know about the two minor issues you’re facing. We take your feedback seriously and have updated the plugin accordingly.
To address the issue of the Start Index not updating in real time as you type in the editor, and to ensure text is inserted accurately at your caret position, we’ve introduced a new state for the current caret position.This should provide more accurate and immediate updating, resolving the problems you’ve been experiencing.
Please update to the latest version of the plugin and let us know if you see any improvement. If you still encounter any issues or have any other feedback, don’t hesitate to share.
Thank you for your continued support and patience!
Thank you again!
The caret positition state works very well!
However, I did find a minor glitch with the get text function.
The get text function is not also updating the values in real time until I click somewhere inside the editor. So if I write some more text in the editor and the caret position moves, it will not get the new values until I click inside the editor.
I think it is a similar problem with the selection index before that is not updating real time.
My get text function essentially takes the values from the caret index and 1000 characters backwards.
You can watch the video I recorded showing the problem here:
I hope you can fix it also.
Lastly, would it be okay to request a small feature for the insert text where it’s going to insert text with a typewriter kind of animation? I know a lot of folks is looking for this feature
I have to activate selection change because I also need to get the -1000 characters from caret position upon clicking in the editor
However, because of text change event, everytime I type a letter on the editor I see my app loads a lot since for every type I do, it will trigger the text changed. Wouldnt this eat too much workflow units? Can you confirm if it will consume a lot? If yes, Is there a more effecient way?
As for the the typewriter animation, please check this plugin called Insert with typewriter effect Bubble | No-code apps (bubbleapps.io)
You can see the insert with typewriter effect if you click the insert button.
I tried this plugin on quill but unfortunately it only works for multiline input fields
Hope it make sense
You are absolutely correct. Using a text change event can indeed consume a lot of workflow units and potentially slow down your application.
However, I would like to inform you that I’ve made several optimizations to the Quill plugin. One of the primary changes includes resolving the issue with the plain text state, which means you can now use it without having to initiate any workflows.
Furthermore, I’ve also introduced a new event that gets triggered with every change made. While this is available, I strongly advise against using it unless absolutely necessary, as it might lead to the same concerns as the original text change event.
Please update the plugin and give the new features a try. I look forward to hearing back from you about your experience and any improvements in efficiency you notice. If you have any questions or run into any issues, don’t hesitate to reach out.
As for the animation, we’re trying to keep Quill light, but I’m trying to make it possible to use that plugin in Quill.
How do I get the plain text state without triggering any workflows? I couldnt figure out how to implement the get text without having to initiate a workflow. I am still using the text change event to get the text “Get Editor Text (Plain Text)” state
Thank you! The challenge with insert text is that when inserting text in a large chunk of text its really hard to track where the new text is because I can’t differentiate.
I tried the formats option and input text in bold. It helped me to know where the new text is but then again I have to remove the bold format manually every time.
I supposed the animation typewriter effect would help but it does not necessarily mean typewriter effect. Maybe just a subtle background yellow color in the text that slowly fades away will do.
Of course this is just suggestion and if its only convenient for you.
I mean the same method that I suggested to you at first, but there was a problem with the new lines.
I fixed that problem; you can have the updated text in the editor available through the state element and use it to extract the text you need.
According to your needs, using events is not recommended for you. With this method, your costs will not increase.
Thank you bro. It worked!. I am happy to let you know that I have all the features I need for my micro app apart from the typewriter animation. Thanks for all your awesome help and your plugin!!
Although I discovered this glitch where if the “Fit height to content” is activated then there is this weird movement at the bottom of the editor.
For now, I am disabling the Fit height to content as a work around.
The toolbar’s height is designed to adjust automatically based on the count and size of the items it contains. Manually adjusting it could lead to responsiveness issues. While Quill doesn’t currently offer a feature for manually setting toolbar height, if you strongly require this, I would suggest using our new plugin, .Intelli Class. It allows for more straightforward addition of CSS rules to elements.
I’m thrilled to know that you’ve got all the features you need for your micro app and that you’re finding our plugin helpful! We appreciate your kind words.
Regarding the issue with the “Fit height to content” option, thank you for pointing it out. The video you sent us has been truly illuminating. We’ve had some users mention this before, but we weren’t exactly sure under what circumstances this problem was arising. Your video will assist us greatly in addressing this issue.
Our team will dive into this and work diligently to provide a fix as soon as possible. For the meantime, disabling the “Fit height to content” seems like a viable workaround.
Lastly, we’d really appreciate it if you could take a moment to leave a review on our plugin’s page. Your feedback is invaluable to us, and it helps others understand the value of our plugin.
Thank you so much for your glowing 5-star review! Your support means the world to us, and we truly appreciate your kind words about our plugin. Your feedback is incredibly valuable, and it motivates us to keep improving and delivering the best experience.
However, we’d like to share with you that some users, who didn’t even mention their email addresses, have left some unfair reviews that have broken our hearts. Despite our best efforts, such reviews can be disheartening, but we remain dedicated to addressing any issues and making our plugin even better.
Your positive review and understanding make a significant difference to our team, and we are truly grateful for it. If you ever encounter any challenges or have suggestions for improvement, please don’t hesitate to reach out to us. We’re here to listen and help.
We want let you know that we are actively working on the “fit to content” issue. Our team is committed to delivering the best possible experience, and we are dedicated to addressing this matter promptly.
Once again, thank you for your support and encouragement. It keeps us motivated to continuously enhance the Quill RTE for all our amazing users like you!
Just getting around to trying your plugin - but a couple of things I’ve wanted in a RTE is undo/redo and find/replace.
Another plugin I would love to have is a textarea plugin that works like an input but also like a multiline that allows vertical centering, fit height to height, word-wrapping, RTE, etc.).
The simplere method works well!!
