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

Firefox 75: Ambitions for April

hacks.mozilla.org

Post reply on HN
Print view View original

61–70 of 97 posts

Re: Firefox 75: Ambitions for April

#61

Post by citruscomputing »

the_pwner224 wrote: post #59
hising wrote: post #35

"On Linux, the behavior when clicking on the Address Bar and the Search Bar now matches other desktop platforms" - yay, I have found it annoying that you need to double-click in order to select all and start searching

When this change was made in FF Nightly I was annoyed enough to find out why it happened and file a bug report about the regression ( https://bugzilla.mozilla.org/show_bug.cgi?id=1619801 , and a dupe at https://bugzilla.mozilla.org/show_bug.cgi?id=1621570 ), but apparently it was an intended change. What's annoying is that instead of just changing the default for Linux to be in line with other platforms, the option t…

If you just care about changing part of the URL, you can click and drag to highlight and then type to replace.

Re: Firefox 75: Ambitions for April

#62

Post by edflsafoiewq »

mythmon_ wrote: post #33
butz wrote: post #14

How do I change search engine from search bar? Before update there were icons with my saved search engines, but now they are nowhere to be seen.

Once you start typing the same icons should show up again. You can click on them to perform just that search with the selected search engine, or right click on it to make it the default.

I hate this kind of UI.

The very worst I've seen is in Krita (maybe they've changed it) where to make a new brush you had to select the name field of an existing brush and edit it, and only then would the button for "Save a Copy as a New Brush" or whatever appear. Good luck hunting for the "New Brush" button, you're not going to find it.

Re: Firefox 75: Ambitions for April

#63

Post by ggreer »

lawnchair_larry wrote: post #50
ned_roberts wrote: post #40

A big one for me (covered in the release notes): "Experimental support for using client certificates from the OS certificate store can be enabled on macOS by setting the preference security.osclientcerts.autoload to true." This allows Firefox to work with my company's BeyondCorp implementation. I was forced to use Chrome before.

Could you not just copy the cert from keychain to firefox’s cert store?

That's possible, but the certs expire very quickly and they only offer access to a tiny subset of resources. You'd be constantly exporting & importing certs.

Re: Firefox 75: Ambitions for April

#64

Post by the_pwner224 »

citruscomputing wrote: post #61
the_pwner224 wrote: post #59

Earlier quoted context omitted.

When this change was made in FF Nightly I was annoyed enough to find out why it happened and file a bug report about the regression ( https://bugzilla.mozilla.org/show_bug.cgi?id=1619801 , and a dupe at https://bugzilla.mozilla.org/show_bug.cgi?id=1621570 ), but apparently it was an intended change. What's annoying is that instead of just changing the default for Linux to be in line with other platforms, the option t…

If you just care about changing part of the URL, you can click and drag to highlight and then type to replace.

Dang, I never thought of that. Thanks!

Still doesn't help for adding something onto the end, but good enough for 90% of cases.

Re: Firefox 75: Ambitions for April

#65

Post by gshdg »

butz wrote: post #13
gshdg wrote: post #5

Will lazy-loading images avoid viewport jumping? Because that's a constant headache on mobile Safari.

Now it is recommended to use width and height attributes on img elements. It will help to prevent viewport jumping and will support responsive aspect ratio resizing. https://www.youtube.com/watch?v=4-d_SoCHeWE

That's been recommended since about 1993. That doesn't mean more than 10% of sites have ever actually followed the guideline.

Re: Firefox 75: Ambitions for April

#66

Post by JoshTriplett »

the_pwner224 wrote: post #64
citruscomputing wrote: post #61

Earlier quoted context omitted.

If you just care about changing part of the URL, you can click and drag to highlight and then type to replace.

Dang, I never thought of that. Thanks! Still doesn't help for adding something onto the end, but good enough for 90% of cases.

> Still doesn't help for adding something onto the end

If I'm going to need to type anyway, I'd rather do that with the keyboard than the mouse: Ctrl-L End /xyz or Ctrl-L Right /xyz feels much faster to me than "move mouse to end of address bar, click, /xyz".

(I absolutely understand that relearning/retaining muscle memory takes time and feels frustrating, though.)

Re: Firefox 75: Ambitions for April

#69

Post by globular-toast »

hising wrote: post #35

"On Linux, the behavior when clicking on the Address Bar and the Search Bar now matches other desktop platforms" - yay, I have found it annoying that you need to double-click in order to select all and start searching

I press ctrl+L to start typing an address (ctrl+K to search). You're already going to use the keyboard to type so it's easier than clicking. I prefer clicking to do the normal, expected behaviour.

Re: Firefox 75: Ambitions for April

#70

Post by myfonj »

myfonj wrote: post #60
hising wrote: post #35

"On Linux, the behavior when clicking on the Address Bar and the Search Bar now matches other desktop platforms" - yay, I have found it annoying that you need to double-click in order to select all and start searching

So is this the reason for `browser.urlbar.clickSelectsAll=false` in about:config to cease to work (on Windows)? Not fortunate for me; I liked this option to NOT have it selected after single click. Triple click is for this kind of selection in my old habits.

Also when I'm clicking something that looks like text field (what Awesome Bar looks after all), my primary intention is to type there something. Even if my my intention was to select some text and I expected it, I don't expect it to open extra drop down with "top pages" (like it now does): that's what buttons usually do and what the "⌵" button in Awesome Bar in previous version did. Now click does not one, not two, but three thinks simultaneously.

Is there some pref that tells Firefox to not show those suggested options immediately after URL bar text field's focus?

Post reply on HN