huckncatch
-
Posts
7 -
Joined
-
Last visited
Content Type
Blogs
Gallery
Downloads
Events
Profiles
Forums
Articles
Media Demo
Posts posted by huckncatch
-
-
2 hours ago, Andrew said:
@huckncatch out of interest, from your initial question - when typing 'st', did you scroll down past the bottom of the 9 results and SourceTree still wasn't found?
Yes, I've scrolled through the entire list of results. When this particular issue happens, the app doesn't show anywhere in the list.
-
39 minutes ago, vitor said:
I recently had an issue where Alfred was getting the result I didn’t want stuck at the top, and no amount of retraining was working. What fixed it for me was going into Alfred Preferences → Advanced and then unchecking and rechecking Top Result Keyword Latching (under Learning).
Thanks for this tip, un/rechecking the option didn't help (that I could tell) but clicking Clear Knowledge did for most. Still have at least one app that's not showing in the results. Maybe it will come back with time.
-
43 minutes ago, deanishe said:
You actually have to choose SourceTree for str, not just type it and then delete it. Alfred doesn't learn anything till you hit ↩.
Sorry, I misspoke: after typing `str` and launching SourceTree, Alfred still will not find SourceTree next time with just `st`.
-
Yes, I've used that behavior before. Unfortunately that isn't the case with these. Adding the `r` brings SourceTree front and center but it disappears again after deleting the `r`, so I'm unable to re-train.
-
I have a standard set of applications I access through Alfred all the time. My standard flow is to activate Alfred, type one or two (sometimes three) letters and then hit return to launch the app. Alfred has learned what apps I want to launch for these character sequences.
However, Alfred has forgotten that some of these applications even exist unless I type more letters. For example, I launch SourceTree with `st` but now Alfred doesn't even show it as available in the results list unless I add `r` (`str`). It shows just fine if I type `tr`, too.
How do I jog Alfred's memory to get these associations back? Clearing the Application Cache doesn't help and I'd rather not rebuild macOS metadata.
Thanks!
-
I have Clipboard Merging turned on and am running into erratic/unpredictable behavior. Many times when selecting text, typing cmd-c, selecting additional text, typing cmd-c-c, produces merged content from the previous-previous copied text and the current selection. For example, say I've been working in Xcode and have done a bit of copy-paste coding (I know, I know) and then switch to Safari to copy an issue number and want to append the description for pasting into the commit. I select the issue number and type cmd-c (the Edit menu briefly highlights) then select the description and type cmd-c-c (receiving the notification sound), go to paste and end up with the description appended to the last item I had copied in Xcode (at least I assume it's the last one).
This doesn't happen every time and I'm leery of viewing the clipboard history (observer effect) prior to cmd-c-c. I've only noticed in Safari but that may be because that's where I do most of this type of copying.
Running 10.9 (though this occurred in 10.8 as well), the latest Alfred release (v2.1 (218)), and have all the checkboxes active in the Merging options with 'Separate appended item with space' selected. I'd be happy to perform anything that would help diagnose the problem... I rely on this feature and want to trust it.
Thanks!
Reported Process ID doesn't exist (Snippet Expansion)
in Discussion & Help
Posted
When my snippet expansion stops working, I always check the Snippets section in Alfred Preferences. In my most recent experience it was reporting Safari as the app preventing the expansion and after quitting Safari, it showed "Process ID 4607 seems to be preventing text expansion by locking secure entry". But there is no process with that ID running... `kill -HUP 4607` returns "kill: kill 4607 failed: no such process".
BTW, I don't recall a time that quitting the application mentioned in the message resolved the snippet expansion block.