That’s sad that Mozilla has to take it into their own hands to provide a proper alternative to Snap Firefox.
That’s sad that Mozilla has to take it into their own hands to provide a proper alternative to Snap Firefox.
They already had. The Flathub package works since ages.
The Firefox snap is published directly by Mozilla too; it’s not a third party snap.
- Not Snap
- Not Snap
- Not Snap
- Not Snap
Nuff said
Is this Mozilla just essentially offering an alternative to the Firefox snap, or is there anything actually different in this package feature-wise compared to other packages (snap, flatpak, etc)?
Probably not, what could even be different?
Has anyone tried this yet on Debian 12? Would be nice to upgrade from the ESR version.
Finally doing what they should have done ages ago. If you leave packaging and backporting work to distro maintainers, you’ll get whatever they have the time for, whether they’re volunteers or employees. If the results are not okay for you - package it yourself.
deleted by creator
What about for Fedora users?
Fedora hasn’t been repackaging Firefox in a problematic format
neither did debian, flat/snap/fart shits are an abomination that came with the unavoidable eternal september of mass adopting tech stuff
deleted by creator
It’s built by the distro and not official from Mozilla. This sometimes has quirks, like invalid or missing api keys resulting in location-based services not working (a plus for some folks).
deleted by creator
That’s why, there is librefox
deleted by creator
I see you’re also a man of science and common sense.
deleted by creator
So does that mean they’re finally going to make clicking on the address bar compatible with the Linux method of doing things (a single click puts the cursor where you clicked, NOT highlight the entire address, which is completely different from every other application on the desktop)? Because this whole business of “we’re not going to fix this even though it previously worked correctly because we insist everyone should do things the Microsoft way” has been an annoyance for the past few years since they changed the basic function on that one thing.
wtf is this nitpicking
Every browser I tried does that. They’d be inconsistent if adopting a different behavior.
Idk about others, but most times I click the address bar I want to either copy the address, change it entirely, or search for something. Selecting the entire text just makes sense, especially on mobile where selecting things sucks.
They all do it NOW. They did not always do it this way. Firefox is what I’ve always used, so I know they used to let the desktop handle how clicks were managed. Literally anything else on my desktop, if I click once it simply places the cursor where I clicked. And since I need to copy partial URLs multiple times a day, this change is something that constantly aggravates me. Now I have to click the address bar four times quickly in order for it to finally place the cursor where I’m clicking at. It’s not nitpicking if they intentionally changed an operation to no longer follow the rules of everything else on the desktop. Being inconsistent is not user-friendly.
Well, if they did it as you want it, a bunch of other people would complain they’re inconsistent because they’re the only browser that does that (today).
And what’s “everything else on the desktop”? I’m struggling to find more examples other than browsers and file managers. And a few popular file managers don’t even have editable text path inputs enabled by default, so you can’t even say this is a “rule”.
Open any document. Single click somewhere within that document. What do you expect to happen? Do you expect your cursor to be placed where you clicked, or do you expect the entire line to be highlighted? My guess is that you expect consistency in every application doing the same thing for a single click.
Just because one browser decided to change how they react, and everybody else copied that behavior, does not mean it is the correct or expected behavior. You’ve just gotten used to the difference that was forced on you, but imagine if every application on your desktop reacted differently depending on how many times you clicked a spot? What happens when they also start modifying the results of a right-click into something unexpected like clearing your cookies? Is that also OK just because one browser started doing it and every other browser copied that function?
The problem is you’re expecting consistency between elements that should not have consistent behavior for having completely different functions.
A line of text in a PDF, in a WYSIWYG editor, text in UI labels, and text in an address bar all have different roles and should be expected to behave differently, idk why you’re surprised for this “inconsistency”.
A single line text field in any interface doesn’t behave the same way as the single line text field in the address bar. It certainly does break conventions.
Maybe because it WAS consistent until the FF devs made the choice to change it? As I said before, if they decided to change the role of the right-click to no longer bring up a context menu, would you be ok with that as well? What about the difference between clicking on text in a browser article or clicking into a textarea? Those also have different roles, so if the devs decide that a user single-clicking into the textarea should automatically select the entire field, would that make sense to you? If I click on any text anywhere in any application, I expect to get the same results, and not have to remember how every application handles that click differently. Sure if I was clicking on something other than text then different actions might make sense in different applications, but the idea of a single click on the address bar selecting everything is akin to clicking an icon on my desktop and having all the surrounding icons also getting selected – it just doesn’t make sense and it’s not consistent with a single click in any other application.
Selecting the address with a single click does make sense for the reasons I listed in my first comment.
And it’s consistent across most applications that have an address bar nowadays.
It doesn’t need to be consistent with other kinds of text fields because that wouldn’t make sense.
Just want to say this has been a rollercoaster to read @eager_eagle@lemmy.world and @Shdwdrgn@mander.xyz. That is all.
imagine if every application on your desktop reacted differently depending on how many times you clicked a spot
yeah, wow, imagine. different applications using different design patterns for different contexts. perish the thought!
Is that also OK just because one browser started doing it and every other browser copied that function?
one browser did an arguably useful thing, every other browser agreed it was arguably useful, and it became a widely adopted feature? sounds ok to me. gee, it’s almost like this is how standard patterns come to be, or something…
If you hold down the mouse button while hovering over the address bar, that starts selecting stuff. Is there a reason your usecase isn’t covered by this?
It certainly helps, that was already mentioned by someone else and wasn’t an option I was aware of.
(☝︎ ՞ਊ ՞)☝︎
Maybe on mobile, I’ll give that the benefit of the doubt. But doing it in desktop is just ridiculous and annoying as hell.
I’d be more annoyed to have to click it 2 or 3 times in order to search for something.
So does that mean they’re finally going to make clicking on the address bar compatible with the Linux method of doing things (a single click puts the cursor where you clicked, NOT highlight the entire address, which is completely different from every other application on the desktop)?
I’ve never heard of this before, do you have a source for this? I got this same behaviour on Epiphany, Chrome, and Chromium, so it’s not just Firefox. Is there any web-browser that handles this the “correct” way?
I think it was around FF78 that they changed this behavior. Before that a single click just placed the cursor, double-click highlighted a word, and triple-click highlighted the entire address. This is the behavior for anything I click anywhere on my desktop (debian/mate) so I suspect what happened is the firefox devs decided to hard-code the behavior instead of letting the desktop handle it. I know there was a bug report for the issue which the devs repeatedly closed as won’t fix, at one point literally saying this was the way things worked in Windows and they were following that path for consistency across all operating systems, despite multiple examples given to show this was NOT the expected behavior on any Linux platform.
I’m not too surprised Chrome does this too, but it does make me wonder if Chrome following this path is the reason why the FF devs decided to copy it? Just because everyone else is doing it doesn’t mean that is the correct or expected behavior. ;-)
I agree with you. There was a big outcry when they changed it, granted this was quite some time ago and the young ones here may not remember, but it’s still a break from the way everything else works.
But as usual, broken stuff becomes the new normal after a while.
Vivaldi does that crap too. I’m used to clicking the bar, and selecting from there. Vivaldi fucks it up by suddenly showing the “https://” part and shifting everything else to the right. So fucking annoying.
I found it annoying when FF no longer showed the http part of an address, but since nearly everything is on https these days it very rarely bounces back and forth for me any more.
Hate the clickbait article naming. Downvoted.
Are you implying they list…less than four reasons?
No, because the headline has no information on what it is. And when I opened the site indeed it is devoid of informational content.
