Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Firefox 64 Released

hacks.mozilla.org

Post reply on HN
Print view View original

121–130 of 527 posts

Re: Firefox 64 Released

#121

Post by kibwen »

idoubtit wrote: post #85

The new API browser.menus.overrideContext is announced with documentation links pointing to blogs, including a personal blog page with unrelated Japanese texts and anime pictures. The official documentation (MDN) has no reference to the new features. Even the API features from FF63 (august 2018) are only have a draft of documentation (e.g. Menus.getTargetElement). Documentation is important, even more for an API. I t…

That's the blog of the developer of Tree Style Tabs, who is presumably Japanese. I agree that it would be nice to have such information on MDN, and since MDN is a wiki, anyone here can do it if they feel strongly enough about it. The linked blog post contains a wealth of information describing how the API works, along with links to further explanatory posts.

Re: Firefox 64 Released

#122

Post by whalesalad »

jt2190 wrote: post #3

Some things I've been looking forward to: > Easier performance management: The new Task Manager page found at about:performance lets you see how much energy each open tab consumes and provides access to close tabs to conserve power > Improved performance for Mac and Linux users, by enabling link time optimization (Clang LTO). (Clang LTO was enabled for Windows users in Firefox 63.) Release Notes: https://www.mozilla.…

> Improved performance for Mac and Linux users, by enabling link time optimization (Clang LTO).

Does this mean I need to build it myself or is the binary gonna ship this way?

Re: Firefox 64 Released

#124

Post by lawn »

chrisseaton wrote: post #37
Doctor_Fegg wrote: post #22

> The CSS Scrollbars Level 1 spec standardizes features for setting scrollbar width and color I would like these features to be standardised to hands-off-my-fricking-scrollbars. I’m fed up with impossible-to-grab 1px-wide scrollbars because “everyone has trackpads”. No, they don’t.

> because “everyone has trackpads”. No, they don’t. Don't most mice have scrolling as well? It's not about trackpads.

> most

But not all.

Re: Firefox 64 Released

#125

Post by kps »

Doctor_Fegg wrote: post #22

> The CSS Scrollbars Level 1 spec standardizes features for setting scrollbar width and color I would like these features to be standardised to hands-off-my-fricking-scrollbars. I’m fed up with impossible-to-grab 1px-wide scrollbars because “everyone has trackpads”. No, they don’t.

I just want working page-up and page-down keys.

Re: Firefox 64 Released

#126

Post by kiriakasis »

dman wrote: post #106
orf wrote: post #42

Earlier quoted context omitted.

Then perhaps you can see why telemetry is useful to responsible companies like Firefox, and maybe people who disable it have no right to complain about decisions based off telemetry data?

This is a fascinatingly coercive take on the privacy / observability tradeoff.

No, this is supporting direct feedback. How can mozzila know which features are useful in your opinion? how should they know that you wanted [feature X]?

Maybe they are also in the wrong if the telemetry is excessive, but the alternative is to never deprecate any feature ever.

Re: Firefox 64 Released

#127

Post by nine_k »

fao_ wrote: post #33
jjordan wrote: post #15

Is this the version that kills Live Bookmarks? Some of us FF old-timers are hopelessly reliant on these things, and it's, as far as I have found, the fastest way to quickly scan lists of headlines from all your favorite sites at once. Seriously, one click and you can quickly mouse over the sites on your bookmarks toolbar to consume hundreds of headlines. I really, REALLY hate that they're killing this feature, but th…

> but this addon promises to restore it Mozilla did the same with tab groups, then the addon was abandoned. The replacement that is compatible with the new form of extension isn't able to unload the tabs, just hide them, which undoes most of the performance benefits. [abraham simpson voice] It'll happen to you too! [/abraham simpson voice] /jk

FWIW, Tree Style Tab solved tab groups (and more) for me.

I wish tab handling had a first-class API in Firefox, so that different tab managers could interact with the default tab menu, etc.

Re: Firefox 64 Released

#129

Post by bzbarsky »

PavlovsCat wrote: post #92
JohnFen wrote: post #48

Earlier quoted context omitted.

I don't think that's a good thing. I don't want web designers to be able to alter the look of the browser itself.

The same person who managed to make the text and background color not clash will also be able handle two scrollbar colors responsibly. Take e.g. a textarea that gains focus and has the both scrollbar and border change color, what's so terrible about that?

> The same person who managed to make the text and background color not clash

Just to check, is that sarcasm? Because having those end up the same for users who use non-default colors is a _very_ common webdev mistake...

Re: Firefox 64 Released

#130

Post by kgwxd »

jjordan wrote: post #15

Is this the version that kills Live Bookmarks? Some of us FF old-timers are hopelessly reliant on these things, and it's, as far as I have found, the fastest way to quickly scan lists of headlines from all your favorite sites at once. Seriously, one click and you can quickly mouse over the sites on your bookmarks toolbar to consume hundreds of headlines. I really, REALLY hate that they're killing this feature, but th…

Whats wrong with just using a proper RSS client?
Post reply on HN