kesselborn / conex Goto Github PK
View Code? Open in Web Editor NEWFirefox extension
License: Mozilla Public License 2.0
Firefox extension
License: Mozilla Public License 2.0
needs interception on tab creation
there is already a web-extension called taborama in the chrome web store. As webextension are compatible with chrome-webextension as well, I think this will just cause confusion.
Furthermore, my taborama actually does not have a panorama'ish view (which was where it was derived from), so the name does not make sense at all
Ideas:
@grahamperrin as you already commented here quite a lot: any good ideas? Would like to do this rather sooner than later.
(this came via mail, posting it here for visibility)
Sorry to write you out-of-the-blue, but I was reading some of your forum posts related to Firefox Tab Groups — and your interest in developing a Tab Groups-style add-on — and wanted to share an implementation idea with you before you got too far into a development project. Please forgive if I’m out of line writing you like this!!
So here’s my argument re: Tab Groups in browsers today:
If you ask browser users, "Why do you want tab groups as a feature?" they typically say, "Because I want a quick and easy way to organize my open tabs into logical named groups so I can work more efficiently.” They don't say, "Because I want to jump back and forth between an abstracted Panorama view."
Many Mozilla devs are fighting against Tab Groups feature requests because they think this means “reimplement Panorama,” which of course would be terrible. But even though Mozilla axed Tab Groups, users like us (as you rightly pointed out) still need some way to group tabs. And users like me find it frustrating to have to jump back and forth between a secondary, abstracted environment (Panorama) and the normal Firefox user environment anyway. We just want easy tab grouping. Many of us have several "workspaces" running at once, and need to quickly be able to jump between sets of tabs grouped logically.
I'd like to share with you a novel approach to Tab Groups that many developers aren't aware of, but that thousands of users have found ABSOLUTELY CRITICAL to their workflow. This basic idea blows Panorama out of the water.
Have you ever seen TabGroups Manager? https://addons.mozilla.org/en-US/firefox/addon/tabgroups-manager-revived
I cannot encourage you enough to check it out. It only runs in Firefox 54 and below, though (breaks in 55+), so be sure to try it in an older browser.
(1) The most important feature: The add-on allows the user to see persistent Tab Groups all the time in one browser window, without clicking a button or changing contexts. It creates one level of hierarchy (Tab Groups) which are represented as an extra bar in the tab area. (Please see the screenshots on the add-on page.) This allows the user to organize Tab Groups directly in the main browser window view, without having to flip to a secondary "Panorama" screen. The groups are always persistent on-screen. The user can create hierarchy, name the groups, and manage tabs (drag-and-drop between tab groups) in a quick, convenient way that provides visual context at all times.
(2) Secondary feature: The add-on allows the user to hibernate tab groups to improve performance.
(3) Most importantly, it resolves the weird paradoxes and inconsistencies with Panorama. The tabs are simply grouped in nested hierarchy. That’s it.
The problem is, Panorama has sullied the concept of Tab Groups for too many developers and muddied the etymological waters of tab grouping. Users who wanted Tab Groups indeed used Panorama (terrible implementation as it was) - often in combination with add-ons which extended its functionality to make it actually useful - because when Mozilla forced its will in implementing Panorama as the solution for tab grouping, there were no other options. So users made do with Panorama. Now that it's been axed, that's why many users who liked some sort of tab grouping feature are shouting for its return. Maybe they don't fully realize that it's not "Panorama" (poor implementation of Tab Groups, but the one that they recognize) that they want, but simply a useful implementation of Tab Groups. To me, it doesn't make sense to now be forced to have tabs completely disorganized, which is the current new paradigm in Firefox.
The concept behind TabGroups Manager is an incredible workflow booster. Of course, the add-on will no longer work in Firefox 57+.
My suggestion for anyone implementing new Tab Groups functionality for Firefox, whether core browser code or webextension add-ons is: Please implement this concept of “in-one-browser-window, always-visible, one-level-of-hierarchy” tab grouping.
when no tab, no history and no bookmark matches the search, offer to search in default search engine instead
sub-topic of issue/24
Whilst the button in the toolbar is OK – movable (into e.g. the overflow menu), the immovable icon in the location field is an annoyance, especially when other extensions force immovable icons into that field.
A user preference to not have an icon in the location field.
(Can you roll the functionality away from that icon, to the movable toolbar button?)
Thanks
as they will not be shown in the bookmarks section to avoid duplicates. However: this could confuse the user if i knows that a certain urls is a bookmark
Reduce the likelihood of confusion wherever any container-oriented product (such as Taborama) will be used alongside any tabgroup
-oriented product.
From #18 (comment) (2017-08-28) with added emphasis:
… without the constraints of a sidebar …
… ideally a window, …
https://developer.mozilla.org/Add-ons/WebExtensions/user_interface/Bundled_web_pages
This is the context: mozilla/multi-account-containers#245 (comment)
Contrary to changing the container of an existing tab, there is no privacy implication to changing the container of a new tab in which I have typed the url but have not yet hit enter (possible exception: search suggestions; maybe require they be disabled to enable this functionality in private mode?).
Since the Mozilla folks seem not interested in responding* to that comment, I'm hoping you will be more receptive, or more receptive :)
*implementing or telling me why they think I'm wrong
The tabs are in the wrong groups after importation, there must be in the previous one in the list ...
https://addons.mozilla.org/firefox/addon/taborama/versions/
Version 0.0.8
Released August 20, 2017 59.7 KiB
Works with Firefox 57.0a1 and later
After installing with Nightly 57, Firefox Sync installed the extension to 55.0.2. That's probably a Firefox Sync bug (I'm taking advice in IRC) …
… it also raises the question of intended version compatibility. https://github.com/kesselborn/taborama/issues/11#issuecomment-324830377 for example mentions 56.
Is there any feature of Taborama that should be functional with 57 that certainly should not function with 55.x?
For the current page action it permits the user to move across a container boundary.
This is a risky operation that is outlined here:
https://github.com/mozilla/testpilot-containers/wiki/Moving-between-containers
Taborama has a setting to enable/disable moving tabs between containers. It is convenient, but also a privacy risk, because it can leak information between containers.
Since v0.0.42, we can move new tabs between containers. This does not pose the same privacy risk, since we have not accessed the website yet, so I think it should be enabled regardless of which setting is selected.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function
This may be better than use return new Promise((
and then()
.
Steps to reproduce:
https://duckduckgo.com
, but do not press enterExpected result: https://duckduckgo.com
remains in the omnibar
Actual result: Omnibar is cleared
I know this is technically the intended behavior right now, but it feels like a bug to me.
it's a mess right now
A minor issue.
Conex 0.0.51 on Firefox Nightly 58.0a1 (2017-09-28) (64-bit) on Kubuntu.
Issue observed with 0.0.32, 0.0.33 and 0.0.34.
Also (echoes of recently closed reopen tab in other … default: does not work for contained tabs · Issue #36 · kesselborn/taborama):
... should only work, if user is ok with moving tabs between tabgroups
... it's a mess at the moment
This issue was first observed with Taborama 0.0.31 with Firefox Multi-Account Containers 4.0.1 with Firefox 55.0.3 (not supported for use with Taborama) on FreeBSD-CURRENT.
Reproduced with 0.0.31 with Firefox Multi-Account Containers 4.0.1 with Firefox Nightly 57.0a1 (not supported for use with Firefox Multi-Account Containers) on Kubuntu.
about:profiles
about:profiles
, not contained (default, presumably)instead of opening a new tab
only makes sense once https://bugzilla.mozilla.org/show_bug.cgi?id=1384515 is fixed
From #42 (comment) (2017-09-22):
… what does "when privacy mode is selected" exactly mean? …
I wondered the same thing.
When there's a preference for Conex in the location bar, containers are not selectable. To me, that makes sense; I would not rarely, or never, something in private then (containment) make it less private.
When there's a preference for Conex in the context menu, containers are selectable but the page is not restarted in the selected container.
If it's true that there should be no restarting with containment after starting with privacy then the minor bugs here are:
(If that's not true, then Mozilla should simply offer the option to restart a page without privacy. Beyond the scope of Conex.)
Present but nonfunctional.
As Firefox allows use of Bookmarks and History menus in a private window, so Conex search results should be as good in a private window as they are in a non-private window.
Partly related:
editing can perhaps be left out at first
... and only for tabs that will be shown
Just opening this bug here for tracking. :)
https://bugzilla.mozilla.org/show_bug.cgi?id=1384515
and find out, what the problem is
Option for context menu instead of page action · Issue #34 · kesselborn/conex is closed (thanks).
For around half an hour, at two machines, I struggled to understand why the menu option sometimes did not appear. Eventually I realised …
Then, more subtly:
– Conex is in the second shot only because I took care to perform a deselection before presenting the context menu.
At 4e27b87 I see:
… much new code, will have to refactor …
– understood. No rush. Thanks again.
i.e.:
always open *.reddit.com.*
in container private
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.