sballin

On 2/26/2024 at 1:53 PM, All4Alfred said:

Here are the screenshots of me creating a test note. You can see that it sets the formatting of the new note name using the BODY formatting instead of TITLE formatting:

should be fixed as of 3.6.2

Interesting, I never noticed that. Does it cause any problems when working with notes created through the workflow?

I guess this could be fixed by changing the applescript to just do command-n, type title, press enter twice. I'll add it to the to-do list.

17 hours ago, All4Alfred said:

I've noticed that when creating a new note via this workflow, it assumes you have it set to create a new note starting with the BODY of the note but I prefer to create a note starting with the TITLE. The issue is that any time I use this workflow to create a note, it formats the title as a "BODY" instead of "TITLE". I tried changing the script a little bit by replacing <h1> with <title> but that ended up resulting in an error.

 

Any ideas how I can adjust the code to make it set the title with the proper TITLE formatting?

can you post a screenshot?

On 12/20/2023 at 7:42 AM, Buchholdt said:

Is it possible to just copy the dedicated link without any changes e.g. "notes://showNote?identifier=2B67363B-617E-4771-9D00-36A3C0DC5B0E"?

I decided this should be the default action of alt-enter in the latest version: https://github.com/sballin/alfred-search-notes-app/releases/download/3.6/Search.Notes.alfredworkflow

This new version also has the following features:

14 hours ago, pitzaman said:

Hi,

First of all thank you! @sballin. it is a superb workflow. 

I understand that when I copy a link to a note, there should be two links -  one for iOS and the other for macOS.

But in my case, I receive only one link - the name is iOS, but the link itself is macOS...

Thanks!

Glad you like it! What version of the workflow are you using? Can you post the exact result?

The newer iOS/macOS Notes apps now have built-in note linking support, so I’m not sure about the future of this feature…

9 minutes ago, dfay said:

Hmm....i've never seen ]this before.  Malwarebytes is flagging this:

 

I can see why it would be flagged, because it accesses the Notes database. But not sure anything can be done here other than to “unblock” it or turn off app block. You are welcome to inspect the source and compile it yourself following the directions in the readme. 

1 minute ago, M1m1s said:

I have a feature request: I wonder if it would be possible to search for tags? Preferably for notes which have certain multiple tags, e.g. search for +food +recipe + vegetables.

 

Even more helpful, would it be possible for the workflow to auto-suggest other tags used together with a specific tag, e.g. type tag:food and the workflow returns 'tag:recipe tag:vegetables' etc.?

I think the first one is satisfied by the keyword "nt", the second one I can add to the to-do list

19 hours ago, jstncwlcx said:

@Stephen_CThanks for the response.

 

The error in that post, and the error I'm getting are different. So I don't think that helps me?

 

I wouldn't know how to insert that code anyway/

Should fix it if you double click on the block that's called "Create new note" in the workflow diagram and replace the code with this:

on alfred_script(q)
	try
		tell application "Notes"
			-- Create new note from user query
			tell default account to make new note at default folder with properties {body:"<div><h1>" & q & "</h1></div><div><br></div>"}
			show first note in default account
			show first note in default account
		end tell
	on error errorMessage number errorNumber
		display alert "Create Note Error" message (errorNumber as string & ": " & errorMessage & "\n\nInput: " & q) as critical
	end try
end alfred_script

2 minutes ago, Shauli said:

Logging Started…

 

that’s it 

did you try searching for a note after opening the debug log?

Just now, Shauli said:

No error message 

it just won’t search for notes 

and the script is enabled 

what does the debug log say?

4 minutes ago, Shauli said:

 

 

I have installed Mac osx Ventura Version 13.0 Beta (22A5295i)

and it dosent work for me

can you fix it so it will be compatible to it?
Its a most have and what you made is amazing!

 

what’s the error message?

1 minute ago, alfredpanda said:

@sballin recently I'm getting the error "Not authorized to send Apple events to Notes." - checked all Permissions for Alfred and they are okay. Any ideas?

Did you try disabling and re-enabling those permissions?

That's right, they only appear when searching the note body text. The OCR is done by the Notes app itself automatically whenever I drag and drop an image into a note or add handwriting to a note (I'm on Big Sur). The OCR is pretty good but not 100% accurate, which might explain any inconsistencies with the search. The feature doesn't include PDFs or other non-image attachments—I don't know how to search those unfortunately.

1 hour ago, metafizikal said:

Hi,

 

