Jump to content

Search the Community

Showing results for tags 'big sur'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Alfred 3
  • Make the Most of Alfred
    • Discussion & Help
    • Bug Reports
    • Alfred Feature Suggestions
    • Themes
  • Alfred Workflows
    • Share your Workflows
    • Workflow Help & Questions
  • Alfred v2 Themes
  • Alfred Remote for iOS
    • Alfred Remote Discussion & Help
    • Remote Connection Troubleshooting

Categories

  • Articles
    • Forum Integration
    • Frontpage
  • Pages
  • Miscellaneous
    • Databases
    • Templates
    • Media

Categories

  • New Features
  • Other

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Twitter


Website URL


Jabber


Location


Interests

Found 5 results

  1. macOS 11.2.2 Alfred 4.3.2.1221 When hitting my main Alfred hotkey (F11) his window usually appears instantly. But, I've noticed that during certain conditions, such as shortly after launching a slow-to-open app from the Dock (Excel, Photoshop, etc) the Alfred window does not appear. Instead, it seems to hang until the foreground app is in the "ready" state. (Not sure technically what this is called, but essentially it's ready to receive input - mouse clicks, key events, etc). This can also happen if the foreground app gets busy, doing some long running task etc. Funny thing is, if I click to another app e.g. Finder and then hit the hotkey, Alfred appears immediately. Just wondering if there's any way to change this behavior so that the hotkey stays more responsive even during these busy times.
  2. Wanted to try out the new Window Blur feature in Alfred 4.3 that @Vero introduced so made a theme inspired by Craft! Download here Preview
  3. Hi, I'm a PowerPack user and am running into issues with the following scenario: (Steps to reproduce) 1. Search a file in Alfred and trigger a file action on the selected file (by clicking the arrow key "->"). 2. Choose "Copy to ..." 3. Choose a target directory and hit enter. 4. After the file action is completed, there will be a notification from Mac's notification center. 5. Clicking on "Show" button has no response at all. Please see the attached screenshot. I'm expecting to see the copied file in the target directory when clicking on the "Show" button. Or did I misunderstand anything? OS: macOS Big Sur 11.2.3 Alfred: 4.3.2 (Build 1221) Please let me know if you need anything else. Thanks in advance!
  4. macOS 11.2 Alfred 4.3.1.1214 I have some workflows that dump columnar text into LargeType. For some reason, the wrapping gets crazy sometimes. Long lines, especially ones containing many spaces end up with soft line breaks all over the place. I think pictures are worth 1000 words here, so here are a few as well as a workflow that you can download to replicate these: LargeType Odd Wrapping.alfredworkflow The workflow trigger is keyword "jibber" It generates 10 lines of random text, in 2 columns It accepts an optional parameter in the format #words:separator. e.g "5:=" Default is 8 words, with space as the delimiter The first column contains the words, the 2nd column is the md5 hash of those words Output is passed on to LargeType (and copied to the clipboard) This produces the following output: Since the text has also been copied to the clipboard, you can paste into Sublime Text etc to verify that is was correctly formatted prior to being displayed by Alfred. Using 4 words or less produces clean output for some reason: Using 5+ words (`jibber 5`) triggers the wrapping problem for me: Using `_` as a separator to join the words (`jibber 8:_`) reduces the problem somewhat (with the exception of the FIRST line for some reason) These are my general LargeType feature settings (font=SF Mono however I have tried other proportional as well as monospace fonts and while the sizing changes a bit, overall the bug is still reproducible regardless of font) @Andrew hoping you can have a look. Thank you!
  5. Environment I am using macOS big sur, 11.1 (20C69) and also the newest version Alfred 4.3.1. Problem snippet doesn't expand if there are characters before the keyword. For example: The snippets I using are \ue --> ü, \oe --> ö, etc to write German words. if I write \ue only, it will expand correctly, but when I write f\uer, it won't expand, and if there is a whitespace before the keyword \ue, it works. Others snippets also. Troubleshooting I have read the page https://www.alfredapp.com/help/troubleshooting/snippets/ and follow it to solve my problem. the only effect is to make the snippet working but still having the problem above. In fact, the snippets don't work completely before I did those things in the article. And also, Strangely, it doesn't work again for a while, when I writing this post. What I have done. Make sure that I have activated expansion in Alfred's preferences , set the snippets to auto expand and used the correct keyword Check cmd+v is still the way to paste. Check Accessibility for Alfred Kill Alfred completely and then remove Accessibility permission of Alfred and add again Test in several different app and make sure they are not using secure input to prevent Alfred to auto expand Change the option, simulated key event speed, I have tried all choices. check Others app which may be conflict with app. I don't use other apps which are about the clipboard and also text expansion.
×
×
  • Create New...