leoofborg

The PopClip action uses Applescript to do this: tell application id "com.runningwithcrayons.Alfred" to search "{popclip text}" Yes this is from the Alfred Popclip source, located here: https://github.com/pilotmoon/PopClip-Extensions/tree/master/source/Alfred.popclipext So is there a way to do something like this? tell application id "com.runningwithcrayons.Alfred" to execute Universal Action on "{popclip text}" That would pop up the Universal Actions UI instead of the search bar and make Alfred *really* useful. I looked in the AppleScript scripting dictionary but couldn't find anything obvious other than the search command.

I think I qualify? Mail sent. (Image is a custom remote that works with IINA, VLC and other media players where you change *their* key bindings). Mail sent.

I found a "workaround" for Apple's stupid Mojave bug. You guys are going to LOVE this: Made a couple Applescripts with code like this, on run tell application "System Events" key code 123 using {control down} end tell end run ...ran into the "error 1002, keystrokes not permitted" bug/dumb feature, so...Had to make unique scripts, exported to apps in Script debugger, no save-as fun allowed. Dragged each into Security & Privacy > Accessibility, went thru dialogs that added the unique apps into Automation > System Events... (see image) Then dragged these applets into Alfred's remote. Gee thanks Apple. Did I mention I *hate* giving up years of muscle memory? Anyway hope this helps someone.

Thank you Andrew....

Okay, bear with me: I have a stupid simple keybinding + Alfred Remote buttons that I've set up in macOS that's worked forever in macOS up until Mojave. Let's set it up: 1 Open PrefPanes > Keyboard > Shortcuts Tab > Mission Control 2 Set "Move Left a Space' to cntl-LeftArrow, and "Move Right a Space" to cntl-RIghtArrow Confirm that you can now do this with your keyboard. Still with me? 3 Go to Alfred Remote make a new remote 4 Make a keybinding button "Cntl-LeftArrow" 5 Make another one, "Cntl-RightArrow" On any other OS previous to Mojave these remote buttons work, and I'm able to use Alfred to pass cntl-arrows to the OS. What happened? Screenshots: 1 setting up Mission Control Keybindings 2 My "media remote" where all keys work EXCEPT the Control-Arrow keys. Notes: Alfred current beta, Alfred has Accessibility and Automation Access granted ("System Events" and 2 other apps), Alfred Remote Server has Accessibility access. Note2: I also use multiple keyboards, I verified that Alfred has accessibility permissions and also tried just using US keyboard, the remote does not work to move spaces left or right. The other keybindings I use in my "media remote" seem to work fine. Does Alfred need Mojave "Notarization" before deeper scripts work?

I know that Alfred has key bindings for the Mini-Player per these helpnotes: https://www.alfredapp.com/help/features/itunes/ I have a two part Feature Request: * I'd like key bindings that work "all the time" (globally, Player invoked or not) like Simplify.app. All I need is global key bindings, not another Mini-Player. Whether the Mini Player is "frontmost" or not. I would use Cntl-Opt-Cmd+ keys for stars, up/down arrow for volume, L/R arrow for prev/next, etc. Simplify allows me to define these key bindings, but it's a bit flakey on El Cap. So maybe this means.... * I'd like custom key bindings in the Alfred Prers that reflect what's in Alfred's Remote.. Or, I'd like the ability to assign key bindings LOCALLY to what is in the Remote. Preferably this could be in the Prefs? Maybe adding "Volume Up" and "Volume Down" as keywords and bindings? I ask because I'm using Alfred's default Cntrl-Option key combos for Window management, also I don't see the point of bringing a Mini-Player to front just to do next/previous control (what Simplify currently does). Thanks for reading... -Leo