I'm getting the error of permissions...

Sounds like Alfred may not have full disk access, something similar happened to another user after upgrading to 11.4: https://github.com/sballin/alfred-search-notes-app/issues/43#issuecomment-867308050

Here are what the permissions should look like: https://github.com/sballin/alfred-search-notes-app#required-permissions

Do you have "n" set as the keyword for "Opening Files" in Alfred Preferences > Features > File Search?

35 minutes ago, qe3 said:

Yes to #1. Image attached.

 

No to #2. See attached after 10-15 attempts to follow the directions.

Weird... here are a couple more things you can try:

1. Locate the binary in (workflow directory)/search_notes, it's the file named search_notes. Right click the binary and press Open (don't do anything else like double click, cmd-down, etc). This is supposed to be equivalent to "Allow Anyway"

2. Try running the binary in the terminal (cd to search_notes directory and do ./search_notes)

3. If neither of the above work, try restarting your computer, or doing 1/2 on a different computer...

15 minutes ago, qe3 said:

Hi everyone -- longtime Alfred user, new to this workflow. I'm on latest Big Sur (11.2.3) and I can't get past the "Allow Anyway" part of the installation. I click Allow Anyway, it disappears, I call up Alfred, and it starts all over again. Any suggestions? Thank you!

In the security pref pane, do you have "Allow apps downloaded from" set to "App Store and identified developers?"

Does anything show up in the error log or alfred debug log when you try to open it?

Version 3.3.0 is released! New features:

7 hours ago, buraktuyan said:

I just ran a test with a note containing "İ" in it, and the nb search couldn't list it in the results. However it didn't throw an error message either.

 

As a note, some of my notes had characters like İ or Ş in them, that was probably the core reason why I was getting this error in the first place.

Here is a pre-release version where characters like that should be handled properly: https://github.com/sballin/alfred-search-notes-app/files/6168245/Search.Notes.zip

Let me know if you encounter any issues!

12 minutes ago, buraktuyan said:

Actually, I resolved the issue on my end by removing the error handling code for the "Search note bodies" function

Weird! I'll have to think about this. I was able to reproduce your error message with a note containing "İ" but removing the error handling didn't fix things for me.

14 hours ago, buraktuyan said:

However, I can't use the body search (nb) because I'm getting this security issue (and "Security & Preferences" pane doesn't show the "Allow" option (because I've already allowed it and can use title search and folder search).

Thanks for reporting this issue. I don't think it's security related, that error message is always the same because it's the most common problem users face. I think it's because of certain characters like i/İ having different byte length depending whether they are uppercase or lowercase, and the workflow converts notes to lowercase when searching. I'll work on a fix...

4 hours ago, jxxst said:

I have one question regarding this workflow - how could I modify it to have the note open in a separate window after the search - without the sidebar? Is currently opens the note in the "list view" and I have to double-click on the note to open it in a separate window. Any way to setup another modifier key (e.g. using ⌘+Enter after searching) so it opens directly the specific note?

You could create a new "Run NSAppleScript" action with the following code:

on alfred_script(q)
	tell application "Notes"
		-- Show user requested note
		-- Get note id which is first item in q
		set noteID to text 1 thru ((offset of "?" in q)-1) of q
		show note id noteID in default account
		show note id noteID in default account
		-- Click menu Window -> Float Selected Note
		tell application "System Events" to tell process "Notes" to click menu item 11 of menu 7 of menu bar 1
	end tell
end alfred_script

I was talking about the notes:// links you get from doing the alt-enter action on results. If you don't use that feature, everything else should be working as usual.

Looks like in Big Sur the notes:// URI scheme is handled by the Notes app directly, meaning that notes://seemingly-any-string-here causes the Notes app to come into focus, but do nothing further. It's possible to get around this with SwiftDefaultApps and make notes:// links work as before, or it would also be possible to change the URI for links generated by this workflow (note:// seems like a good alternative). But does anyone know how the default macOS notes:// URI scheme handling works? Is there some documentation anywhere?

On 8/4/2020 at 10:07 AM, MP1 said:

This workflow didn't work for me until I deactivated the connection to my google account notes. Prior to doing this, the workflow would index notes correctly, but would not launch them. Worth including in the instructions that default notes account has to be iCloud for it to work.

Thanks for letting me know, I wasn't aware of this issue. Looks like notes that are not from iCloud or On My Mac are not stored in the normal database. If anyone figures out the details, I'm happy to try adding support.