Code
Code editor
An editor of code as Zed's, with highlighting, several carets, folding, completions and diagnostics, for files of any size.
Package ui/editor is a code editor and a diff viewer
for native UI, designed after Zed's: syntax highlighting, several carets
and selections, soft wraps, folding, finding and replacing, completions,
hovers, diagnostics and inlay hints from the app or a language server,
ranges shown as something else, and the commands and keys of code editors. It lays out and paints only the
lines in view, so a file of a million lines scrolls and edits as one of
ten.
import "github.com/egoist/mygo/ui/editor"
// Kept by the app, as its other state.
buf := editor.NewBuffer(source)
buf.SetLanguage(editor.LanguageFor("main.go"))
app.code = &editor.State{Buffer: buf, WrapGuides: []int{100}}
// In the view:
editor.View(c, app.code).Grow(1).FillWidth()A State is the editor's state, kept across frames as a text input's
string is: its buffer, its options, and what the editor keeps of its own,
as its selections, folds and scroll position. Its options are fields set
before the editor is built; their zero values are the defaults, those of
Zed. View builds the editor of a state, which is a focusable element as
any other: give it a size, and AutoFocus to type in it at once.
The code editor example edits files of several languages, with completions of the words of the file, hovers, diagnostics of TODO comments, the changes in the gutter and their diff.
Buffers
A Buffer is the text an editor edits, with its undo history and its
language. Several editors, and both sides of a diff, can show one buffer:
an edit in one shows in the others, their carets moving with the text
around them, and undo takes back the buffer's last edit, whichever editor
made it.
buf.Edit(editor.Edit{Start: 0, End: 0, Text: "// Generated.\n"})
buf.Transact(func() { // one step of undo
buf.Edit(editor.Edit{Start: a, End: b, Text: name})
buf.Edit(editor.Edit{Start: c, End: d, Text: name})
})
if buf.Modified() {
_, err := buf.WriteTo(file)
if err == nil {
buf.MarkSaved()
}
}Offsets count bytes of UTF-8, and a Pos is a line and the bytes into it,
both from 0: Pos and Offset convert between them, and Line, Slice
and String read the text. Set replaces the text as an edit, which undo
takes back, and Reset as a new document, without history.
EditRemote applies edits made elsewhere, as another device's or the
result of a merge, outside the history. Undo and redo go on taking back and
making again the buffer's own steps, on the text with those edits:
buf.Edit(editor.Edit{Start: 0, End: 0, Text: "// Mine.\n"})
buf.EditRemote(editor.Edit{Start: end, End: end, Text: "// Theirs.\n"})
buf.Undo() // takes back "// Mine.", and "// Theirs." staysA step that overlaps a remote edit can no longer be taken back or made
again alone: it leaves the history, the text staying as it is, and the
steps around it stay. Inserting at the edge of a step's text does not overlap it, nor does
replacing the text next to it. So pass the ranges that changed, from a diff
of the two texts, rather than the whole text, which overlaps every step.
Carets, selections, folds, diagnostics and inlays move through a remote edit
as through any, and Modified still compares with the saved text: call
MarkSaved when the new text is what is on disk. A remote edit moves every
step of the history, around a millisecond for a full one of 10,000 steps,
whatever the size of the text.
Lines end in \n, as in Zed: a text with \r\n line endings is kept with
\n ones, and LineEnding says which it had, which WriteTo writes, so
that a file saves as it was; SetLineEnding changes it.
The text is a persistent tree of chunks, as Zed's rope: an edit copies a
few kilobytes and a path of the tree, whatever the size of the document,
and each version shares the rest with the one before. Undo keeps the edits
that take each step back, and a Snapshot is a version that stays as it is
while the buffer changes, which other goroutines read without locks.
Buffers' methods are safe from any goroutine; change them with
Window.Update so the window shows the change.
Editing
The editor edits as Zed does, with the commands bound to the same keys (Control replaces Command on Linux and Windows, as in Visual Studio Code):
- Several carets. Cmd+D selects the next occurrence of the selection, or the word at the caret; Cmd+Shift+L all of them; Cmd+Alt+Up and Down add a caret on the line above or below; Alt+click adds a caret, and Alt+Shift+drag selects a column. Typing, deleting and every command act at each caret, and Escape goes back to one. Cmd+U undoes a change of the selections.
- Selections by structure. Ctrl+Shift+Right selects the word, then the string or brackets around it, and on out; Ctrl+Shift+Left goes back.
- Lines. Alt+Up and Down move lines, Alt+Shift+Up and Down duplicate them, Cmd+Shift+K deletes them, Ctrl+J joins them, Cmd+/ comments them out, Cmd+] and Cmd+[ indent them; Cmd+Enter opens a line below.
- Typing. Brackets and quotes close as they are typed, and wrap the
selection; Enter keeps the indentation, indents after an opening bracket
and between a pair, and continues line comments; a closing bracket, or
a word such as
end, outdents its line as it is typed. Undo takes back typing a burst at a time. - Folding. The gutter's markers fold the lines indented under a line, up to its closing bracket, or a run of imports, with the blank lines between them; Cmd+Alt+[ and ] fold and unfold, Cmd+K Cmd+0 folds everything and Cmd+K Cmd+J unfolds it, Cmd+K Cmd+1 to 9 by level.
- Finding. Cmd+F opens the find bar, with case, whole words, regular expressions and finding in the selection; Cmd+Alt+F replaces. Cmd+G goes to the next match, and Ctrl+G to a line.
- The pointer. A double click selects a word, a triple click a line, and dragging extends by them; dragging near the edges scrolls; Cmd+click goes to a definition.
Run runs a command, as a menu item or the app's own key does, and
Bindings binds keys: Mods and Key, then ThenMods and ThenKey for chords
such as Cmd+K Cmd+0. An app's bindings come before the defaults
(DefaultBindings), and a binding to NoCommand takes a key away from
the editor, for the app's own shortcut. CommandNamed finds a command by
the name keymaps give it, as "selectNext".
app.code.Bindings = []editor.Binding{
{Mods: ui.Cmd, Key: ui.KeyP, Command: editor.NoCommand}, // the app's
{Mods: ui.Cmd | ui.Shift, Key: ui.KeyD, Command: editor.DuplicateSelection},
}
if ui.Button(c, "Format").Clicked() {
app.code.Run(editor.SortLines)
}Selections, SetSelections, Select, Cursor and CursorPos read
and set the carets and selections, Insert types at each of them, GoTo
moves the caret to a position and ScrollTo shows a line. Find opens
the find bar on a query and FindMatches counts its matches; Fold,
Unfold and Folded fold lines, and FoldImports the first run of
imports, as an editor can on opening a file; Focused reports whether the editor has
the keyboard focus, and VisibleLines the first and last lines the last
frame showed, as a half page of Vim's moves by. ScrollY and
SetScrollY read and set how far the lines are scrolled, in DIPs,
ViewportHeight how high the part of them in view is, and LineTop
where a line starts, below the first, LineTop of the count of lines
being the height of them all: editors side by side scroll together with
them, an app draws what joins their lines, as the bands between the
panes of a merge, and a minimap beside the editor shows where its view
is. The scroll bars' thumbs show while the pointer is over the editor, or
drags one, as a scroll container's do, or all the time with
KeepScrollbars; the marks of changes, matches and diagnostics on the
vertical one show all the time. NoScrollbars takes the bars and their
marks away, and gives their room to the text.
OnInput sees each input event before the editor does: keys, the text
typed, edit commands and the pointer. Returning true takes the event, and
the editor leaves it; the others go on as without it. An app's own mode of
editing, as Vim's normal mode, takes keys this way while the editor still
shows and moves the carets. Letters typed at the carets come as
InputText: on some systems their keys come first as InputKeyDown too,
and taking a key doesn't take its text, so a mode reads letters from
InputText. What an input method composes, commits or replaces, as the
accents of macOS's press and hold replace the letter before the caret,
goes to the editor alone. The key after the first of a chord of
Bindings, as Cmd+K Cmd+0, is the chord's, as VS Code resolves chords
before an extension's keys.
NoInputMethod turns the system's input methods off while the editor has
the keyboard, as Neovide does in Vim's normal mode: keys type the
characters of the keyboard's layout, which come to OnInput as
InputText, and nothing is composed, so j is j with a Chinese input
method on. Set it in the modes that read letters as commands and clear it
in insert mode. Browsers cannot turn input methods off: there they compose
in the text still.
app.code.CursorShape = editor.CursorBlock // normal mode
app.code.NoInputMethod = true
app.code.OnInput = func(ev ui.InputEvent) bool {
if ev.Kind == ui.InputText {
return app.vim.normalKeys(ev.Text) // j, k, dd, …
}
return false
}Options
-
SoftWrapwraps lines at the editor's width, or atWrapColumncolumns when narrower; wrapped rows keep the line's indentation. CJK text wraps between any two characters, but closing punctuation such as,and。starts no row, and opening punctuation such as(and「ends none. -
LineNumbersshows the gutter's numbers, absolute, relative to the caret's line, or not at all;GutterMarksput dots of a color by lines, as breakpoints, andOnGutterClickreports clicks on numbers. -
LineBackgroundsfill lines, fromFirsttoLast, with a color under the text and the selections, as the statement a key would run; the gutter keeps its own, and lines a fold hides take no room to fill. They keep their line numbers as the text is edited, unlike diagnostics and inlays, which move with it: compute them again when the buffer'sVersionchanges. -
TextBackgroundsfill ranges of the text, bytesStarttoEnd, with a color under the text and the selections and over line backgrounds, as the words a merge changed within its lines. They follow the editor's layout: the rows a line wraps into, tabs, wide characters and scrolling sideways; lines a fold hides show none. As line backgrounds, they stay where they are as the text is edited, cut to its end until computed again when the buffer'sVersionchanges. -
TabSizeandIndentset indentation: tabs or spaces, as the language's files usually have them when zero (Go's tabs). -
Whitespaceshows spaces and tabs as dots and arrows: within selections by default, everywhere, at the ends of lines, or nowhere. -
WrapGuidesdraws guides at columns, as 80 and 100;NoIndentGuideshides those of indentation. -
ReadOnlylets the text be selected and copied, not edited. -
FitContentmakes the editor as high as its lines, rather than scrolling them, to show code in a scroll view or a list. -
KeepScrollbarskeeps the scroll bars' thumbs showing with the pointer away, as a scroll container'sKeepScrollbars;NoScrollbarstakes the bars away, with their room, the wheel and the keys still scrolling. -
Scrollbarstyles the scroll bars, as a theme'sScrollbarStyle: their track and thumb colors, widths, corners and shortest thumb. Its zero fields follow the theme's; itsTrackWidthis 10 DIPs when 0, unless the theme's style sets one, as the editor's bar has always been. As VS Code's editor:st.Scrollbar = ui.ScrollbarStyle{ TrackWidth: 14, ThumbWidth: 14, Square: true, Flush: true, MinLength: 20, Thumb: ui.RGBA(121, 121, 121, 0.4), Hover: ui.RGBA(100, 100, 100, 0.7), Active: ui.RGBA(191, 191, 191, 0.4), } -
FontandLineHeightset the text: the system's monospaced font of 13 DIPs, 1.5 times as high, by default. -
NoAutoClose,NoFolding,NoActiveLineandNoScrollPastEndturn those behaviors off.Placeholdershows while the buffer is empty. -
CursorShapepaints carets as bars (CursorBar), as blocks over the character after them (CursorBlock), as Vim's normal mode does, translucent so that the character shows and outlined while the editor hasn't the keyboard, or as underlines (CursorUnderline), as its pending operators do. -
DiffBaseis the text the buffer's changes show against in the gutter, as the file in Git: bars mark the lines added and changed, and a mark where lines were deleted. Cmd+F8 goes to the next change, and Cmd+Alt+Z reverts the one at the caret. -
ContextMenuadds items to the editor's context menu, after its own.
Languages and highlighting
LanguageFor finds a file's language by its name, LanguageForText by
its name or else the #! line its text opens with, as
#!/usr/bin/env ruby, and LanguageNamed by its own; Languages lists
them. The editor knows Go, JavaScript,
TypeScript, JSON, Python, Rust, C, C++, Java, Kotlin, Scala, Swift, Dart,
C#, shell scripts, YAML, TOML, SQL, R, Ruby, Lua, PHP, CSS, HTML, ERB,
Svelte, XML, Markdown, diffs, Dockerfiles, Makefiles, Protocol Buffers,
GraphQL, Zig, Nix, Jinja templates and HCL (Terraform).
A template's text is in the language its name gives before the template's
extension: LanguageFor highlights compose.yaml.j2 as Jinja in YAML,
config.json.erb as ERB in JSON, and notice.text.erb as ERB in plain
text. Without such a name, ERB's text is HTML and Jinja's plain text.
A Language says how to highlight, comment, match brackets and indent its
text, and with Imports, a pattern of a line that imports (^import\b for
Go), which lines fold as a run: build one for another language, or copy
one and change it.
A language highlights its text with a Tokenizer by default: a function
from a line, and the state the line before it ended in, to the line's
tokens and the state it ends in, as TextMate grammars and Monaco's
tokenizers work. The editor tokenizes the lines it shows, and after an
edit only the lines below it until one starts in the state it started in
before, a frame's time budget at a time.
// Lines starting with # are comments.
lang := &editor.Language{
Name: "Notes",
Extensions: []string{".notes"},
LineComment: "#",
Tokenizer: editor.TokenizerFunc(func(line string, state uint64, tokens []editor.Token) ([]editor.Token, uint64) {
kind := editor.TokenText
if strings.HasPrefix(strings.TrimSpace(line), "#") {
kind = editor.TokenComment
}
return append(tokens, editor.Token{End: len(line), Kind: kind}), 0
}),
}A token is a run of a line of one TokenKind, which the theme colors:
keywords, types, functions, strings, comments and the others.
Highlighters
A language can instead bring a highlighter of its own, as one of a parser
such as tree-sitter: Language.Highlighter makes the Highlighter of each
buffer of the language, and the editor uses it in place of the tokenizer.
The tokenizer itself is one (NewTokenHighlighter), so a highlighter
plugs in without the editor changing. The text of a patch's side
(DiffState.SetPatch) is its hunks' lines one after another: the
tokenizer starts each hunk in state 0, while a highlighter of its own
sees one text, and highlights it as it sees fit.
type Highlighter interface {
// Edit follows an edit of the text, old and new its text before and
// after, and changes what it replaced, in order.
Edit(old, new editor.Snapshot, changes []editor.Change)
// Highlight works toward the tokens of the lines up to last, for at
// most budget, and reports whether they are ready.
Highlight(last int, budget time.Duration) bool
// Tokens appends the tokens of line i to dst, and reports whether
// they are final rather than a guess made before Highlight is done.
Tokens(i int, text string, dst []editor.Token) ([]editor.Token, bool)
}The editor calls these methods on the main thread: Edit as the buffer
changes, Highlight before it paints, with the lines it shows, and again
in later frames while it reports false, and Tokens for each line it
paints. A Change gives the ranges an edit replaced in the old text and
the new, what an incremental parser takes to edit its tree. A parser can
work in the background instead: snapshots are safe to read from any
goroutine, Chunks reads them a piece at a time, and the invalidate
function the highlighter was made with draws the editors showing the
buffer again once a parse is done.
A highlighter that knows the structure of the text can tell the editor more, by implementing any of these interfaces too:
SyntaxSelector:Enclosingreturns the smallest node holding more than a range, which Select Larger selects, rather than the word, string or brackets around it.Folder:FoldEndreturns the last line folding a line hides, rather than what indentation and brackets say.BracketMatcher:EnclosingBracketsreturns the innermost pair around a range, which the editor highlights and moves between, asdoandend.Indenter:IndentAfterreturns how many levels more a line Enter opens is indented.
Completions, hovers and diagnostics
The editor shows what the app or a language server knows of the code; the
app answers its requests, at once or later from another goroutine through
Window.Update:
app.code.OnCompletion = func(r editor.CompletionRequest) {
go func() {
items := app.lsp.Complete(r.Offset) // a language server's
app.win.Update(func() { app.code.ShowCompletions(r.Offset-len(r.Prefix), items) })
}()
}
app.code.OnHover = func(r editor.HoverRequest) {
if doc, start, end, ok := app.lsp.Hover(r.Offset); ok {
app.code.ShowHover(start, end, doc, nil)
}
}
app.code.SetDiagnostics(buf.Version(), app.lsp.Diagnostics())OnCompletionasks for completions as a word is typed, or Ctrl+Space pressed.ShowCompletionslists them below the caret, filtered and ranked as typing goes on by the word typed, with their kinds, details and documentation; Enter or Tab inserts the one chosen.OnHoverasks what to show as the pointer rests on the text (HoverDelay, 600 ms by default), or for Cmd+K Cmd+I at the caret.NoPointerHoverturns hovers from the resting pointer off, diagnostics' too, as VS Code'seditor.hover.enabled; the keys still show one.ShowHovershows text in a popover over the range, or what a function builds there. The pointer can go into the hover, which stays while it is there, to select and copy its text; the hover goes a moment after the pointer leaves the text and the hover, and Escape closes it.SetDiagnosticsunderlines problems with wavy lines of their severity, shows their messages in the hover and marks them on the scroll bar. The version is the buffer's the diagnostics are of: the editor moves them through the edits made since.SetInlaysshows inlay hints, text in the lines that is not theirs, as the types of variables;SetSuggestionshows text after the caret as a suggestion, which Tab accepts, as an AI's.OnDefinitionis called for Cmd+click and F12 on a word.
Replacing ranges
SetReplacements shows ranges of the text as something else, as Zed's
folds show their placeholders: Text, the element Content builds, or
nothing. The text stays the buffer's: it saves, copies, finds and undoes
as it is, and assistive technology reads it. A Markdown editor's live
preview hides the marks and draws check boxes, but on the lines with a
caret, whose source shows to edit:
var rs []editor.Replacement
for _, m := range marks(buf) { // the app's parser
if !onCaretLine(m) {
rs = append(rs, editor.Replacement{Start: m.Start, End: m.End})
}
}
rs = append(rs, editor.Replacement{
Start: box.Start, End: box.End, Label: "Not done", Interactive: true,
Content: func(c *ui.Context, e ui.Element, r editor.Replacement) {
e.Children(func() {
if ui.ButtonBase(c).Fill().KeepFocus().Clicked() {
buf.Edit(editor.Edit{Start: r.End - 2, End: r.End - 1, Text: "x"})
}
})
},
})
app.code.SetReplacements(rs)
editor.View(c, app.code).Grow(1).FillWidth()Replacements move with edits, as inlays do, leaving out what is typed at their edges, and go when their text does. Set them again as the text or the selections change: laying out again only the lines whose replacements changed, this is cheap in every frame.
- Carets step over what a replacement shows as over one character, and deleting next to it deletes all of it. A range showing nothing within a line is as if it were not there: no key press is spent on it, and Backspace takes the character before it, not the hidden text.
Textshows in the editor's font, inColor, else in the color of the text it replaces.Contentis given the element the editor places,WidthDIPs wide (a square as high as a row when 0) and as high as a row, as parts are (see Bars and popups). The width is the app's to say, so that soft wraps count it in lines not laid out yet. A press on it goes to the text, unlessInteractive;Labelnames it for assistive technology.- Ranges across lines show on the line they start on: the lines they cover from their start through their newline take no rows, as folded ones, but the first when it shows something; the line they end in shows what follows them on a row of its own.
Empty ranges, and ranges overlapping one before them, are left out.
Replacements returns them as the edits moved them. Only the lines in
view are laid out and only their elements built, so a long text may have
as many as it needs.
The code editor example has a live preview of its README.md.
Code snippets
A completion's Insert is always plain text, even with
Kind: editor.CompletionSnippet (which chooses an icon). To insert a
code template with editable placeholders, parse one and set Snippet:
snippet, err := editor.ParseSnippet("for ${1:index}, ${2:value} := range ${3:items} {\n\t$0\n}")
if err != nil {
// Offer a plain-text completion instead when a server uses
// snippet syntax the editor does not support.
return err
}
code.ShowCompletions(start, []editor.Completion{{
Label: "forrange", Kind: editor.CompletionSnippet, Snippet: snippet,
}})
// Or insert at every current selection, outside the completion list:
code.InsertSnippet(snippet)Parse templates once; a Snippet is immutable and can be shared by
editors. Text() returns its initial text. The parser supports $1,
${1}, ${1:default}, escaped dollars, braces and backslashes, and $0
as the final stop (the end when omitted). Tab visits positive numbers in
numeric order, with 0 last; Shift+Tab goes back, stopping at the first
field. Repeated numbers share their default, including forward references,
and edit together through the editor's normal multiple selections.
Coincident empty stops of the same number coalesce as carets do.
Scrolling and input methods follow the first occurrence at the original
primary insertion site.
A completion list takes Tab before the snippet's navigation, so a field can itself be completed. Escape ends the session after closing any open completion list or other editor overlay. Moving outside the active fields, editing the buffer externally, undo/redo or changing buffers ends the session too. Each field's typing is a separate undo group; undoing the insertion restores the old text and selections. Redo restores the text and selections without restarting snippet navigation. Input methods compose and commit at mirrored fields as at ordinary carets. A new snippet replaces the previous session.
This is the tab-stop subset of TextMate/LSP syntax: nested placeholders,
variables, choices, transformations, conflicting defaults for one number,
and invalid UTF-8 return errors. Text keeps the template's indentation;
CRLF is normalized to LF. InsertSnippet leaves a read-only editor
unchanged. State methods, including snippet insertion, run on the UI
thread as the rest of editor interaction does.
Run go run ./examples/code-editor, type funcdef or forrange in a Go
file, then press Tab to try it.
Styling
Themes
Theme colors the editor: its background, text, gutter, selections,
carets, guides, diagnostics, changes and each kind of token. Colors left
zero take those of DefaultTheme, which follows the window's theme and
appearance, light or dark.
th := editor.DefaultTheme(c.Theme())
th.Tokens[editor.TokenKeyword] = editor.TokenStyle{Color: ui.RGB(0xc6, 0x78, 0xdd), Bold: true}
app.code.Theme = thBars and popups
The find bar, the go to line bar, the completions and the hovers are
parts the app can build itself, as it styles ui's
bases: RenderFindBar, RenderGoToLine,
RenderCompletions and RenderHover are each given the element the
editor places (a toolbar over its top right corner, a bar at its top, a
list below the caret, a card above the text hovered), which keeps the
presses from the text under it and the keyboard where the part needs it
(in the editor while the completions show, in the hover as its text is
selected), and a handle to what the part shows and does. Style the element and build its
content; its position can change too. The editor's own looks are
DefaultFindBar, DefaultGoToLine, DefaultCompletions and
DefaultHover, which a render function can call and then restyle.
app.code.RenderFindBar = func(c *ui.Context, bar ui.Element, f *editor.FindBar) {
t := c.Theme()
bar.Row().Gap(8).Padding(6).Background(t.Surface).Radius(12).Shadow(0, 4, 12, 0, ui.RGBA(0, 0, 0, 0.2))
bar.Children(func() {
f.QueryInput(ui.TextInputBase(c, f.Query()).Placeholder("Search").Width(180))
ui.Toggle(c, f.Regexp(), ".*").KeepFocus()
ui.Text(c, f.Status()).TextColor(t.TextMuted)
if ui.Button(c, "Next").KeepFocus().Clicked() {
f.Next()
}
})
}
app.code.RenderHover = func(c *ui.Context, panel ui.Element, h *editor.HoverCard) {
editor.DefaultHover(c, panel, h) // the editor's look, on another background
panel.Background(app.hoverColor)
}FindBarbinds fields and toggles:QueryandReplacement, andCaseSensitive,WholeWord,RegexpandInSelection, are pointers, and the matches follow them as they change.QueryInputandReplacementInputgive inputs the bar's keys: the query takes the focus as the bar opens, Enter and Shift+Enter go through the matches, Alt+Enter selects them all, Enter and Cmd+Enter in the replacement replace one or all, and Escape closes.MatchesandStatuscount the matches, andNext,Previous,SelectAll,Replace,ReplaceAllandCloseact;Replacingsays whether the bar replaces too, as Cmd+Alt+F opens it.GoToLineBarhasTextfor its field, whichInputgives the bar's keys,Cursor,LineCountandTargetto tell where it goes, andGoandClose.CompletionMenuhas theItemsshown, best first, and the oneSelected.Item(i)makes the row of an item, selected as the arrows move, scrolled into view and inserting the item when clicked; style it and give it content.Font,LineHeightandThemeshow code as the editor does, and aCompletionKindhas anIconand theTokenwhose color tints it.HoverCardhas theDiagnosticsof the text hovered, theTextthe app gaveShowHover, andContent, which builds what its function builds.
Accessibility
Assistive technology sees a multi-line text field, named by Label, with
the text of the buffer, replaced ranges among it, and the newest selection,
which it moves; the elements of replacements are named by their Label; the
completions are a list, and the find bar a toolbar that tells the count
of matches. The editor's menu, its find and go to line bars and their
names are in the window's language
(MyGo's own strings). Input methods compose in the editor as in other text fields,
with their candidate window at the caret.