Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Andrew

  1. Fair point, I'm gonna have a bit of a play with this to see what's possible without it feeling janky
  2. I'd be extremely surprised if there were any of knowing that macOS is about to show a permissions dialog, as this thing is usually completely opaque in macOS. The built-in copy/move/delete actions are telling Finder to move these files, so one option could be to make Finder active before doing this, but that is possibly not desired for when the elevations of permissions isn't required as it'll defocus the current app. This is a interesting conundrum to fix robustly, with future proofing, and not fudging. I'll have a think about what can be done.
  3. @ahecht this sounds like a hotkey conflict, usually caused with ⌘Space. If you're using ⌘Space, you'll need to disable all the related items on this page: https://www.alfredapp.com/help/troubleshooting/cmd-space/
  4. Thanks for the feedback, I sometimes add options into workflows first to see how well they are received, and how well they work. I already have a note to bring this same option from the Browse in Alfred to the default navigation options, but at this point, it will likely remain a simple checkbox to keep this complexity of understanding this feature low. Cheers, Andrew
  5. Thanks for the samples, in every case, it appears that the underlying macOS Contacts API has failed. It was also reported by email that launching the Contacts or Email apps also caused them to hang. While this method shouldn't block Alfred, I am going to look into moving this contacts access check off of the main thread at startup so even if the underlying API does break or hang, it shouldn't hold you up from using Alfred, even if contacts won't be visible. Cheers, Andrew
  6. I'm on Big Sur 11.2.1 and things are working fine, so I'm not sure what could be happening on your Mac. Could you please open Activity Monitor, select Alfred and then Sample Process as I'd like to see what's holding Alfred up. If you could email that to our info@ address and I'll take a look tomorrow morning (it's 23:30 here right now). You can grab Alfred 4.3.1 b1214 here: https://cachefly.alfredapp.com/Alfred_4.3.1_1214.dmg Thanks, Andrew
  7. If you select some text in Alfred's input box (e.g some of your calculation) it will copy that text rather than the selected results in Alfred, which is causing the close. Alternatively you could get Alfred to re-show the last typed history, so your calculation will still be in Alfred when you re-show him: https://www.alfredapp.com/blog/tips-and-tricks/quick-tip-view-your-recent-query-history/
  8. Hmm, you're probably right actually. @rxstuve Also try using Alfred's built-in file troubleshooter which may give more indication into what's going on: https://www.alfredapp.com/help/troubleshooting/indexing/
  9. The external drive still needs to be indexed by macOS if you'd like file search results on this drive. Make sure this drive isn't listed in Spotlight's Privacy prefs, then in Terminal, check the indexing status of this drive by typing the following: mdutil -s /Volumes/name-of-your-external-volume If indexing is enabled on this drive, adding the volume to Alfred's default search scope should be all you need to do. Alternatively, if it's just apps you'd like to launch from this drive without indexing enabled, there are a few ways you could achieve this. The most
  10. @vitor should /usr/local/Cellar remain, or be removed too?
  11. Alfred is primarily designed with keyboard and type-ahead filtering in mind, the input focus is always in the search / filter field, and the expectation is that you can always type a few characters to filter down the list of results to just the relevant items. Even in your example animated image in the original post, it looks really inefficient scrolling to find something - if this workflow has been correctly designed, typing a few more characters will present you with the most relevant results, negating the need to scroll. That's why this is an indicator rather than a functional s
  12. I'm moving this to feature suggestions as this isn't a macOS scroll bar, it's a non-interactive theme-able scroll indicator. If you want it wider, you can make it wider in the theme editor. The indicator has actually been like this for the past decade, so I'm not going to treat it as a bug. Having said that, there is an argument for giving it a minimum vertical size cap, even though this reduces the actual usefulness (as it currently shows quite how many results there are).
  13. @obadiahcruz take a look at the following forum post. In Big Sur, you'll need to either select one of the visual effect views (which will give a native background), or remove the blur from your theme to avoid the types of corners you're experiencing. The issue is discussed in more details here:
  14. @Nico W this has actually been fixed by Apple in macOS Big Sur, the correct icons are now in place by default Cheers, Andrew
  15. @Chris Messina this is indeed a UI issue, however minor, as the underlying feature works as expected (all URLs are routed via macOS). Alfred should really dynamically be showing the correct default handler if possible. Taking suggestions from this thread (thanks for the relevant input), I've updated Alfred to show "Open With" instead of "Browser", and the default handler will automatically update as you type, for example: This should be in the 4.3.2 pre-release in the next few days. Cheers, Andrew
  16. This fix is now available in the 4.3.2 b1216 pre-release, available from Alfred's update prefs.
  17. @luckman212 this is now available if you update to the 4.3.2 b1216 pre-release... For now, I've ranged it between 20 and 400 as it gets somewhat unpredictable outside this range (e.g. the size of the font is calculated from the wrapping, and too large wrap makes the font tiny).
  18. I'll get this fixed up for a pre-release build today
  19. @luckman212 Alfred is wrapping the Large Type output at approx 50 chars by default, which is why you're seeing this. I've added the following option for the next build, which turns out to be actually really quite useful option: Cheers, Andrew
  20. I can't flippantly change the default core behaviour as single Esc to close Alfred in this context has been the same for many years and will throw people's workflow out. Having said that, I've added this option to the Browse in Alfred workflow object allowing you to shape the Esc behaviour for the next build: This would allow for a simple folder file filter where you can peek into folders using the Browse in Alfred object.
  21. @Paul Holbrook This isn't Alfred crashing, it's Chrome, or whatever that peculiar looking path is within Chrome. If you change your default browser to Safari, does it work normally? Have you tried reinstalling Google Chrome? Cheers, Andrew
  22. @deanishe simulating F keys should work as expected - I just did a test of a keyword connected to F5, and when using this keyword, macOS correctly shows the list of suggested words for the selected word being edited. @tbrown Alfred needs Accessibility access to dispatch key combos - if Alfred is listed in the Accessibility section, is the lock command working in Alfred? This will test if Alfred can dispatch the key combo to lock your Mac. If not, you may need to look at resetting the accessibility prefs with tccutil.
  • Create New...