Jump to content

sballin

Member
  • Content Count

    46
  • Joined

  • Last visited

  • Days Won

    4

sballin last won the day on June 6 2020

sballin had the most liked content!

About sballin

  • Rank
    Member

Recent Profile Visitors

732 profile views
  1. 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...
  2. 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?
  3. Version 3.3.0 is released! New features: Choose between creating a new note or searching note bodies when no note with a matching title is found (set your preference in environment variables) Better support for accented characters Paste note links quickly using a snippet shortcut
  4. 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!
  5. 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.
  6. 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...
  7. 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
  8. 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.
  9. 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?
  10. 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.
  11. Version 3.0.0 is out! Notes for this release: Rewritten in Go Faster searching Create a new note if none was found Shift+enter to search for query using Notes in-app search
  12. Version 2.2.0 is now released. It adds error handling, auto-updating, and fixes problems related to the toolbar search in Notes. Let me know if there are any issues!
  13. Just released version 2.1.0, which hopefully fixes some of the database problems people have been encountering lately, and is compatible with Dropbox sync.
  14. Good idea, I've updated the instructions.
×
×
  • Create New...