vitor Posted December 8, 2021 Share Posted December 8, 2021 (edited) Usage Search app windows in the current Desktop Space via the Windows Keyword (default: win). ↩ to switch to the selection. ⤓ Install on the Alfred Gallery | Source Edited December 13, 2022 by vitor cands, luckman212 and 40-02 3 Link to comment
vitor Posted December 8, 2021 Author Share Posted December 8, 2021 Saving the second post for debugging instructions, if they are ever needed. Link to comment
privateName Posted April 8, 2022 Share Posted April 8, 2022 Hi Vitor. It seems like not working on latest Monterey 12.3.1. Getting the following error: [11:40:34.724] ERROR: Window Switcher[Script Filter] Code 1: /Users/privateName/Library/Caches/com.runningwithcrayons.Alfred/Workflow Scripts/8D2673B3-AA22-4E41-A8BE-863A4D2FE4B8: execution error: Error: Error: osascript is not allowed assistive access. (-25211) Alfred and osascript have the accessibility permissions. Have any ideas on how to fix? Thanks. Link to comment
vitor Posted April 8, 2022 Author Share Posted April 8, 2022 2 hours ago, privateName said: Alfred and osascript have the accessibility permissions. It can look like it but not be the case. macOS updates sometimes break those. Remove the permissions and grant them again. Link to comment
xilopaint Posted April 9, 2022 Share Posted April 9, 2022 (edited) It’s not working for me. I can only see the frontmost window/tab listed and sometimes an "Unnamed" window. Btw, how this workflow differs from the faster Swift Windows Switcher? Edited April 9, 2022 by xilopaint Link to comment
vitor Posted April 10, 2022 Author Share Posted April 10, 2022 14 hours ago, xilopaint said: It’s not working for me. I can only see the frontmost window/tab listed and sometimes an "Unnamed" window. That’s insufficient information to debug. You haven’t shared what you’re getting (no idea which apps are open) or what you expected to get, or what exactly is open. From your description alone, it seems to be working as intended. 14 hours ago, xilopaint said: Btw, how this workflow differs from the faster Swift Windows Switcher? A cursory glance reveals that Workflow is unmaintained, has open issues, requests more permissions, and requires users to bypass the unsigned binary. But I had no idea it existed, so can’t comment on functionality. Naturally you should use whichever you prefer, it’s a good thing that people share their different approaches. It is a fair point that the Workflow is slower than could be. I’m aware of that and do have plans (and code) to address it, but no ETA yet. xilopaint 1 Link to comment
xilopaint Posted April 10, 2022 Share Posted April 10, 2022 Now I can see that I get different results depending on whether or not I invoke the workflow with a maximized window as the frontmost. Is that intended behavior? Link to comment
vitor Posted April 10, 2022 Author Share Posted April 10, 2022 9 hours ago, xilopaint said: Is that intended behavior? Yes: On 12/8/2021 at 4:33 PM, vitor said: show app windows in the current Desktop Space. When changing APIs to speed it up, that may change. xilopaint 1 Link to comment
privateName Posted May 4, 2022 Share Posted May 4, 2022 On 4/8/2022 at 2:35 PM, vitor said: It can look like it but not be the case. macOS updates sometimes break those. Remove the permissions and grant them again. It helped, thanks. Link to comment
vitor Posted October 8, 2022 Author Share Posted October 8, 2022 Updated to 2022.3. Add configurable keyword. Link to comment
TomBenz Posted October 9, 2022 Share Posted October 9, 2022 (edited) This is good. Is it possible to add a universal text search in the script editor so that one can do context based help? For example in AppleScript for MS word, right click "header" and get to word dictionary with items related to it? will this need GUI scripting to achieve? Edited October 9, 2022 by TomBenz Link to comment
vitor Posted October 9, 2022 Author Share Posted October 9, 2022 1 hour ago, TomBenz said: so that one can content related help? I don’t understand your question. 1 hour ago, TomBenz said: For example in AppleScript for MS word I think I’ve mentioned this before, but I don’t use Word. Examples based on it don’t clarify. 1 hour ago, TomBenz said: right click header and get to word dictionary with items related to it? will this need GUI scripting to achieve? If you need right-clicking and interacting with it, you need GUI scripting. Link to comment
TomBenz Posted October 9, 2022 Share Posted October 9, 2022 1 hour ago, vitor said: I don’t understand your question. I think I’ve mentioned this before, but I don’t use Word. Examples based on it don’t clarify. If you need right-clicking and interacting with it, you need GUI scripting. Sorry. I meant Context based help -- something similar to F1 help in vba. MS word is just used as example. It is same request for textedit, contact AppleScript dictionary etc. Link to comment
vitor Posted October 9, 2022 Author Share Posted October 9, 2022 I still don’t get what you’re asking. This workflow is for switching windows, it has nothing do with help. Maybe you’re looking for menu bar search? If you you’re looking to switch to windows based on their content, not only is that unfeasible in most cases and require apps to be added individually, it would be unbearably slow. Link to comment
SuupaPro Posted Monday at 07:31 AM Share Posted Monday at 07:31 AM Hello, loving this workflow so far! I would like to ask if there is any chance to make it kind of default option without typing keyword? I know that I can change the keyword but when I try to put it as an empty field it is being changed to win automatically. I would to get open windows simply when i press cmd+space to bring up Alfred. Link to comment
vitor Posted Monday at 12:31 PM Author Share Posted Monday at 12:31 PM @SuupaPro See: Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now