Searching

Type in the toolbar search box (⌥⌘F) and results appear as you type, like an email client: matching pages listed above, a live preview of the chosen one below — and the preview is directly editable, so you can fix a typo without leaving the results — with one exception: a board, a mind map or a protected page is shown rather than opened for editing, because those are written where they live and not in a side panel. Every match is highlighted in the preview and the first one scrolls into view. Press Return to also find the pages about what you typed that do not use its words — see Finding pages by what they are about, below.

A paper reads in the preview too. When the result is a PDF, a book or a saved web page, the pane gives you the document itself — the same reader the page uses — opened at the word you searched for, with every match marked and a count you can step through. For a wiki built on a library of papers that turns the results list into a reading surface: run a search, walk the list, and read each paper in place without opening any of them.

Getting back. Double-click a result (or press Open in the preview) and the page takes over the window. The back arrow returns you to the search you came from, with the same results still there — press it again and you keep going back through the pages you were reading before.

The query language

Query	Finds pages…
plausible labs	containing both words, anywhere, any order
"plausible labs"	containing that exact phrase, in order
cats OR dogs	containing either word (OR must be uppercase)
cats NOT dogs	containing cats but not dogs
Pre* *ing *ish*	wildcards at either end, or both
((Foo Bar) NOT baz) OR *pies	parentheses group anything

A bare word matches the beginning of longer words too — mojo finds a page named MojoPadReview — so joined WikiWord names are as findable as spaced ones. When you need an exact word and nothing longer, quote it: "mojo". Forgot any of this mid-search? Click the ? on the search box — the whole grammar, including everything below, lives in a one-glance cheatsheet right where you type.

Searching by time

Add a time window to any search — alone or alongside words:

Term	Keeps pages…
during:july during:2025-q3 during:week	edited in that period (month, quarter, year, week, today, yesterday…)
after:2026-01-15 / before:march	edited after / before a date
created:2025	created in the period (instead of edited)
edited:month	says “edited” out loud — same as the default
about:2024 about:q3	whose content talks about that time — dates written in the page count, not just when you touched it

So project alpha during:q3 is “my Project Alpha notes from that quarter,” and about:march-2024 finds the meeting page that mentions March 2024 even if you wrote it last week. Dated searches sort newest-first, like a timeline. The same time windows work when you Ask your wiki a question — “what was I thinking about in July?” scopes its reading to July.

Words, and how they combine

Two words together mean both: carpal release keeps pages carrying each of them, anywhere. AND says the same thing out loud, and is worth typing when a query gets big enough to read back: (carpal OR cubital) AND endoscopic. OR keeps either side, NOT excludes what follows it, and brackets group. All three are uppercase — so searching for the ordinary words and, or and not still works.

Quotes are an exact phrase in order — "carpal tunnel release" — and * stands in for the rest of a word: cubit*, *ectomy.

Searching by field

Term	Keeps pages…
tag:client	carrying that tag
in:research (or folder:)	filed under that folder — subfolders count
type:pdf type:canvas type:markdown…	of that kind (pdf, epub, book, canvas, markdown, plaintext, richtext, page)
name:budget	with the word in the page name
prop:Year=2025 prop:Authors=Kelly prop:Title	carrying that value in one of your own fields — and the bare form, with no =, keeps every page that has the field filled in at all
sort:edited / sort:created / sort:name	— not a filter; orders the results

prop: matches what you see. A field that holds a link to another page shows that page's name, and a checkbox shows Yes — so prop:Journal=Nature and prop:Reviewed=Yes are what to type, not whatever the file happens to store underneath. It reads a value a page inherits from its kind as well as one written on the page itself, which is what makes a library whose shared columns live on a kind searchable at all — but never a value from a kind with a password, even while you have that kind open, just as a search never finds a page by such a kind’s words (see Kinds and locked pages).

These take the operators too. Several terms together still mean and — type:pdf prop:Year=2025 keeps papers that are both — but OR, NOT and brackets work on them exactly as they work on words. So NOT prop:Year finds the papers with no year, tag:draft OR tag:review keeps either, and (tag:draft OR tag:review) AND prop:Year=2025 means what it reads as. A search may begin with NOT, which is how you would say "the ones without".

sort: is the exception, and deliberately: it orders results rather than choosing them, so there is nothing about it to negate.

Taking results back to what you are writing

