Text editor built into Blender.
I confirm the problem on ubuntu 16.04 64bits
Sat, Mar 18
Fri, Mar 17
Feb 11 2017
Oct 25 2016
the addon we are talking about is called Macro.
Oct 20 2016
Thanks for the report, but it is not really a bug, but a specific behavior of how keymap matching currently works.
Sep 4 2016
Aug 11 2016
Mar 16 2016
Yep, not real high priority.
Mar 15 2016
Noticed comment toggling is pretty much useless as it is (doesn't work in common cases, unusual shortcuts, missing shortcuts - as reported here, ...). So decided to improve this a bit, starting with rB0f6f1908c586c. Will do further work in temp_textedit_comment_toggling branch (probably not this week though since I'd like to focus on other stuff as long as I'm in the institute).
Meanwhile, we will handle this as ToDo.
@Julian Eisel (Severin), something liek this could work:
Jan 9 2016
Jan 8 2016
Dec 1 2015
Nov 6 2015
Oct 25 2015
- Call txt_merge_sels in delete operator
- rename text->n_sels to text->nsels
- post-increment in for loop
Oct 21 2015
- Update for latest master
- Fix crash when reading in old files containing Texts
- Fix crash when reading in new files created with patched build
- Minor cleanup
Oct 20 2015
Oct 19 2015
- Patch can be applied to latest master again
Oct 1 2015
Sep 28 2015
Sep 27 2015
Yuck! that piece of code is totally ignoring non-ASCII UTF8 encoded chars (which take more than one byte)!
Sep 8 2015
Where would communication take place(In this differential? Somewhere else?)
Should fixes unrelated to this feature(e.g. weird scrollbar behavior) be done in the branch?
Sep 3 2015
- Forgot calling selection unification code in word selection operator
- Cleaned up selection unification code(txt_merge_sels(text))
Sep 2 2015
Regarding the branch, I was suggesting this patch could be finished in a feature-branch. Which is a bit nicer then updating this patch (longer running projects. The merge with master would happen later, once the branch was reviewed and accepted.
Looking at Scintilla, though I think it might be a useful thing, if the text editor is planned to be rewritten it might be a bad idea to do the thing twice. Took a look at the github repo, it seems like Scintilla is implemented in C++ and there is a wrapper to interface with the C code and do the drawing? I'm not sure about this, but making Scintilla work with Blender's DNA/RNA structure and C architecture might be more of hassle than just rewriting the entire thing from scratch. Plus, we might then have less trouble keeping everything in sync with their additions/fixes/improvements or providing more functionality on our own. I don't know. (Then again, Scintilla looks really powerful and we might not even have to do that)
When it comes to maintenance, I don't know if I'm familiar/experienced enough with Blender's codebase.
As it currently stands, the text editor is not really likely to be used by a developer. Working with file and especially directory structures is just a HUGE mess. As long as that problem is not addressed, developers probably won't consider writing their scripts in Blender itself. So functionality like this one might not really be interesting to anyone.
With the branch, does that mean that I should also make other improvements in the branch or should I be adding them after the merge?
Hi @Marcelo Mutzbauer (1xundoredo), how about this?
I feel quite mixed about accepting patches to the Text Editor in Blender. Reasoning behind this is that we don't have strong maintainer in that are to help with all possible issues in it (and there are issues in there). And on another hand i don't mind if Blender's editor gets improved.
Sep 1 2015
It could be worth having http://www.scintilla.org integrated, its an editor engine which supports multiple drawing front-ends (and has multiple selection).
- Fix cursor column updating when deleting text
Okay, fixed it(problem with cursor column updating). Will update patch soon.
As for maintenance, I do agree that supporting this is a bit overkill and time is much better spent in other areas. Not sure how to proceed.
@Marcelo Mutzbauer (1xundoredo), it wasn't hard to redo, just add a lot of cursors and start removing text, they will overlap at some point. You can tell they overlap since when you start typing again - many characters are added from the one place.
@Campbell Barton (campbellbarton) Sorry, can't reproduce. Maybe this only happens when the selections are in a certain position . . . Could you attach a screenshot before the crash happens?
Also, intersecting selections should be unified when the operator finishes(in txt_merge_sels(text)), so that might be a bug too(haven't discovered any problems when testing though)
Checked again, its much more stable now. Though its crashing for me when selections overlap (Its possible to get 2+ cursors occupying the same space when pressing Delete).
Aug 31 2015
- Fixed backspace with 2 cursors on the same line(forgot to update columns of cursors right to a deleting cursor)
- Fixed template loading crash(typo; freed Text instead of the TextSelection array)
- Fixed crash when setting a single cursor with multiple cursor already placed(Freed TextSelection array before reallocing it)