-
Posts
4,954 -
Joined
-
Last visited
-
Days Won
325
Content Type
Blogs
Gallery
Downloads
Events
Profiles
Forums
Articles
Media Demo
Everything posted by Andrew
-
@vitor I'm going to move this to noted. It's actually a pretty tricky thing to fix as Alfred knows it's a dead key you've entered, but macOS doesn't pass Alfred what that virtual dead key should look like, so I can't easily show a string representation for it. It may have to remain a known issue for now. Cheers, Andrew
-
@jchook I just set Alfred to automatically run a couple of thousand show / hide cycles on both my Macs and haven't been able to reproduce this issue. Also, this hasn't been reported by others, and the Console info doesn't look related to Alfred. Could you have some defunct or hung network drives which could indirectly be causing an issue? Have you tried temporarily creating a new user profile on your Mac and seeing if it's reproducible there? Cheers, Andrew
-
@GuiB A simple use case... A hotkey wired to take the selection and run a script with it (doesn't matter what). When triggered with Alfred visible on the selected item in Alfred's default results, or Alfred's file system navigation, Alfred hides - this is just the behaviour (wether right or wrong). If a user is expecting this action to happen, and have setup their workflow expecting this to happen, changing the behaviour could break their workflow. I know this could be fixed with adding a 'hide Alfred' object, but that makes it a regression. On another note, I've done a one line code fix which changes internal window event order, so this is essentially fixed now (even though it still flickers).
-
@GuiB the focus is with Alfred, but because of the conflict I noted above, Alfred's hotkey manager has de-registered the hotkey so it's no longer active. There are a few options for fixing this. The one I'm considering would be to make Alfred not hide when a simulated cmd+c happens, which would be nice as you also wouldn't get a flicker when doing what you want. The down side of this is it may cause regression if somebody is using a hotkey with macOS selection and relying on Alfred from hiding for their action.
-
@GuiB Ah sorry, I mis-read your issue - you actually WANT to use these hotkeys within Alfred; yeah this should work hm. Looking a bit deeper into this, I can see what is happening. Alfred simulates a cmd+c when getting the selection in a hotkey and picks up the content. When Alfred is showing and you manually use cmd+c, Alfred automatically hides so you can use what you've copied - These two actions obviously interfere. When Alfred is re-showing again, in some circumstances (e.g. browse in Alfred), the code I have which makes Alfred (being a floating panel instead of a window) be noticed as the active application isn't being correctly run.
-
Interesting, and a simple logic issue to fix in Alfred's framework. Essentially, when deciding if Alfred's window should close, I hadn't taken into account a mod override with no matching mod connection needing to use the default connection "don't close" state. The reason this is manifesting when using quicklook is a little more bizarre. It looks like macOS shifts the focus differently after QuickLook which means when Alfred is hiding for a fraction of a second after using quicklook (because the logic above was broken), the timing prevents Alfred from continuing to be visible. Either way, nicely spotted @GuiB - this will be sorted in the next pre-release! Cheers, Andrew
-
Quick update on this: I've nearly finished a new feature for the next release in which Alfred indexes the bookmarks rather than using macOS metadata. This has allowed me to add in indexing for Google Chrome too, plus adding additional nice features such as searching via folder name, host name and title. I've also added the ability to open all bookmarks in the default browser, or the respective source browser. I have other things to do for this release, but it shouldn't be too long until this is in pre-release. I've unlocked this thread for comments, but please don't keep bumping it. Cheers, Andrew
-
@Yosinto there may be some defunct metadata somewhere which is why duplicates are being shown. If you right arrow to bring up the actions panel for the contacts and reveal them in finder, you can see where they originate from. Anything outside of ~/Library/Application Support/AddressBook is probably defunct, but there could also be stale data within this folder. Cheers, Andrew
-
Alfred and all components are specifically signed, so you shouldn't be seeing this error message. I can verify the signature of Alfred Text Service as follows: preppeller$ codesign -dvvv /Applications/Alfred\ 3.app/Contents/Services/Alfred\ Text\ Service.app/ Executable=/Applications/Alfred 3.app/Contents/Services/Alfred Text Service.app/Contents/MacOS/Alfred Text Service Identifier=com.runningwithcrayons.Alfred-Text-Service Format=app bundle with Mach-O thin (x86_64) CodeDirectory v=20200 size=650 flags=0x0(none) hashes=14+3 location=embedded Hash type=sha256 size=32 CandidateCDHash sha1=6224fff19b9ff7add59a3fbc15500bcf04d972a3 CandidateCDHash sha256=5719840a48fc57f0586aabc5d378c2ff9a323aee Hash choices=sha1,sha256 CDHash=5719840a48fc57f0586aabc5d378c2ff9a323aee Signature size=8936 Authority=Developer ID Application: Running with Crayons Ltd (XZZXE9SED4) Authority=Developer ID Certification Authority Authority=Apple Root CA Timestamp=21 Jul 2017, 14:24:54 Info.plist entries=24 TeamIdentifier=XZZXE9SED4 Sealed Resources version=2 rules=13 files=2 Internal requirements count=1 size=204 As with @vitor, did you download this from our website? Perhaps try downloading the dmg and installing again? Also, have you installed anything which may have broken Apple's Root CA? Cheers, Andrew
-
@samzhang In Alfred's Features > File Search > Previews preferences, untick the "Quick Look" option.
-
@AriW Try slowing down the key events, as Alfred may be too quick for MS OneNote. You can do this in Alfred's Features > Snippets > [cog] > Tweaking preferences. Let me know how you get on Cheers, Andrew
-
keyboard shortcut conflicts - How do I change them?
Andrew replied to horncologne's topic in Discussion & Help
@GuiB Alfred doesn't exclude this, but if it's already being used (or reserved) by macOS, then the key events won't even be making into Alfred's Preferences for setting. -
...or use ⌘R in the mini player
-
keyboard shortcut conflicts - How do I change them?
Andrew replied to horncologne's topic in Discussion & Help
@Jasondm007 Alfred has a small set of exclusions to prevent confusion. These exclusions were added in Alfred v1 after people didn't realise the hotkey field had focus and e.g. typed cmd+w to close the Alfred Preferences window not realising they had set the hotkey, which then overrode the behaviour for all of macOS for closing windows. The default exclusions are: ⌘Q ⌘W ⌘S ⌘X ⌘C ⌘V ⌘Z. You can in fact force Alfred to use these (or any already assigned hotkeys) if you edit the workflow plist directly, but there is no way to make Alfred take precedence vs other previously assigned hotkeys of the same type (although, usually system assigned hotkeys will be overridden). Alfred registers the hotkeys with macOS, then gets notified my macOS when one of these hotkeys are triggered. How macOS decides which hotkey should be triggered isn't publicly documented. Cheers, Andrew -
@GuiB just a quick update on this - I've raised an internal ticket as dynamic configuration of the 'Fields' part of the file filter needs a code update to work (looks like this has never worked). This would get the 'alt' connection path working in your example workflow. It also looks like variable replacement within [complex] config tables also aren't being correctly replaced, so I'll get that sorted too. Your workflow example was completely on point btw, it makes my job significantly easier! Cheers, Andrew [moving to bugs]
-
@nikivi You need to set the connection coming out of the list filter (the little circle on the connection) to "Don't close Alfred window on actioning result". This will change it to a square, and should prevent the window closing between the list filter and script filter.
-
Interestingly, I can now see bookmarks and history in 10.13 Spotlight, but still can't see any filesystem metadata which is what Alfred uses to show these bookmarks. I'm wondering if the underlying metadata has changed in type - if anybody can find the metadata files (which were in ~/Library/Caches/Metadata/Safari/ pre 10.13), then they get a pretend gold star! Either way, I've now created a ticket to look at manually loading the plist for the bookmarks in case this isn't rectified by Apple.
-
@s4nji nicely spotted thanks - there seems to be a general issue with Caps Lock which stems from the way Alfred watches for multi key / dead key states with the text auto expansion. I'll take a look into this for the next release. Cheers, Andrew