GOPHERSPACE.DE - P H O X Y
gophering on hngopher.com
HN Gopher Feed (2017-09-26) - page 1 of 10
 
___________________________________________________________________
Tree Style Tabs Extension Ported to Firefox 57
104 points by kibwen
https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/
___________________________________________________________________
 
weaksauce - 1 hours ago
That's good. This one was the one that most people were complaining
about not being possible in webext. Glad to show people that the
Firefox team has good intentions.
 
mirekrusin - 1 hours ago
This FF57 looks good - like a revolution about to come. I've made a
switch in few minutes and... oh boy, you feel the difference.
 
kibwen - 2 hours ago
Found in a comment in today's Quantum thread: "It still can't hide
the tab bar (API will come in later releases) but it works!";
"https://bugzil.la/1332447 is the bug for adding a WebExtensions
API for hiding the tab bar."
 
  Ar-Curunir - 1 hours ago
  This can be done via userChrome.css. Just add this:#tabbrowser-
  tabs { visibility: collapse !important; }
 
    kibwen - 41 minutes ago
    Excellent, I was digging around for an about:config pref but
    this works too. :)
 
  [deleted]
 
alkonaut - 53 minutes ago
Feels like I'm missing some background here - what happened between
56 and 57 that made it necessary to port extensions? Some
revolutionary architectural change?
 
  mattashii - 43 minutes ago
  Firefox stopped the support for legacy (non-WebExtension) APIs,
  and secondly FF57 introduced many new WebExtension APIs as
  'replacements', making it only feasable to implement TST using
  WebExtension in FF57+. As mentioned, some APIs are missing to
  allow the last plugins to be rewritten as WebExtension versions,
  but it is close to feature-compatible with FF56- APIs.
 
  AlphaWeaver - 41 minutes ago
  I'm not sure if it was between 56 and 57, but Firefox recently
  switched to using web extensions, which is the same kind of
  extensions that Chrome uses, compared to Firefox extension types
  that it used previously. Therefore existing Firefox extensions
  had to be updated.
 
    mintplant - 32 minutes ago
    > which is the same kind of extensions that Chrome usesSort of.
    The WebExtensions API aims to be a superset of Chrome's
    extension API. WebExtensions aren't and won't be limited to
    Chrome's feature set and Mozilla is in the process of rapidly
    expanding their capabilities.As opposed to the previous Firefox
    Add-ons API, which essentially exposed a ton of unstable
    internal surface area to dynamically-loaded third-party code,
    WebExtensions provide a stable interface that Mozilla can
    support without breaking things between releases or due to
    architectural changes like e10s/multi-process.The kinds of
    improvements Mozilla wants to make in Firefox going forward
    would end up breaking tons of extensions anyway, over and over
    again with each significant change. This way, there only needs
    to be one migration to the stable WebExtensions API.
 
  pornel - 37 minutes ago
  Yes, they've migrated to a new multiprocess architecture and the
  extra isolation requires new approach to integrating extensions.
  Previous extension API assumed UI, pages and everything else
  lived in the same process.
 
hawski - 1 hours ago
Does anyone know if Tab Groups (or something like it) will be
ported to 57?
 
  kibwen - 1 hours ago
  Looks like this is the Bugzilla issue for providing the APIs to
  enable a Tab Groups port:
  https://bugzilla.mozilla.org/show_bug.cgi?id=1384515 ; "I've
  heard from several people that they're looking for an API that
  enables the usage of tabbrowser.showTab, tabbrowser.hideTab
  and/or tabbrowser.showOnlyTheseTabs. The primary use case I can
  point to right now is TabGroups (in fact I think this is blocking
  TabGroups from being ported to a WebExtension)."
 
  jonalmeida - 38 minutes ago
  The developer had put out a note saying that Tab Groups won't be
  suppressed by WebExtensions, and the work in order to do a
  partial port isn't worth their time.
 
jitl - 1 hours ago
This is awesome; Tree Tabs is one of my two essential extensions,
the other being Vimperator.I'm sticking with the Firefox ESR that
supports Vimperator until Vimperator is ported (or re-written) for
WebExtensions. Unfortunately, Vimperator is struggling to find
contributors to help with the migration.The other vim-themed
extensions out there like Vimuim on Chrome or Saka Key just don't
come close :([edit: added Saka Key]
 
  kibwen - 1 hours ago
  Not a Vimperator user (though vim is my primary editor) so I
  can't say for certain how well any of these stack up, but in the
  other thread people were suggesting Saka Key as an alternative:
  https://news.ycombinator.com/item?id=15340154
 
    jitl - 1 hours ago
    I looked over the docs -- seems very similar to Vimium, and
    doesn't come close to Vimperator.My one  feature that I prefer
    in Vimperator is how it handles link-clicking.To click a link
    in Vimperator, you type `f`, then start typing the text of the
    link you want to follow. Once your search only matches a single
    link, the Vimperator clicks that link or button for you. You
    can also type a number, which selects that match.In Vimium,
    Saka Key, etc, you type `f`, and then type a short, unique
    code, which is assigned to each clickable element in order.So,
    for a page like Hacker News, to follow the third "comments"
    link in Vimperator, I type `fcommen3`. In Vimium, I type `f`,
    then squint my eyes and parse the labels it applies, and them
    maybe type `sw` or something random.
 
      dictum - 56 minutes ago
      > To click a link in Vimperator, you type `f`, then start
      typing the text of the link you want to follow. Once your
      search only matches a single link, the Vimperator clicks that
      link or button for you. You can also type a number, which
      selects that match.You can do that with Vimium too. The
      setting is called "Use the link's name and numbers for link-
      hint filtering".IIRC "Require Enter when filtering hints" is
      selected by default when you enable the previous setting, so
      the link is only highlighted and you have to press enter to
      open it.
 
        jitl - 41 minutes ago
        > Use the link's name and numbers for link-hint
        filteringWell, that's what I get for trying something once
        and never looking again...Thanks for the tip!
 
Eridrus - 1 hours ago
Does anyone know what Firefox had to do to support this in
WebExtensions? Is it at all generic, or is it super specific to the
Tree Style Tabs extension?
 
  aswan - 32 minutes ago
  I haven't looked closely at the extension but I think the two big
  building blocks are sidebars [1] and the tabs API [2], both of
  which have many applications outside of tree style tabs.  The
  "hide the tabstrip" bug mentioned in other comments here is more
  narrowly focused than those two but it hasn't landed yet...[1]
  https://developer.mozilla.org/en-US/Add-ons/WebExtensions/us...
  [2] https://developer.mozilla.org/en-US/Add-
  ons/WebExtensions/AP...