It's reasonably intuitive for a non-technical user to use (since it has pretty much the same control scheme as the familiar Notepad), but has enough technical tools built into it that you can do some serious diagnostic work. Somehow, not all the lexers from lexilla are available? For example, Nim lexer is more than 3 years old (5, if you count lexer for an earlier version then called Nimrod), but Nim settings for Geany still uses the Python lexer. In my view, such programs benefit a lot from having all their actions available as a list of commands which can be used to construct custom chains and scripts or be used setting the keybindings. Why just 3 filetype and 3 shared commands? Why not allow changing the keyboard shortcuts for those right in the same window? The settings for the "Build" submenu is artificially limited. This is partially mitigated by "Send selection to", but a text editor without a simple line sorting?. The pace of the development, including just reacting to issues or PRs is rather slow.īasic editing functions are few (just compare the contents of the "Edit" submenu with Notepad++). However, I personally bump into some uncomfortable limitations with it. Geany is mature and solid, and I like it a lot, especially on Windows. I don't know of a game-changing editor like the others mentioned that uses it tho. Others - Lately people keep talking about Ropes, which is another tree type deal with extra-smarts specifically for text editing. Which basically loads a the whole file into an immutable buffer and then uses the PieceTree to manage the edits. Monaco - The editor in VS Code recently went from a linked-list of strings to a PieceTree buffer. It doesn't suffer though as much from heap fragmentation though as the linked-list of strings type approach. it will be sluggish, but if you do, like %!jq '.' and format it, you can them move around the file a little easier.Įmacs - Historically used a Gap-Buffer which optimized more for locality of edits than loading large files. ![]() Vim's implementation also feels somewhat line-oriented in that if you load a large JSON file that has everything on 1 line and you try to edit that line, uh. It's vaguely reminiscent of Vim's implementation, in the sense that I think, for large files, in it's default config, Vim keeps most of the text in it's swap file and pages it in as needed.
0 Comments
Leave a Reply. |