Fsnotes: Search/create (command L) does not create a new note if the text is contained in another note

[30thirteen]

In nvalt

• If I type 'tuesday' notes CONTAINING the word 'tuesday' show up.
• If there is not already a note TITLED 'tuesday' pressing return creates a new note with the TITLE 'tuesday

In fsnotes

• If I type 'tuesday' notes CONTAINING the word 'tuesday' show up.
• PROBLEM: If there is not a note TITLED 'tuesday,' pressing return DOES NOT create a new note. Instead, it places the cursor inside the top search result.

[peavine]

FSNotes will work the way you want if you go to FSNotes preferences, then the User Interface tab, then remove the checkmark from "Note auto selection when body text matched".

[30thirteen]

Thank you for replying.

That didn't work.

I quit and restarted the app after unchecking the box to see if that would
fix it, but it still doesn't work.

On the web:
jeffreylong.net http://www.jeffreylong.net
jeffreylongstudios.com http://www.jeffreylongstudios.com
30thirteen.com http://www.30thirteen.com

Social media:
Facebook.com/jeffreylong.net
Twitter @30thirteen
Pinterest.com/jeffreyclong
Linkedin: linkedin.com/in/jeffreylong3013

On Thu, Aug 16, 2018 at 5:30 PM, peavine [e-mail] wrote:

FSNotes will work the way you want if you got to FSNotes preferences, then
the User Interface tab, then remove the checkmark from "Note auto selection
when body text matched".

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/glushchenko/fsnotes/issues/337#issuecomment-413723172,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATGB7gWH9AdO5M2JRonVsANnfgmiRaDhks5uRg6dgaJpZM4WAwT9
.

[gmenzel]

I see the same problem as @30thirteen. Assuming "Note auto selection when body text matched" is not checked, when the search does not match a substring of the name of any note, hitting enter creates a new note with the search text as its name. But when the search does match a substring of the name of a note, that note is selected, and hitting enter edits that note. This behavior can be recreated with the following steps:

1. Create a new folder in FSNotes.
2. Create a single note in that folder named "foo" with the note text "bar"
3. Search for "ba" and hit enter. A new note named "ba" will be created.
4. Search for "fo" and hit enter. Rather than the expected behavior of a new note name "fo" being created, we find that we are instead editing the note named "foo".

Using nvAlt as a guide, the "foo" note should only be selected if the search text is "foo", not if the search text is "fo". Note also that in step 4 nvAlt provides a completion suggestion which, if accepted, will complete the search text to "foo", at which point the "foo" note will be being edited.

There is perhaps a more general design issue at play here, which is that in nvAlt the contents of the search bar is always correlated with the title of the note being displayed and/or edited. This is not the case (yet) for FSNotes.

[peavine]

@30thirteen. I repeated this several times with the same result. I don't know why we're seeing different behavior. I'll record a screen video later to demonstrate.

@gmenzel. I followed your four steps and I'm getting the same results. In earlier versions of FSNotes, in your step 4, autocomplete would change "fo" in the search and create bar to "foo", in which case hitting the enter key woulld place the cursor in the editor window for note "foo". With 2.0.8 autocomplete no longer appears to work or perhaps the search and create bar is not updating with the autocomplete match.

[peavine]

@30thirteen. Are you and I doing something different?

[glushchenko]

@30thirteen, this is a bug, will be fixed soon,

[glushchenko]

@peavine autocomplete did not worked properly and was removed.

[glushchenko]

@30thirteen @gmenzel fixed in 2.0.9
https://github.com/glushchenko/fsnotes/releases/download/2.0.9/FSNotes_2.0.9.zip

[30thirteen]

Boom! Fixed!!!

On the web:
jeffreylong.net http://www.jeffreylong.net
jeffreylongstudios.com http://www.jeffreylongstudios.com
30thirteen.com http://www.30thirteen.com

Social media:
Facebook.com/jeffreylong.net
Twitter @30thirteen
Pinterest.com/jeffreyclong
Linkedin: linkedin.com/in/jeffreylong3013

On Fri, Aug 17, 2018 at 10:38 AM, Oleksandr [e-mail]
wrote:

@30thirteen https://github.com/30thirteen @gmenzel
https://github.com/gmenzel fixed in 2.0.9
https://github.com/glushchenko/fsnotes/releases/
download/2.0.9/FSNotes_2.0.9.zip

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/glushchenko/fsnotes/issues/337#issuecomment-413937849,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATGB7jquMQJ03gXShDI2GCih7bS-zq-Aks5uRv-UgaJpZM4WAwT9
.

[gmenzel]

Wonderful work!