New wishlist-item for #KateEditor :
- a command to "check all open files to see if they exist; close any that do not, and never mention them again ever"
(Do you think your associates can arrange that for me, Mr. Morden?)
New wishlist-item for #KateEditor :
(Do you think your associates can arrange that for me, Mr. Morden?)
@cedric
In RKWard we have a data viewer but not a data explorer.
Due to the integration of the Kate text editor, we also have functionality to operate the editor like vi.
Download RKWard 0.8.2 - for macOS | Windows | GNU/Linux See more screenshots. Features RKWard's features include: Spreadsheet-like data editor Syntax highlighting, code folding and code completion Data import (e.g. SPSS, Stata and CSV) Plot preview and browsable history R package management Workspace browser GUI dialogs for all kinds of statistics and plots RKWard's features can be extended by plugins, and it's all free software. See our mission statement.
@ToniBarth #KDE's text editing framework had #TTS support for a long time and it was recently improved to be more accessible via the context menu:
https://invent.kde.org/frameworks/ktexteditor/-/merge_requests/797
A very powerful and versatile editor based on this framework is #Kate:
https://kate-editor.org/
#KateEditor needs oh-so-many commands it doesn't have, but one I would use often is "return to previous position". If I mistakenly hit Ctrl+Shift+End when I only meant to hit Shift+End, I end up at the end of the file when I only wanted to select to the end of the line.
In TSE, I could hit a key to execute PrevPosition() to be back where I was. But Kate doesn't have this feature, and I have to scroll up until I find my place. Annoying.
Kate might have good code-editing features, but as far as text editing goes, it lacks many basic #TextEditor commands I used in The Semware Editor under Windows.
(UPDATE: I found a way to make the search work; see end.)
Someone made a bad UI design choice...
Just now I do a search/replace in kate (across multiple files) where the replacement string happens to include \t (it's part of a PHP namespace).
Kate replaces those two characters with a TAB, in all the matching files.
Searching for \t does not find the affected text.
Copying the tab from the document and searching for that does not find it either.
I can't even search for [space]t because it used a TAB character, not spaces, in the output -- even though I have editing configured to always use spaces.
ARRGGGH. There are probably about a HUNDRED FILES affected. Maybe more.
Update: apparently I needed to paste the tab into a longer string or something, and then it will find matches.
This is still bad UX, though: the "search" text and the "replace" text shouldn't follow different rules.