You searched to find the six papers a paragraph needs. Every result carries a checkbox. Check the ones you want and a bar appears at the top of the list: Insert puts links to them into the page you were writing in — at the cursor you left, as a list or as A, B and C in the line — and Copy puts the same links on the clipboard instead, in the [[Name]] form that becomes a link again wherever you paste it back.

Checking a result does not open it: the row still previews on a click and opens on a double click, so choosing six papers is not a tour of six documents.

A property that holds prose

Some answers are paragraphs. A Summary, an Argument, a What I think of it — give the property the Note (formatted) type and it holds writing rather than a value: bold and italics, lists, links to your other pages.

It is a real writing surface. Type [[ to link a page, / for the insert menu, select words for the formatting bar — the same things that work in the page body.

Two things worth knowing. The words are what everything else sees: a table sorts by them, a search matches them, an export writes them, so the formatting is for reading and never changes what the value is. And ⌘Z belongs to the page, not to the field — a change inside a property is undone by editing it back, the same way a page title is.

What kind of document it becomes

A paper, a report, a letter and a chapter are four different objects, and the differences are not decoration. A paper leads with its title, its authors and where it appeared, and numbers its sections so a reader can be told to look at 3.2. A letter has no title at all — a date, a narrower column, and headings that stop shouting, because a letter is one voice. A chapter indents the paragraphs that continue a thought and not the ones that start a section, which is the pair of rules that makes a page look like a book. A report puts a rule under its heading and gives itself room for tables.

Choose one under Exports as in a page's Info panel. It applies to HTML, PDF and Word.

Three ways to answer, and they stack

The page's own choice wins. Failing that, its kind answers — so if you keep a Kind: Paper and give it a template, every paper exports that way without anybody choosing each time, and the row tells you which kind it came from. Failing both, the setting in Settings ▸ Exporting answers, which is what happens for most pages, because most pages have no kind.

Choosing Plain is a real answer, not the absence of one. A page inside a Kind: Paper can be exported plainly without being taken out of its kind — leave the row on Use my kind's and the kind decides again.

Compiling a folder asks once, in the compile window, and uses one shape for the whole file. That is deliberate: a template numbers sections and indents paragraphs from the top of a document, so five of them inside one file would restart the counters in the middle.

What a Word file can and cannot carry

A Word file has no stylesheet, so a template reaches it differently. The indenting carries across properly — the paragraphs that continue a thought, not the ones that start a section. Numbered sections do not, and rather than let you find that out later, they are named in the report you already get after an export.

Paper size, margins and page numbers are not part of a template. Journals ask for those, and Settings ▸ Exporting ▸ Paper is where you answer once — a template that set its own would be a second answer to the same question.

Searching your other wikis

You are looking for something and you are not sure which wiki you put it in. Search the one you have open, and directly under the results header is Also search your other wikis, with Choose… beside it for deciding which. They are read from disk at the moment you ask — nothing is indexed, and nothing is kept. Results are grouped by wiki, and a hit opens the page in the wiki that holds it.

Two things it will tell you rather than leave you to work out. A wiki with a password is not searched, and is named — silence there would read as "nothing in it matched", which is a different claim. And prop: and the date terms are not carried across: a property is defined by the wiki that holds it, so a search using them is answered out there on its words alone, and the results say so before you press the button.

Saving a search as a smart folder

Every results page has a ☆ Save button: name it, and the query becomes a 🔎 entry under Folders that re-runs live every time you click it. Because it re-runs, time windows stay current — a saved during:week is always this week. It's how you make views like “open questions tagged client, newest first” without maintaining anything.

Finding pages by what they are about

Two searches the words alone get wrong. Search a library of papers for sleep loss and the pages that carry both words come up — including a trial of a weight-loss diet that mentions sleep once, which is not about losing sleep at all — while the paper on insomnia, which is about exactly what you meant, never says “loss” and is nowhere. Search a folder of concert reviews for pages mentioning composers and you get the few that use the word, not the dozens that name Bach or Mozart. Press Return in the search box, and MojoPad does both halves of what you meant.

Your words first, and unchanged. The pages that carry your words are listed the moment you type, with the same count as always. Nothing is taken off that list.

Then the pages about it, without these words. Under the word matches a group appears — About sleep loss, without these words — and fills in as MojoPad works: it takes the pages that read most like your search, and reads each one with the AI model on this computer, asking one question: does this page belong? Only the pages that do are added, each with the passage that was read and Checked: about sleep loss beneath it. The line under the search's heading counts as it goes — Checking by meaning… 34 of 77. When it is done, or stopped, it says what it found and then how many pages it read, so in a narrow window or a side pane it is the count that is cut short, not the finding.

Word matches that use the words in another sense move to the end. Each page that carries your words is read too. One that uses them in another sense — that weight-loss trial — is dimmed where it stands, with the sentence your word was read in, and when the checking is done it goes under a line at the bottom: 2 pages use these words in another sense — Show. It is never taken away; press Show to see them all.

Nothing jumps under your pointer. While the checks come back, a row changes where it is; the one move — word matches in another sense going to the end — waits until your pointer is off the list and you are not typing in it, so you never click the wrong page. While your pointer is on the line that counts them, or on a page under it, pages found by meaning wait to be added above it. And the keyboard stays where you were: Tab reaches every row, Return shows the page, and after you press Belongs, Not this, Undo or Check more the keyboard is still on that row or that line; after Show more it is on the first page shown. A screen reader hears each page's name with what was decided of it — Checked: about sleep loss, Another sense, You said: not this — and hears the line once when the search ends, not at every page.

What counts, in one sentence you can change. Before any page is read, MojoPad writes one sentence of what your search covers, above the group — Checking for: sleep loss — too little sleep: insomnia, short sleep, waking at night… If it has missed something you mean, or included something you do not, press Change, say it your way and press Return: the pages are checked again against your sentence, and any it has already read against that sentence come back at once. Your sentence is kept for that search, even after you change models.

“Belongs” and “Not this” are yours. Every page in the group has Belongs and Not this; a word match that moved to the end has Belongs, and right-clicking any word match offers Not This. Your answer is kept with the wiki for that search — the next time you search it, the page is where you put it and is not read again — and it outlasts edits to the page and a change of model. A word match you said belongs shows it beside its name — You said: belongs · Undo. Undo takes it back, on the row or from the right-click menu (Undo Belongs, Undo Not This), and the page stays where it is in the list. It is kept from the window you opened the wiki in: in a second window on the same wiki, or in a page opened as a card, MojoPad says so instead of seeming to keep it.

How long it takes. On a recent Mac with a capable model, about a minute for a search that finds some seventy pages to read, and the first pages arrive in seconds. The first few pages are timed, every search: if the whole search would take well over two minutes on this computer, MojoPad stops and says so — Search deeper — about 6 minutes on this computer — and continues only if you press it. It never names more time than it will take: a deeper search stops after a quarter of an hour, so when the whole would take longer the button says about 15 minutes, and the line says how far that reaches — about 37 of the 110 pages left fit in that time; Check more continues from there. A search that was slow once because the Mac was busy is not held against the next one. On a PC, or with a small model, the button is there from the start and nothing is read until you press it; the first time, before anything has been timed on this computer, it reads Search deeper on this computer, and once a few pages are read the line says how long is left — Checking by meaning… 5 of 77 · about 12 minutes left, worked out again after every page. Time spent waiting while Ask writes you an answer does not count against a search: answers go first — an answer that reads your notes or your journal in parts too. (A list of pages in Ask is the other way around: it checks its pages as soon as you ask, on any computer, and its answer is written once they are in — see Asking which pages you have in the Ask chapter.) Only the forty pages closest in meaning are read at first, so when none of them belongs the line says none of the 40 closest pages by meaning is about sleep loss, not that there is no such page; a search stopped partway, or with pages that could not be read, counts only the pages by meaning it did read — none of the 12 pages by meaning read so far is about sleep loss. (The Checked or Stopped after count beside it counts every page read, the word matches too.) Only pages in the index can be found by meaning, so while it is still being built — or papers are still being read for their words — the line never says there is no such page: it counts what it read, and how many of the pages this search could find are not indexed yet — none of the 28 pages by meaning read is about sleep loss · 12 pages not indexed yet. A search narrowed by a tag, a folder or a date counts only the pages it could have found. Check more reads the next forty, and any word matches still waiting. Esc, or a new search, stops the reading, and what was already decided is kept; so does switching AI off, in Settings or for this wiki — nothing more is read; a list in Ask that your next question stopped keeps what it found and says Stopped after 12 of 48 pages. Ask again to check the rest.

Asked again, it is instant. What each page was found to be is kept with the wiki, so the same search, a saved search, or going Back to your results shows the group at once — only a page you have edited since is read again. Going Back to a search you only typed, without pressing Return, shows its word matches and reads nothing. In Ask, a conversation you come back to shows each list as its checks ended — finished, at their limit, or stopped — with your calls as they are now; asking the same question again continues from there, and what was already read comes back at once. Find these words in Search, under a list's Also carrying the words, opens the search box on the list's words.

What never leaves your Mac. The pages are read only by a model on this computer — never by a service elsewhere — not even a model that Ollama lists but runs on its own servers — and never by your own agent, even when you have chosen one for Ask. A locked page is never read, never listed and never kept, and when the wiki locks because you were away, a search an assistant was running in it stops and hands nothing back. What MojoPad keeps about your searches is sealed with the wiki's password, like the index. A page's words are not instructions. The model is shown a page's title and passages as quotations, and told they are only the page's own words, so a line in a clipped page claiming it belongs in every list is read as part of the page, not obeyed. It is not a guarantee: such a line can still sway the answer, about once in fifty tries — and Not this keeps a page out of that search for good.

Asked by an assistant. Say you ask Claude which of your papers are about sleep loss. An assistant connected to MojoPad can ask for the same group. With MojoPad open, it can have the pages checked on this computer for as long as it waits — on a Mac or a PC, with any model you have here — and it is told which pages were not checked in that time, and why. From the wiki on disk, it is given what MojoPad last found, with your Belongs and Not this as they are now; a page edited since that search is marked as changed since, and a wiki with Use no AI in this wiki checked gives it nothing by meaning.

With no model on this computer to answer — none installed, or Ollama not running — the group is Close in meaning — not checked: the closest pages by meaning, six of them shown and more a press away, none of them read. They are suggestions, and labeled so. Your own Belongs and Not this still stand: a page you said is not about it is left out of them.

“Mentioning” is not the same as “with the word”. pages mentioning composers counts a page that names a composer once; MojoPad says under the group that a page mentioning it only in passing may be missing, because such a page does not always read like your search. When you want the words themselves, say so and the search stays literal, with no group: put a phrase in quotation marks, or ask for pages with the word, called or titled something, tagged with it — with pages in front or without it: with the word sleep is as literal as pages with the word sleep — or by a DOI or a PubMed number. A search that shuts words out with NOT or spells one with * is literal too. A search phrased as a request keeps its other terms: pages about sleep loss tag:paper finds the pages about sleep loss among the ones tagged paper, and a date or sort: term works the same way.

Plurals. The search box now reads a plural the way Ask does, so corticosteroids finds a page that says corticosteroid, pharmacy finds pharmacies and calories finds calorie — which means a count you know may go up. Reading plurals never stretches a word into another that merely starts the same way, in the search box or in Ask: Davis does not find David, and physics does not find physical. A word in quotation marks is still exact.

Other wikis are searched for your words only — the same words as this wiki, so pages mentioning composers looks for composers there too, not for “pages” and “mentioning” — and the group is about the wiki in front of you. Conversations close in meaning to your search still appear in a small group of their own.

How good is it? Measured on a library of 120 papers and 60 news clippings, against lists of the pages a reader meant, written before anything was run: most of the papers meant were found, and most of what was listed was meant — better than the words alone, and far better than the old unchecked “Related by meaning”. It is not perfect: on the hardest searches about one in five of the pages listed was not one the reader meant, and a page that mentions something only once, in passing, is found about half the time. Not this takes out a page that is listed but not meant, and Belongs brings back a page with your words that was moved to the end. A page the check left out is not listed anywhere, so there is nothing to press for it: search for a word it uses, or ask in your own words with Change.

Inside your PDFs and books

Search reaches into your imported files, not just their names. A second or two after you import a PDF or ePub, MojoPad reads its text in the background and folds it into the index — so a word buried on page 200 of a book turns up, with a snippet, like any note. Click a PDF result and it opens right at the match, the word highlighted (see below). A scanned PDF with no real text layer can only be found by its file name — there's no text to read.

Find in page — and in a PDF

⌘F opens the in-page find bar with Replace, All (which replaces every match), next/previous, and a running “3 of 7” match counter. Esc closes it. It passes over a page's hidden styling: a page imported from VoodooPad, or one you pasted into from another app, often carries some, and nothing inside it is counted as a match or changed by All, so replacing a word can't spoil the page's look. The search results preview highlights the same way.

Two small switches sit inside the find field. Aa is Match case: with it on, march no longer finds March. The underlined ab is Whole word: with it on, subject no longer finds subjects or subjective. Point at either one and it says which it is; the counter changes the moment you press it. Both are off each time MojoPad opens, so a switch left on yesterday never quietly hides a match today. With Match case off, a match that starts with a capital keeps its capital when you replace it: replacing subjects with participants turns “Subjects who slept…” into “Participants who slept…”. In All Pages… at the end of the bar takes your words and both switches into Replace in All Pages, below.

Replace a word in every page

Some changes belong to the whole wiki, not to one page:

• A term that changed. Twenty years of notes call it a subject; your field now says participant. Change every one in a minute, and check each sentence as you go.
• A character renamed. Halfway through a novel, Mara becomes Maren — in every chapter, every scene and every note about her.
• A word an assistant got wrong. A wiki an AI helped you build spells a name one way in two hundred pages and another way in the rest. Make them agree.
• A spelling you have settled. e-mail or email, web site or website: choose once, for every page.

Your first one, step by step

1. Choose Edit ▸ Find ▸ Replace in All Pages… (⌥⇧⌘F), or press In All Pages… on the ⌘F bar. A sheet opens over your page. If the find bar had words in it, they are already filled in; if you had words selected in your page, they are in Find.
2. Type what to find in Find and what it becomes in Replace with. The search starts as you type. Choose Whole word so subject does not change subjective, and Match case when capitals matter.
3. To keep to part of the wiki, open Look in and choose a folder (its folders count too) or Pages of a type.
4. Read the list. Each page with matches has its own heading and count; under it, each match is shown in its sentence, with the old words struck through and the new ones highlighted beside them. A page with many matches shows three and a more on this page line that opens the rest.
5. Uncheck any match you want left as it is — a quotation, a title, a sentence about the word itself. The box beside a page's name checks or unchecks all its matches at once; when some are checked it shows a dash, and the count beside it reads 1 of 2. A page you uncheck whole folds away and says Left alone. Check All and Uncheck All do the whole list.
6. Read the Not changed box at the foot (see below), then press the button. It says exactly what will happen: Replace 34 in 11 Pages.
7. The sheet becomes a receipt: how many matches changed, on how many pages, and what was left alone and why. Undo All puts every page back; Keep the 11 Copies keeps each page's copy from before the replace for good (see Undo, and what keeps your words safe, below); Show the Pages lists the pages that changed so you can open one; Done closes the sheet.

What is never changed

• A locked page — one with a password of its own, or any page of a wiki that is locked — is never opened, searched or changed. The sheet names the ones it did not search.
• A page that is a file on your Mac (a page linked to a file in one of your folders) changes only if you check Change them too in the Not changed box, because other apps use that file too. Checked, its matches join the list, marked On your Mac, and you can uncheck them like any other.
• A page open in another window of this wiki is left alone, because you might be typing in it there. Its matches are counted and the page is named. Close that window and search again to include it.
• PDFs and books are read — their matches are counted — but never rewritten. Boards are counted too; change a board's cards on the board.
• A script page — a Plugin: or Event: page, or a clipping that runs in the shell — is counted and named, but never changed, because its words are the code that runs. Replacing pages with notes would turn mojo.pages() into a line that no longer works. Change a script on its own page.
• Only the words change. A page's styling, its comments (%%…%%), code, formulas, diagrams, a web address and the Markdown under a Markdown page — a heading's marks, a list's bullets, a link's address — are never touched. Neither is code written into an ordinary page: a scriptlet (<%= … %>) still runs, and a template's fields ({{Source}}, $date$) still fill in. A match can run across styling, as ⌘F's can: in subjects the new words are written where the match starts.
• A page's name is never replaced. To rename a page, rename it — its old name keeps working, so nothing that links to it breaks.
• The line saying what a section is about — What this section is about in the Writing View, which a folder's corkboard shows on the section's index card and Previously shows above the next section — is not changed either. Its matches are counted in the Not changed box, with the pages named, so you can change the line in the Writing View.
• Words shown from another page — an embed — are listed once, under the page they belong to, and changed there.

Links keep going where they went

A word inside a link changes, and the link still opens the same page; the sheet says so under the match (“In a link. It still opens Recruiting subjects.”). That holds for a link you made, for a [[Page]] link on a Markdown page — which gets words of its own, as [[Recruiting subjects|Recruiting participants]] — and for a page's name written in your text, which links by itself: when its words change it becomes a link of its own, still to that page. On a plain-text page a name's words are the only link it has, so a match there is left unchecked and says why; check it if you mean it. The same goes on any page for a match that takes in only part of such a name, or the name and the words around it: what is left no longer names the page, so its link goes, and the match starts unchecked and says so. A link whose new words would need a square bracket or a bar is left as it was, and the receipt counts it.

Patterns

Choose Regular expression to find a pattern rather than exact words: e-?mail finds both email and e-mail, and in Replace with, $1 stands for the first part in brackets and $& for the whole match. A pattern that isn't finished says so as you type (“A bracket is still open.”), and nothing can be replaced until it is. A pattern that runs too long — some can try more ways to fail than anyone would wait for — stops itself after a few seconds, names the page it was on, and changes nothing. The window never freezes while it looks: the matching runs apart from the sheet, so you can change the words, switch a choice or close the sheet at any moment, and it answers at once.

Undo, and what keeps your words safe

Before any page changes, a copy of it is saved in Page Versions, among its automatic versions, which thin as they age. When you press Replace, every page is read again and every checked match is checked to be exactly where the list showed it; a page that changed since — another window saved it, say — is left alone and named in the receipt, and a new search will include it. The changes go through the same save every edit does.

Changed your mind halfway? On a large wiki the pages are written one at a time, and while they are, Cancel reads Stop. Press it and the page being written is finished, no page after it is changed, and the receipt names the pages it did not reach. Closing the sheet while it writes stops it the same way. What did change has its copies and its one Undo, like any other run.

One Undo puts them all back: Undo All on the receipt, or Undo in the pill at the foot of the window once the sheet is closed. A page that has changed since the replace — you typed in it, another window saved it, an assistant added to it — is never overwritten by the Undo: it is named in a note at the foot of the window (“2 · Methods changed after the replace, so it stays as it is”), and Page Versions… in that note opens that page's Page Versions, where its earlier copy is. When two or more pages were left as they were, it asks which page first. The note stays up while your pointer is on it, and ✕ closes it; once it has gone, the earlier copy is still in Edit ▸ Page Versions… on that page. A page given a password since keeps no versions, so MojoPad says so instead of opening its Page Versions. A page put in the Trash since is still in File ▸ Recently Deleted…, with its versions: restore it there to open them. Every page put back saves a copy of how it was just before, too, so an Undo can itself be undone from Page Versions. The Undo waits for a little while after the sheet closes; after that, each page's earlier copy is in Page Versions. Like any automatic version, it stays as it is for two days and is then thinned with the rest.

Keep them for good. Before a big rename you may want the words from before it for longer than that. Press Keep the 11 Copies on the receipt, before you close it: the copy of each page this run changed is kept under one name, such as Before replacing “subjects” with “participants”, under Kept in that page's Page Versions, where age never thins it away. The button then says how many it kept, and the receipt says where they are. A page given a password since the run keeps no versions, so its copy is left out and the receipt names it. A page that is a file on your Mac, changed because you checked Change them too, has its copy kept with the rest: MojoPad keeps no other versions of such a page, so this is the one earlier copy of it there is. In a wiki with a password, the kept copies and their name are sealed like every other version. Once the receipt is closed, you can still keep any one copy of a page in the wiki: choose it in Page Versions and press Keep this version….

When it says no. Replace in All Pages works in the window you opened the wiki in, not in a second window or a reference card. While the bar at the top of a page is asking about another window or another device, it waits for your answer first. Another window of this wiki that cannot say which pages it has open — it may be busy — stops the run until it can, and nothing is changed; close it and try again. If that happens when you press Undo, nothing is put back yet and the Undo is offered again, so you can press it once that window answers.

Hover a PDF or book and ⌘F opens a find bar for the document instead: type a word to jump to the first match with every hit highlighted, ⏎ / ⇧⏎ (or the ↑/↓ buttons) to step through them, Esc to close. The counter shows every occurrence in the whole document, and it works the same in whichever pane the document is in.