Live data from Hacker News

The Firefox UI Is Now Built with Web Components

briangrinstead.com

61–70 of 260 posts

Re: The Firefox UI Is Now Built with Web Components

#61
post #20

can it cause perfomance issue ? I know for example the devtool is written in react and it's a lot slower than chrome devtools (I don't know how chrome devtool is written) and the javascript debugger is sometime not even usable because it's so slow.

Really? I prefer the firefox devtools over chrome. They're pretty similar though.

Re: The Firefox UI Is Now Built with Web Components

#62
XUL was ahead of its time when it was introduced by Netscape/Mozilla many years ago. It was a capable XML based language used to describe rich graphical user interfaces. Together with XULRunner this was supposed to be a generic framework for creating graphical applications. This was long before HTML became what it is today. Back then people still thought Java would take off on the desktop. I believe that most Mozilla products such as the Mozilla suite, Thunderbird and Firefox used this for a very long time.

https://www.mozilla.org/keymaster/gatekeeper/there.is.only.x...

Re: The Firefox UI Is Now Built with Web Components

#63

Earlier quoted context omitted.

Web 4.0 is the internet of race conditions. Thanks, javascript everywhere.

I don't get it. Javascript would have categorically improved on this compared to more traditional multi-threaded solutions.

You can still have race conditions in single-threaded async code.

Re: The Firefox UI Is Now Built with Web Components

#64
post #51

I'm waiting for Firefox to start using a native context menu on macOS instead of the garbage that they are now using and which doesn't behave anything like any other context menu on macOS. It's luckily on Bugzilla, so I can keep monitoring progress daily. https://bugzilla.mozilla.org/show_bug.cgi?id=34572

Ticket opened 20 years ago, damn.

Wow, that predates OS X.

Re: The Firefox UI Is Now Built with Web Components

#65

Does this mean the missing extension icons I got for a few days now are because of this? (I use nightly) or is this an uncorrelated bug and I now think that the rewrite is at fault because I combine unrelated information?

I don't think it's related. They were removing XBL piece by piece for a quite some time now. /r/firefox has many mosts about such removals.

Anyway - nightly is a dev build. It is expected to have bugs of all kinds.

Re: The Firefox UI Is Now Built with Web Components

#66

XUL was ahead of its time when it was introduced by Netscape/Mozilla many years ago. It was a capable XML based language used to describe rich graphical user interfaces. Together with XULRunner this was supposed to be a generic framework for creating graphical applications. This was long before HTML became what it is today. Back then people still thought Java would take off on the desktop. I believe that most Mozilla…

An app I use called Zotero uses XUL, though I believe they're trying to transition to Electron. It seemed like a potentially robust platform, but damn if I couldn't figure how it worked enough to even contribute a minor fix.

Re: The Firefox UI Is Now Built with Web Components

#67
post #51

I'm waiting for Firefox to start using a native context menu on macOS instead of the garbage that they are now using and which doesn't behave anything like any other context menu on macOS. It's luckily on Bugzilla, so I can keep monitoring progress daily. https://bugzilla.mozilla.org/show_bug.cgi?id=34572

This was posted not only before OSX, but before Firefox. This was just Mozilla.

Re: The Firefox UI Is Now Built with Web Components

#68
post #51

I'm waiting for Firefox to start using a native context menu on macOS instead of the garbage that they are now using and which doesn't behave anything like any other context menu on macOS. It's luckily on Bugzilla, so I can keep monitoring progress daily. https://bugzilla.mozilla.org/show_bug.cgi?id=34572

So what would a native context menu actually do for me?
Post reply on HN