Jump to content

adonis

Member
  • Posts

    6
  • Joined

  • Last visited

Everything posted by adonis

  1. It is yes. Not sure what it was but even doing open directly on the path to Emacs.app didn't want to work. I killed some open instances and now seems to be working. Thanks!
  2. Got you. Regardless I just tried the workflow you mentioned and even though the aliased Emacs.app is created in /Applications, double-clicking it doesn't open it, neither does right-click, then selecting open.
  3. I'll try it out. Even though this workflow exists shouldn't the app show considering its path is in in the Default Search Scope?
  4. This is issue is actually still occurring for me. I have an app '/opt/homebrew/Cellar/emacs-plus@28/28.2/Emacs.app' which Alfred can't find when I do the search for 'Emacs'. It should find it though as the Search Scope box in the Default Results preferences has the path '/opt/homebrew/Cellar' by default.
  5. System: macOS 11.2.2 (20D80) Alfred Version: Alfred 4.3.2 [1221] Is there a way to get Alfred to open 1password items in the 1Password mini window instead of going to the website (direct-url) always? Its annoying to have to hold the ⌘ key to force Alfred not to go to the url and open up in the main 1Password app (not the mini window). If the item in question doesn't have a website url attached it opens the mini window as I am describing but not if a url is attached to the item in 1password.
  6. System: macOS 11.2.2 (20D80) Alfred Version: Alfred 4.3.2 [1221] Reproducibility: Always Steps: 1. Open Alfred preferences and verify 'Hide mini player after selecting song' is enabled. 2. Invoke the Music.app mini player by invoking Alfred's shortcut. 3. Select to 'Play all tracks by' a certain artist. 4. Verify music starts playing but window does not dismiss. Expected Behavior: That the window dismisses on selecting to play all tracks by a certain artist.
×
×
  • Create New...