Text editor built into Blender.
Thu, Aug 15
Now this patch has been abandoned, who has a better solution, and how/where to discuss it?
Wed, Aug 14
Closing diff since this was committed, further changes can be submitted as separate code review if needed.
Setting as requesting changes, although it might be better to close the patch since the design hasn't been agreed on.
Would prefer this be handled as a design task before going though code review.
An alternative way would be if the scrollbar was moved to the right of the side bar and the unused part of the sidebar was made transparent, like the 3D View:
Tue, Aug 13
I think it's a nice overall goal to do it this way, more like dedicated text and code editors. So if the issues can do handled, I do think it makes sense to do something like this.
I think the main question is if this kind of design is worth pursuing? This is more like a test of concept and in the end of the day, it may not the best idea to actually code the operator in Python ex. with no text.get_selection in the API(for adding selection to find box), and the other things @Campbell Barton (campbellbarton) points out here.
- The text field is no longer active upon pressing Ctrl-F.
- If you want to enable wrap for Ctrl-G (next selected). There is no longer an obvious way to do this.
- If you're finding long words, the text fields are quite small and there is no way to make them bigger.
- This removes use of iface_ for translating File.
- There is no reason to add this property to the window manager as far as I can see.
Let's move Register to the Text menu and add the view toggles to the header. That's what @Peter Fog (tintwotin)'s patch did anyway, but it was filtered out.
Sun, Aug 11
Fri, Aug 9
Added back the icon toggles rB58f38ff5c1a392b40129cad100e8c1e5371d7169
Added the icons back, rB58f38ff5c1a392b40129cad100e8c1e5371d7169
As Campbell wrote, when he cherry picked what to commit: "would rather separate header reorganization from changing menus", so no header changes, except menus have been committed, so I guess this diff can be closed?
Since the Toggle Comment with a shortcut key was implemented, I'll abandon this diff, though I still think 'Find Set Selected' now called 'Find Next" in the menus, could use a shortcut key.
Thanks, committed rB533e48520e8639854df91593cc1be435c53f5357
This update adds the Console menu as Context menu(w/right click).
Not sure if we want to define the context menu separately from the Info menu or not. In any case this seems to work ok and is vastly better than before.
Update adds the Info menu as Context menu.
More class renaming.
Cleaned up class naming.
Thu, Aug 8
@Campbell Barton (campbellbarton) Thank you for committing this.
Committed rB512b562b3b96d365dce35d91d2a64a78c4483dca but left some changes out.
Remove wrapping of args.
Rename to Move Line(s) Up/Down.
Added select Word to Select menu.
The patch is a little out of date though (comment/uncomment have been removed).
Swapped the viewport toggles with the Run Script operator button:
Wed, Aug 7
It\s possible to move Run Script a little closer, and maybe a little space around the view buttons is an improvement.
@William Reynish (billreynish) Like this: