[Feature Request] Open in background about browserosaurus

[yohannes]

@will-stone the dim / !dim is one neat visual cue. 😊

[will-stone]

Thanks! Be careful with future versions though as I do like to break things 😆 (although v4 is basically done) Nice suggestion. I’ll have a look into how this can be accomplished and whether it’ll fit into how B is currently written.

[will-stone]

Definitely agree, my thinking was to darken (make translucent) the apps that aren't supported when alt is held. I promise I'll get to this when this minor crisis is resolved.

[will-stone]

Okay, I have this working! For the brave, please test-out this branch: https://github.com/will-stone/browserosaurus/tree/feat/open-in-background

It's currently only working with Firefox and Safari. The command seems to have stopped working with Chrome. Without Chrome support, I'd say this is not a great addition, as it's the most popular browser. Anyway, if you figure it out, just add the command to the optCmd key of the Chrome entry in the src/config/activities.ts file.

[yohannes]

Noted Will. Just checking its pulse. Yes, i think releasing it soon is better because many including myself are using it on a constant basis so if something breaks, we will know quickly and can open an issue.

[will-stone]

Okay chaps, this has been released in v6.3.0. Please let me know if you find any bugs.

[blakejakopovic]

You should be able to use the -g flag to open urls in the background, after checking if the modifier key was pressed. Safari, Chrome and Airmail use the command key as the 'open in background' modifier which should be suitable.

open -a Safari -g "http://google.com"

[will-stone]

Thanks! I’ll look into adding this in a branch soon.

[will-stone]

@blakejakopovic I've started this but am noticing that some browsers don't like -g and with some browsers it only works if the browser is already open. Here's my findings so far:

Working

• Chrome
• Firefox
• Min
• Opera
• Safari

Not working (just brings browser to front as normal)

• Brave
• Chromium

[CelsoSantos]

Regarding Brave, maybe the issue is related to brave/browser-laptop#10492?

Maybe option to always switch to new tab is enabled and that's causing the observed behaviour?

[will-stone]

Brave moved their repo but I think this is the same issue: brave/brave-browser#4052

[yohannes]

@blakejakopovic I've started this but am noticing that some browsers don't like -g and with some browsers it only works if the browser is already open. Here's my findings so far:

Working

* Chrome

* Firefox

* Min

* Opera

* Safari

Not working (just brings browser to front as normal)

* Brave

* Chromium

@will-stone my suggestion is to enable background url opening feature for those browsers above that already support it. Brave and Chromium can follow later when the time comes. This way, people using those 5 browsers can start using this new feature right away. What do you think?

[CelsoSantos]

Yeah, I kinda agree with this.. Would be useful to use where supported, maybe show a little icon/colored border next to the browsers that are setup for background opening?

…

On Fri, May 17, 2019 at 5:52 AM Yohannes Wijaya ***@***.***> wrote: @blakejakopovic <https://github.com/blakejakopovic> I've started this but am noticing that some browsers don't like -g and with some browsers it only works if the browser is already open. Here's my findings so far: Working * Chrome * Firefox * Min * Opera * Safari Not working (just brings browser to front as normal) * Brave * Chromium @will-stone <https://github.com/will-stone> my suggestion is to enable background url opening feature for those browsers above that already support it. Brave and Chromium can follow later when the time comes. This way, people using those 5 browsers can start using this new feature right away. What do you think? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#54?email_source=notifications&email_token=AAHX5UWKJNWV4RPDORQL6PDPVY2ZRA5CNFSM4E27FFR2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVTXGTI#issuecomment-493318989>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAHX5UTBH52ZHEYTD4TPJYTPVY2ZRANCNFSM4E27FFRQ> .

-- Cumps. Celso Santos

[bendem]

Please don't use a modifier key to implement behavior change, that breaks the normal behavior to open a link in a console or in some software. I.e. in Alacritty, I have to hold shift to open links, in Iterm2 people have to hold cmd, and I'm sure some other software uses meta.

Nvm, holding a modifier when choosing the browser is fine, I thought it was required when clicking the link.

[will-stone]

@bendem That's been my thinking behind this thread: #98

[yohannes]

@will-stone Just want to confirm whether this feature is still streaming ahead for adoption to main branch or halted due to chrome incompatibility?

[will-stone]

It’ll make master, I’ve just been busy recently. I wanna kick the tyres with it a bit more though as it seemed a bit flakey last time I tried to use it. But I suppose I can always release it and you guys tell me what doesn’t work.

[yohannes]

Awesome! Will do. Thanks @will-stone

[bendem]

Works fine for safari which I don't use, missing from firefox and chrome, but I guess that's going to come in the future.

[bendem]

I use firefox nightly as my main browser, I guess the fact that it's nightly doesn't help?

[will-stone]

@bendem Chrome doesn't support the feature so I can't add that. It's working for Firefox for me. As for Nightly, it probably would work, I've just not tested it so it has not been activated for that browser. Feel free to add it and PR if it works fine for you. Please note, you must hold alt / opt after opening the picker, not whilst clicking the link. Whilst picker is open and holding alt, the browsers that support open-in-background will stay lit, whilst those that do not will dim slightly.