forum
forum copied to clipboard
standardnotes
Feature: Add a search inside notes
OS: Ubuntu 20.04
Need search feature inside a note that can be run by calling Ctrl+F .
There is an option to search text globally. But then I will have to find the card.
I use the Standard Notes app, free version, on Arch Linux in AppImage format. The last update removed the option to search for text in notes. Please, was this change caused by some unexpected mechanism in the app or was it intentional and will it be permanent? The search option also no longer appears in the web version. I use Firefox. Thank you for developing this wonderful app.
Old version
New version
The search bar has been moved to the navigations/tags panel in the latest release.
This is to make way for searching more than just notes.
The original issue was that it does not seem possible to find strings within a single note. Global search across multiple file types is great. However, not being able to restrict search to single text file is odd.
Additionally, there does not seem to be a way to advance through the hits of a global search. Instead, one must manually scroll through the notes and visually identify where the string was located.
Finally, when you use global search to discover a string, the results are given in the number of documents that contain at least one instance of that string instead of the number of times the string occurs. This is just confusing (see screen shot for example).
These features have been rejected in the past with the explanation, "We don't want Standard Notes to become a text editor." Fair enough, but do you want it to be a note editor? Then allow users to limit text search to one document and easily jump to each hit within the document.
These features have been rejected in the past with the explanation, "We don't want Standard Notes to become a text editor."
What?! The entire purpose of a notes app is to edit text! It's the sole failure of Standard Notes, and it's a massive one. Sure you can just use it in a browser to piggyback off its Ctrl+F, but it's not nearly as clean or convenient, especially on Android. Without a proper search the actual apps are a complete waste of time to me. If it's not a "text editor", what is it? Productivity? This is the opposite of productive, and now I'm spending more time pleading for a basic standard of every ~~text editor~~ notes app made since the turn of the century. Is it Standard Notes or 'No Standards Notes'?
I guess I'll just have to set up some new browsers exclusively for a Standard Notes homepage with the URL bar removed. I'm fine with workarounds but a lot of people have dropped services for far less, and I can assure you this decision is losing them money because it's the only reason I won't go for Premium. I still love everything else about it/them, but there's really no excuse for this.
If the team is listening, please re-consider this feature. Search inside a note is an essential feature for note-taking app, given most people don't know / wouldn't take the time to report an issue, the number of people requested indicates this is high-demand, you're losing customers because of this.
Yeah, This is a critical feature, especially for people who write long notes.
A workaround is to use the Code Editor with Vim mode enabled, then you can easily search inside of a note with highlights using the forward slash / in Vim's normal mode . But it is a bit inconvenient for people who don't prefer using Code Editor, as they need to switch to Code Editor each time they want to search inside of a note.
I remember The Append Editor used to have it as well in its Monaco Editor.
Since the devs are recently trying to minimize the number of Editors, I guess a solution for that would be to add the search functionality on each editor separately, in order not to compromise security.
It would be helpful if the developers could actually comment on the search within text feature. So far, there has been none addressing that specifically.
The per editor approach that @Saldef mentioned helps only when searching for strings within a single note. Using a two-step process of first a global search to find the relevant document and then a Editor-specific note search is a possible workaround, though the process seems clunky. It also requires users to know which editors offer internal string search and switching to them for each note.
If each editor mode were required to implement internal string search, that would go a long way to helping alleviate the problem without having to implement global internal string search as a top-level application feature.
This has been requested for years and is badly needed. On iOS all you get is the note in which a word occurs, which is utterly useless much of the time in my experience. Highlighting seems like such an easy thing to implement, and such an odd choice to prohibit. You could still make it a setting that is off by default if you feel strongly about it, but this UX dictatorialism is not right, especially in the context of so many users requesting the feature.
Highlighting is not enough. If you have few pages long note (and I have such) you need to scroll over and over few times due to often missing what's highlighted (from practice; on a desktop version).
Marking on scroll bar would also be needed.
Please consider starting with the functionality in Firefox's find dialog (Ctrl+f). This supports:
- A pager that counts matches and lets you navigate up and down through them
- Toggle (default=on) to highlight all matches
- Toggle (default=off) to match case
- Toggle (default=off) to match diacritics (
resumematchesrésuméunless this is on) - Toggle (default=off) to limit search to whole words
Implementing diacritics is hopefully as easy as finding an existing library or implementing the Unicode confusables (direct link: confusables.txt. I'm not sure how Firefox does it. If that's hard, defer it. The other items are far more important.
I'd love to be able to search even more intelligently, like "foo NEAR bar" or with regular expressions, but let's cover the basics first. (This comes from #1700).
What's the point of using a digital note taking app if you can't use the basic search that you can see in something as simple as Windows Notepad? Any time you have a larger note and you want to find something quickly, you have to skim through the whole page trying to find the text you want. In this case, why not switch to a paper notebook instead?
~I had all my notes saved as notepad/text files on my desktop. I moved all my notes over to Standard Notes a few weeks ago, and now I can't search properly and my productivity has dropped~ :upside_down_face:
Search/highlighting within notes is a basic expected feature, it's even in Notepad, can't get more basic than that. It is not an advanced text editor feature...
~Glad my notes are secure now & synced now, but had I known beforehand that this feature was missing & not a priority, I would have reconsidered. I am currently a freeloader and was looking to upgrade for the markdown support - but I won't bother until this is given some form of priority to implement. Heck, make it a paid feature if it gets it across the line~ :smile:
EDIT: I'm taking back my comments - because if you use the main notes search it does seem to sometimes find the word & highlight. What's annoying is that CTRL+F doesn't focus the search field, and I end up typing my query into the note without realising. And when using the main field, it only sometimes navigates to the found entry - most times it remains at the top of the note. I'm using the ubuntu standard notes app
Here is the easy workaround I've been using for months. It should work on any desktop OS (Win/Linux/ChromeOS):
- Open any Chromium-based browser
- Go to app.standardnotes.com -> Click Chromium's 3-dot menu in the top right -> "More tools..." -> "Create shortcut..." -> Check "Open as window" and then click "Create"
The web app is virtually identical to the real app BUT WITH A CTRL+F! It should automatically hide the browser's UI, use the Standard Notes icon in your taskbar, receive all the SN keyboard shortcuts, and everything else you get from the normal app.
(You can also make a nice ProtonMail app this way, and you can use extensions, i.e. Spotify + uBlock for an ad-free Spotify app. If you're on Linux you can use the Web App Manager with any browser (non-Chromium).
tbh i don't see any point in having the app installed on desktop, but that's up to each one's preference. I use app.standardnotes.com in a pinned tab in browser since forever and search notes with ctrl+F. this is naturally straightforward. the real problem is on mobile app (eg. on android)
SudoKilleen, thanks a lot! You taught me something I did not know and will definitely use with SN and PM.
edit: I've previously marked it as duplicated, but users pointed out that this is a different suggestion: to feature in-note search inside plaintext notes (and in the free tier).
~~Duplicates https://github.com/standardnotes/forum/discussions/2498 (TL;DR: it's now available through Super note type)~~
The "Super" editor is only available for the premium plans. Really? You're locking "Ctrl + F" behind a subscription?
This has been marked as a duplicate, but it is not since the original problem still persists: users are unable to find search results within a plain text note. Indeed, many of the comments in this thread point out how other editor types allow for search and recommend it as a workaround.
In that linked feature request, there is a post from the Maintainer where he argues against adding a search feature based on the "longevity" principle of development:
https://standardnotes.com/longevity
How that stance squares with launching a subscription-only "Super" note escapes me. Regardless, what the developers have signaled here is that they do not think that find and replace is too complex to survive the apocalypse, but that you cannot have that feature for free. I trust that their marketing materials will be updated soon to reflect that value proposition. I have been a Standard Notes Extended subscriber for years, but at this point, I wish I hadn't.
Hi @eylenburg, @sethcasana and @fusionneur,
Sorry, I might have misunderstood the suggestion as a duplicate, we can re-open it and leave it as a suggestion for plaintext notes to also feature in-note search.
Please note I'm not a developer of the SN team, and I'm only trying to improve our forum experience by triaging our older issues so that the team can respond to them more effectively. I don't respond in name of the team but as part of the community. Since many subscribers were satisfied by the Super editor in other questions (mostly on Discord) I assumed the same could apply here. I apologize if anything came out wrong.
From my understanding, the plain text note is meant to be future-proof, and that is why its implementation is as simple as possible: a standard HTML textarea input. This means that in-note search works through the browser implementation, as shared here. There is also the free alternative through the community plugins, I for instance used the Fast Editor before super.
In the issue I linked, which is much older, SN had a different perspective on how the product was shaped. Vision has quite changed since then on what is built-in and what is extended, that's why Files, Folders and other features became native. You can read about this decision in SN's blog.
Hopefully, I could clarify my intention with triaging issues and sorry for any disruption. I will take note of how I respond to/close other requests. Thanks for the input.
Thank you so much for your response, @myreli. Your comments reflect the same sentiments that keep coming up in this thread, that being, search seems to work in every implementation except default plain text notes. The workarounds you mention are just that—workarounds.
The newer blog post you linked to mentioned that SN wants to move away from extensions so that the default experience of the app is as pleasant and useful as possible. Implementing search functionality in plain text notes would go a long way towards that goal. I and the others who have commented here would greatly appreciate any assistance you can offer in that regard.
Plain text cannot offer search in note because it is an HTML textarea and offers 0 points of customization. If it were possible we would have built it long ago. Super came as a premium editor many months before us realizing we could even build search for it.
is there any update on adding search within note on android app?
Hi @fusionneur, as Mo mentioned above, I'm afraid we cannot add search within notes for Plain Text, though the search feature for Super notes is already accessible on mobile! On the formatting toolbar above the keyboard, scroll a bit to the right to find the magnifying glass icon, which will open the search field:
Plain text cannot offer search in note because it is an HTML textarea and offers 0 points of customization. If it were possible we would have built it long ago. Super came as a premium editor many months before us realizing we could even build search for it.
Honestly this is simply not true. There's plenty of ways to add search to a textarea. I get that the SN team doesn't want to do it, although I disagree with that decision, but I feel like it's a bit disingenious to claim it's because of technical reasons.
Can we please just get a decisive statement from the team and either close the issue or edit it to track a feature that the team is willing to implement?