Buuut these aren't OSX or iOS icons, these are "Remote Buttons" -- it's also why I wanted it to be an "option" like a checkbox or a radio button on that App sheet (if it's an "either-or" scenario.) I *am* using the Veritrope command I posted above, but again: 1/ It's tedious to do this with Automator Apps or Alfred Workflows when I could just "drag the instance" of the App to make the button, and 2/ It can be SLOW or misfire. I'm hoping the Alfred folks make things "really easy" in this respect. I don't want users constrained. I want beginners to have "more choice" with regards to "toggling"... show/hide when needed, or on/off, depending on how they regard their "Remote Buttons." I was well aware of your point about not confusing users in that they have to be constrained to either show/hide OR on/off. I just want users to have "both meanings" of what is understood to be "toggle."

You create all workflows and icons on your Mac. I've "saved out" Automator Apps and then applied other App icons. Example: I have a "SixtyFour Agent Toggle" workflow I made. Dragged it in the first time and it got the Automator Robot icon. But then, I "stole" the icon from SixtyFour Agent, pasted it on the App, re-dragged it into the Remote Page, and viola, new App icon shows up when I connect to Remote server. This really works. See this tweet for the results.

This is a feature request for Alfred REMOTE. Area Pages > Dragging Apps directly to Remote pages. Hello... I know that when you drag an App you have the option (on double clicking on Remote > Page > App) to "Toggle Visibility". It's very nice but Show/Hide is not "on/off." Can we have an option to also "Toggle the App Run State"...? Real "on/off"...? Yes, in English I want to toggle whether the App is "ON" (launched, running) or "OFF" (quit) Yes, I know I can do this by making involved workflows and using a toggle script like this one, but on a per-App basis this gets a bit tedious. Every App I've dragged into on this remote page I'd like to be able to toggle ON-OFF... not just "hide"... Thank you for reading, as always....

I have a feature request, something that I REALLY MISS from Otto's Remote. Instead of going through the watusi of either: * Saving Automator workflows as "App" and then having to give permission to Accessibility in order to run, or * Storing the Automator workflows a separate directory and then embedding the "automator" shellscript command inside an Alfred workflow in order to run an Automator workflow... arrrgh, too much recursion. I'd like to do what I do in Otto: 1/ Make an Automator Workflow (not App). Reason: Automator has a bug with "watch me do" where the *Workflow* works but an App faults out "looking for input" -- despite what Apple docs say. Even if you "give Accessibility permissions" to each Automator.app. The workaround is to JUST use a workflow which works as expected. 2/ After putting my Workflow in my ~/Application/Workflows/ directory, then drag them straight into an Alfred "Open App" remote template page. 3/ Open inspectors on the "buttons" and add icons. For Alfred I'd probably ask for an inspector sheet > switch "Open in Automator" or "Run." This is what I do with Otto's Remote, tho' I don't do step three with Otto. (Otto uses iCloud & not WiF). The project I have in mind is a bunch of "watch me do" Automator.Workflows that invoke my favorite VPN vendor's unscriptable VPN client. I've been able to do this via Automator & Otto, and would now like to (easily) port these Automator Workflows to Alfred Remote to make these workflows into Remote buttons. Does this make sense? Thanks for reading.... -Leo (still gonna use Otto, it complements & overlaps Alfred Remote).

So I read how Alfred propagates a list of folders that you have visited when you use the Move or Copy feature. My question is, how or when is this list cleared? I futzed a Move and now have /Volumes in the list. Uh.. How can I clear /Volumes or is there a keyboard shortcut to delete folders from this list?? Or is there some way to clear the list (except for the default folders I first saw?

The script doesn't work because you MUST enter a password to sudo. I've modified Sebbo's commands as you might need the Apple System Logs, and put it into an NSAppleScript command. So here it is. This script will work on locked and busy files, which is why you'd force empty the trash, right? You've been warned. For any sudo command, you MUST put it into an NS and not a background OSA script because you have to enter your admin password ONCE for every sudo session. That's just how Unix (even in OSX) works. So yes, you will get that auth dialog, you'll key in your admin password (you're on the sudo'ers list, right?), then feel remorse as that file is never coming back. https://dl.dropboxusercontent.com/u/532682/Force%20Empty%20Trash.alfredworkflow The most current version that I'll be tweaking will be at Github: https://github.com/leoofborg/Alfred_Force-Empty-Trash- This was hacked together late last night on a whim with no coffee. Then modified today, still no coffee. Test: Locked file on the desktop, move to trash. Original v2 script: FAIL This v2 script: PASS Do as thou wilt. -Leo (don't make me read forums late at night)