#1273 undo/redo when doing multiselection

[Bruno]

Hi, the current multiselection feature behaves pretty decently but the usability it's still lacking if we compare it with SublimeText's, specifically when undoing/redoing, if you play with Sublime you'll see how undoing/redoing will preserve previous selections. Not sure how difficult to implement would be but it'd be pretty awesome to have!

Asking you specifically this cos I'm create a SublimeText widget using QScintilla but I guess the right place to ask for the feature is here, in the upstream. Btw, you can find my project here https://github.com/brupelo/pyblime , still a lot of pending work but hopefully the project will becomes something cool in few months.

Thanks in advance

[Neil Hodgson]

Duplicate of bug [bugs:#1224].

[Bruno]

I guess you've posted that link implying this won't be ever be implemented
in scintilla side. Could you please confirm me to know if I should explore
another options? Ty

El jue., 28 mar. 2019 21:08, Neil Hodgson nyamatongwe@users.sourceforge.net
escribió:

Duplicate of bug [bugs:#1224]
https://sourceforge.net/p/scintilla/bugs/1224/.

---

• [feature-requests:#1273]
  https://sourceforge.net/p/scintilla/feature-requests/1273/ undo/redo when
  doing multiselection*

Status: open
Group: Completed
Created: Thu Mar 28, 2019 08:45 AM UTC by Bruno
Last Updated: Thu Mar 28, 2019 08:45 AM UTC
Owner: nobody

Hi, the current multiselection feature behaves pretty decently but the
usability it's still lacking if we compare it with SublimeText's,
specifically when undoing/redoing, if you play with Sublime you'll see how
undoing/redoing will preserve previous selections. Not sure how difficult
to implement would be but it'd be pretty awesome to have!

Asking you specifically this cos I'm create a SublimeText widget using
QScintilla but I guess the right place to ask for the feature is here, in
the upstream. Btw, you can find my project here
https://github.com/brupelo/pyblime , still a lot of pending work but
hopefully the project will becomes something cool in few months.

Thanks in advance

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/scintilla/feature-requests/1273/

To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/

[Neil Hodgson]

That was not something I was implying. Duplicate issues are marked as such to help posters find related discussion and to help maintainers when working on or closing issues.

Whether a particular feature is implemented depends on contributions.

[Bruno]

Neil, why did you close this one? Was it because it's a duplicate of #1224?

In any case, how much effort you think it'd take to get done this one... ? I find Scintilla to be pretty awesome overall as the level of customization of the widget is quite nice BUT if you ask me why I've always considered Scintilla to be inferior solution with respect to competitors such as SublimeText, CodeMirror, vscode et all the answer is clear to me... Scintilla multiselection feature has always lacked behind in comparison, that's all... Maybe you don't consider this feature to be relevant but an state of the art text editor should have this feature implemented the right way :)

Here's yet another corner case where multiselection fails miserably btw https://stackoverflow.com/questions/55826255/how-can-i-make-qscintilla-auto-indent-like-sublimetext , i don't understand why when you press Enter the multiselections will be cleared :(

Summing up, by just emulating the SublimeText multiselection feature the quality of your library would raise up by 100x.

Ps. I'm not asking to you to implement this but I wouldn't know how to implement it myself neither... maybe if you gave me the right instructions or coached me which source files should i modify and explain it to me I could give it a shot though :)

Ps2. I'm really unfamiliar to Scintilla's internals though so it could be quite a hard first issue

[Neil Hodgson]

It was closed as a duplicate. All discussion of a particular feature should be concentrated on a single issue.

I don't understand the issue sufficiently to estimate the time it would take.

Preserving selections in undo/redo is a larger problem than just handling multiple selections. In particular the behaviour of multiple views on the document needs to be considered. If selections are only replayed onto the view that initiated them then how is that view to be represented in the undo history? What happens when views are created and destroyed? If the selections are boadcast to all views then can the application opt some views out of the broadcast? Those sorts of questions are best discussed on the scintilla-interest mailing list https://groups.google.com/forum/#!forum/scintilla-interest .