Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Open in Container from Bookmark #1714

Closed
utahcon opened this issue Apr 16, 2020 · 10 comments
Closed

Feature Request: Open in Container from Bookmark #1714

utahcon opened this issue Apr 16, 2020 · 10 comments

Comments

@utahcon
Copy link

utahcon commented Apr 16, 2020

I LOVE Firefox Containers. They make my life as a developer so much easier. However, I would love to see the Bookmark interface updated to allow a bookmark to be opened in a container type.

@adnichols
Copy link

Agree with this - even the ability to add some metadata to the bookmark which would hint at what container to use would be super handy.

@kuzi-moto
Copy link

This feature would be super useful. I'm surprised it's only been requested recently.

@Solid-Ice8
Copy link

There's already an existing ad-on for this as well.

"Open bookmark in Container Tab menu item".

@adnichols
Copy link

@Solid-Ice8 that's not what is being requested. There are already ways to open a bookmark by right clicking the bookmark and selecting the container to open it in - this add-on actually is redundant with functionality already provided by the multi-account-containers add-on. Neither of these add-on features persist that selection so that just opening the bookmark results in the right container being used - you always have to right click & navigate menus. We have bookmarks which are always opened in the same container, but are not distinctive enough (for example, different google documents) to be supported by the "Always open this site in container" option.

@utahcon
Copy link
Author

utahcon commented Apr 30, 2020

As @adnichols said the add-on @Solid-Ice8 suggested is only half a solution. Thanks for pointing that out @Solid-Ice8. However, yes, having this as a permanent solution would be preferred.

@Solid-Ice8
Copy link

No problem, I understand. However, I don't believe of any Dev's have been around for a long time.

I've seen (& been seeing) many repeated features/suggestions/issues (including both of my suggestions).

Some even go as far back as issue number 600's..and now we're in the 1700's...

@rob-miller
Copy link

rob-miller commented May 26, 2020

The use case which depends on this feature is the ability to have multiple gmail accounts in different bookmarks. In my hands they all resolve to https://mail.google.com/mail/u/0/#inbox so there is no way to differentiate the container based on URL alone.

this add-on actually is redundant with functionality already provided by the multi-account-containers add-on

I have the multi-containers add-on installsed, without the additional add-on referenced by @Solid-Ice8 there is no 'open in container' option on any of my bookmarks, only on links in loaded pages. --> oops found the preference in MAC to enable

@Solid-Ice8
Copy link

That's good that you've found it.

The suggested add-on actually displays the colours of container tabs instead MAC's built-in one. If you noticed, the container tab colours are all black in the built-in context menu. This may be helpful, but, it's not exactly perfect.

Additionally, TST (Tree Style Tabs) users like myself like to tweak around with the CSS (cascade style sheet) to customize its look. Some people enabled additional CSS only displaying the FavIcon (you know, the little icon next to websites) and not the text.

When I used this, I noticed it applies to all bookmarks too, not just the sidebar. Not all websites have their own FavIcons.

I'm pretty sure it'll also affect MAC's built-in bookmark functionality as well. I haven't tested this yet, can't say if this is actually the case.

I'm now back to work so, I won't be able to do tests as often.

@grahamperrin
Copy link

▶ 2017 issue #854, where there's a workaround.

@utahcon please close this duplicate issue; there will remain cross-references in #854. Thank you.

@dannycolin
Copy link
Collaborator

Duplicate of #323

@dannycolin dannycolin marked this as a duplicate of #323 Jul 19, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants