Firefox 64 Released • Hacker News Board

Re: Firefox 64 Released

#111

Post by soapdog » Tue, Dec 11, 2018, 7:50 PM UTC

O1111OOO wrote: post #50

RSS is dead... I have a local html page devoted to news. An entry for a specific site will see at least two urls: The main site's URL and a link to it's RSS feed. Linking to the feed directly was a great way to bypass all the modern garbage on the home page to see a simple list of articles (not unlike HN's home page). It's borked now... None of my RSS links render. Chromium was very bad at this but at least it render…

I know it is not what you've been doing but it may be something you'd like to consider. I also love RSS and even though there are many add-ons to use in Firefox to restore that kind of functionality, I prefer to use Thunderbird to consume RSS/Atom feeds, I've posted about it at:

http://andregarzia.com/2018/11/reading-blogs-with-thunderbir...

Since Thunderbird is also my email client, it becomes a very pleasant experience of catching my email, my newsletters and my blogs in the same client.

Re: Firefox 64 Released

#112

Post by moosingin3space » Tue, Dec 11, 2018, 7:51 PM UTC

ghostly_s wrote: post #107

moosingin3space wrote: post #38

Kind of a niche thing to comment on, but this release lands a commit I made that enables XDG desktop portals support in Firefox. If you're on KDE Plasma, you can run Firefox with the environment variable `GTK_USE_PORTAL=1` set and it will use KDE file selection dialogs.

Very cool, I don't suppose this will allow one to change the dialog in hybrid/non-DM environments also? I use Openbox with a mix of KDE and GTK apps and this is one of the more common annoyances. I looked into this a while back and couldn't find any info at all.

This depends on what `xdg-desktop-portal` DBus service is running on your setup. In most non-DE environments, there is no `xdg-desktop-portal`, and as a result, GTK will automatically fall back to GTK file selectors.

If you'd like to use KDE file selectors in a non-DE setup, you'll need to get `xdg-desktop-portal-kde` working.

Re: Firefox 64 Released

#113

Post by kiriakasis » Tue, Dec 11, 2018, 7:51 PM UTC

usrusr wrote: post #79

untog wrote: post #51

Earlier quoted context omitted.

> Mozilla did the same with tab groups, then the addon was abandoned. Wouldn't that indicate that the extension was not that widely used, and as such Mozilla were correct in removing it from the central codebase?

“Not that widely used" is an incredibly elastic term. When you axe twenty "5% features" your worst case is offending 100% of your users.

Which can be worth it depending on what you trade it for. I really liked the tab group feature but the new extension API is vastly more secure and can (probably) be extended to allow for most addons.

At Mozzila they need to prioritize many different things and I can understand how a constant push to make the browser leaner is foundamental. (especially in cases like RSS feeds)

Re: Firefox 64 Released

#114

Post by matthewn » Tue, Dec 11, 2018, 7:52 PM UTC

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

> 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.

I believe this information is out of date. Firefox 58 brought extension developers the ability to unload tabs: https://bugzilla.mozilla.org/show_bug.cgi?id=1322485

And Totally Not Panorama takes advantage: https://addons.mozilla.org/en-GB/firefox/addon/basic-panoram...

Re: Firefox 64 Released

#115

Post by blattimwind » Tue, Dec 11, 2018, 7:52 PM UTC

moosingin3space wrote: post #38

Kind of a niche thing to comment on, but this release lands a commit I made that enables XDG desktop portals support in Firefox. If you're on KDE Plasma, you can run Firefox with the environment variable `GTK_USE_PORTAL=1` set and it will use KDE file selection dialogs.

Thanks!

Re: Firefox 64 Released

#116

Post by ace_33 » Tue, Dec 11, 2018, 7:52 PM UTC

For a moment I thought this had something to do with Star Fox 64

Re: Firefox 64 Released

#117

Post by iod » Tue, Dec 11, 2018, 7:53 PM UTC

pmoriarty wrote: post #66

jniedrauer wrote: post #52

Earlier quoted context omitted.

You have no idea how excited I am for this. I use sway as my daily driver since it supports HiDPI so much better than i3, but the one caveat to that has been firefox and xwayland. Once this ships, sway will have nearly flawless HiDPI support.

I'm not. Wayland lacks a lot compared to X.[1] From the linked-to-post, it lacks: * Programmatic output configuration (xrandr, arandr, etc.) * CLI clipboard access (xsel, xclip) * Third party app launcher/window switcher (rofi, dmenu, albert, docky). * Clipboard managers (parcellite, klipper, Gpaste, clipman, etc.) * Third party screen shot/capture/share (shutter, OBS, ffmpeg, import, peek, scrot, VNC, etc.) * Color…

Those things are mostly compositor specific and not specifically a Wayland issue. For example with Sway:

* Programmatic output configuration

swaymsg -t get_outputs # get displays

swaymsg output DP-1 pos 0 0 res 1920x1080 # set displays

* CLI clipboard access

swaymsg -t get_clipboard

* Third party app launcher/window switcher

I use gnome-panel with Xwayland, but better than nothing

* Third party screen shot/capture/share

https://github.com/foss-project/green-recorder

* Color picker (gpick, gcolor3, kcolorchooser)

Sorry, no options here yet, but it can be done

* xdotool

swaymsg [title="Top Panel"] floating enable, resize set width 2560 px height 32 px, move position 0 -38

Re: Firefox 64 Released

#118

Post by cpeterso » Tue, Dec 11, 2018, 7:53 PM UTC

Siecje wrote: post #10

I wish you could resize the columns in the Network tab of the Dev tools.

Yeah. That is annoying. Here is the bug about making the columns resizable:

https://bugzilla.mozilla.org/show_bug.cgi?id=1463423

Re: Firefox 64 Released

#119

Post by bzbarsky » Tue, Dec 11, 2018, 7:54 PM UTC

gnicholas wrote: post #80

rerx wrote: post #2

Does it come with Mac performance improvements?

I have used Firefox since the early 2000s, and it has been frustrating to see performance get worse even as my hardware gets better. I realize that this is mainly the fault of bloated websites, but I can also see that Chrome and Safari are faster than Firefox. I recently switched to Brave Developer Edition [1], which now supports Chrome extensions (which I need for work/pleasure). It runs circles around Firefox and C…

If Brave is running circles around Chrome for you in general, that's likely a result of cognitive bias, since last I checked it's the same rendering engine.

For pageloads Brave might do better if it blocks various stuff by default, of course.

Re: Firefox 64 Released

#120

Post by kevincrane » Tue, Dec 11, 2018, 7:54 PM UTC

> We’re excited to introduce multiple tab selection, which makes it easier to manage windows with many open tabs. Simply hold Control (Windows, Linux) or Command (macOS) and click on tabs to select them. Once selected, click and drag to move the tabs as a group — either within a given window, or out into a new window.

Yessss. It doesn't happen often, but the times when I open up 6-10 tabs for research but then decide they deserve their own window so I can focus on them (and subsequently drag them out one by one) is still a lot.