Are other browser control sets available for control, outside of Safari and Chrome. I'm initially thinking Brave and DuckDuckGo.
Brave can be targeted by the various "Front Browser" actions, though support for those comes and goes as the Brave developers break then mend their browser's AppleScript support.
If you want to use Brave as the target for the various "Chrome" actions, see the "Change which Chrome-Based Browser will be targeted..." section of "Preferences Set by Command Line" in the manual.
DuckDuckGo has no AppleScript support, so can't be controlled by browser-based actions. You'll have to use the usual UI-based ones like menu selection, keystrokes, and image detection.
1 Like
Thanks for your response.
I had tried the "Front Browser" with DuckDuckGo, but it kept bouncing to Brave (which I always have open for various socials).
I'm working for a client, and Safari cannot keep outlook on for the life of me. Works just fine in DuckDuckGo, so I though I would just use it for this client gig.
Yeah, the action targets the frontmost browser it can interact with, so it will always ignore DuckDuckGo and use the next most-recently-used browser.
That's a surprise -- there's many people here at work using OWA in Safari. Perhaps you've an interfering Extension or similar?
And it pains me to say it, but... Maybe try Edge? If anything's going to work well with an MS web app it'll be an MS-tweaked browser...
I try to avoid Edge, but might be worth a try. Thanks!
Besides using the tokens %FrontBrowserTitle% and %FrontBrowserURL%, which @Nige_S mentioned, you can also use Applescript with Brave.
Example 1: get the title of the active tab in Brave.
tell application "Brave Browser"
set siteURL to URL of active tab of window 1
end tell
Example 2: get the URL.
tell application "Brave Browser"
set siteTitle to title of active tab of window 1
end tell
@TomJr Since the DDG browser is based on Firefox, you could probably easily adapt the macro I posted here, or perhaps one of the alternatives given in replies: URL (and Title) from Firefox (subroutine)
1 Like
It is, but as @Nige_S pointed out, unlike Firefox, DuckDuckGo has zero Applescript support. So anything that starts with tell application "DuckDuckGo" is going to fail, because there's no AppleScript dictionary.
Via some of the methods in linked threads, you can probably get some info via system events, but nothing near the control you get even with Firefox's basic AppleScript support. DuckDuckGo just chose not to implement that, for whatever reason. (Brave has better AppleScript support than Firefox, by far.)
-rob.
If you follow the link to the thread you will see that my macro does not use Applescript. This is because I did not even know that Firefox had any Applescript support till it was pointed out to me in a reply!
Sorry, I read that line as meaning the script just above in the same post.
-rob.
1 Like
@kevinb Thank you for that, I will try it!
Tom
1 Like
@TomJr If you're sure you want to! 
I mean, while KM can be used to control Firefox and other browsers derived from it, I think the limitations of such browsers only make sense for particular purposes such as when caring primarily about maximum privacy/anonymity (LibreWolf, Mullvad Browser etc.).
For everyday use, browsers from the Firefox family are not the most amenable options for Mac users. Which browsers you favour will depend on your requirements, and (in my experience) settling on acceptable compromises!
Haven't used Firefox for quite some time, maybe it's time to try it again.