Jump to content

paulw

Member
  • Posts

    158
  • Joined

  • Last visited

  • Days Won

    6

paulw last won the day on January 15 2021

paulw had the most liked content!

Recent Profile Visitors

2,086 profile views

paulw's Achievements

Member

Member (4/5)

24

Reputation

  1. I appreciate the direction to a working script, @simoncveracity! It looks like that script has been updated. It can be found here: https://github.com/MrSimonC/Toggle-Mac-Function-Keys/blob/main/Toggle Function Keys.scpt Working on macOS Sonoma.
  2. @vitor looks like it was fixed in the latest version of Orion RC. Sorry for the trouble!
  3. Thanks. That does work, using "Orion RC" as the custom browser. Hopefully I can find a way to get the "Current Front Browser" working again with Orion RC, since it has the advantage of also working with other browsers I might have open.
  4. Thanks @vitor. I won't ask you to spend time troubleshooting a browser that you don't have access to, but just FYI, I used this script to confirm that kCGWindowLayer is 0 and kCGWindowOwnerName starts with Orion (Orion RC). I'm not sure what you mean by this. Could you explain?
  5. Thanks. It's the same issue as before: "Current Front Browser Tab" fails with Task Error: arm/get-frontmost-browser.swift:32: Fatal error: Did not find a supported web browser ../../../../com.alfredapp.automation.core/safari/.common/tabs-current: execution error: Error: Did not find a supported web browser (-2700) I'm on Alfred 5.1.4 and MacOS 14.3. Other Automation Tasks involving front browser run into the same error Edit: and I'm using v 2024.1 of Automation Tasks
  6. Hello @vitor, unfortunately Frontmost Browser is no longer working again with the latest update of Orion RC. I checked the text samples that I sent you above, and none of those seem to have changed in the new version (except I didn't check <key>DER-Encoded-Profile</key>).
  7. That did it @vitor! Thank you so much for looking into this and making the change!
  8. If there's a way I can help you figure it out, I'd be happy to. I don't know if the cause could be this simple but using Filemerge, I notice that in Contents/Info.plist for each app, Orion's includes <key>CFBundleExecutable</key> <string>Orion</string> <key>CFBundleIconFile</key> <string>AppIcon</string> <key>CFBundleIconName</key> <string>AppIcon</string> <key>CFBundleIdentifier</key> <string>com.kagi.kagimacOS</string> <key>CFBundleInfoDictionaryVersion</key> <string>6.0</string> <key>CFBundleName</key> <string>Orion</string> while Orion RC's has <key>CFBundleExecutable</key> <string>Orion RC</string> <key>CFBundleIconFile</key> <string>AppIcon-RC</string> <key>CFBundleIconName</key> <string>AppIcon-RC</string> <key>CFBundleIdentifier</key> <string>com.kagi.kagimacOS.RC</string> <key>CFBundleInfoDictionaryVersion</key> <string>6.0</string> <key>CFBundleName</key> <string>Orion RC</string> Also in Contents/embedded.provisionprofile some of the differences are: Orion: <key>AppIDName</key> <string>Kagi</string> ... <key>DER-Encoded-Profile</key> <string><<a long string>></string> ... <key>com.apple.application-identifier</key> <string>TFVG979488.com.kagi.kagimacOS</string> ... <key>Name</key> <string>Kagi macOS</string> and Orion RC: <key>AppIDName</key> <string>Orion RC</string> ... <key>DER-Encoded-Profile</key> <string><< a different long string >></string> ... <key>com.apple.application-identifier</key> <string>TFVG979488.com.kagi.kagimacOS.RC</string> ... <key>Name</key> <string>Orion macOS RC</string>
  9. Oh I see. It seems that as long as I'm using Orion RC, I'd have to adapt the workflow to use the Webkit Automation Tasks, instead of Frontmost Browser Tasks. That's too bad, because I'd prefer to be able to use the workflow with non-Webkit browsers as well. Yes, you're right, Orion RC is available on the paid plan.
  10. Orion RC gives me "Orion RC is not a supported browser". Can you explain where the "Custom..." choice is to be found? I don't see it in the task options
  11. @vitor thanks for the explanations. I see now that yes it does work with Orion. Thank you! I'm currently using the Orion beta for subscribers (Orion RC) and it's not in Alfred's list. No worries, I wouldn't expect the team to add it, but in case you do, please let me know
  12. Thanks! Works great without the need for the osascripts now. The only issue that I'm having is that I'm using Orion browser (actually, the Orion RC version) and I get the error Task Error: arm/get-frontmost-browser.swift:32: Fatal error: Did not find a supported web browser I realize there are a ton of browsers out there, and some come and go, and it might be a chore to keep Alfred managing a list of them. Perhaps: 1. Orion and Orion RC be added to the list of supported browsers, or 2. Possibly there's a more global way for Alfred to recognize browsers (Orion for example is basically Webkit plus added stuff)? or 3. Users could specify an app as a browser in Alfred preferences (similar to how Choosy.app allows you to specify an app that it may not have detected as a browser)?
  13. Thanks for the reply and explanation, @vitor! Great to hear, I'll look forward to it!
  14. Thanks @Stephen_C. What you described is an example of the issue, but unfortunately not a solution for what I was looking for/expecting, which is that the automation would work even when an app that isn't a browser is active. I'm was trying adapt @dfay's very useful Browser snippets workflow to work with any browser, using Alfred's built-in automations rather than adding a bunch of extra scripting to account for other browsers. I would have expected "Current Frontmost Browser Tab" to basically: - determine what browsers are running - determine which window among those browsers is in front of the others - return the URL and/or Title of the current tab from that browser window This would allow the action to return the active tab of whatever browser I was most recently working with, even if I'm using a different app. Ause case would be to grab the url and title from the tab and paste it into a text document, for example, with one quick keyboard shortcut or snippet. Instead, "frontmost browser" really seems to mean "frontmost app, which also must be a browser".
  15. I'd like to get the title and url of the active tab in the frontmost browser, using the automation task "Get Current Frontmost Browser Tab". I expected the automation to detect which browser is frontmost, no matter what app is active, but it doesn't seem to work that way. For example, if I make a simple workflow with a keyword to trigger "Get Current Frontmost Browser Tab", and trigger it from the Alfred UI, the debugger shows [Automation Task] Task Error: ../../../../com.alfredapp.automation.core/safari/.common/tabs-current: execution error: Error: Error: Alfred Preferences is not a supported browser: Safari, Webkit, Orion, Google Chrome, Chromium, Opera, Vivaldi, Brave Browser, Microsoft Edge, Arc (-2700) Is that expected? It seems like it would be more useful for the automation task, and others like it, to find open browsers in the background, find the frontmost one, and get its active tab.
×
×
  • Create New...