▲ 1373 ▼ How about no? (sh.itjust.works) submitted 2 years ago by ratman150@sh.itjust.works to c/firefox@lemmy.ml 139 comments fedilink hide all child comments Everything worked perfectly as it always does.
[+] FMT99@lemmy.world 83 points 2 years ago* (last edited 1 year ago) (3 children) [deleted] permalink fedilink source hideshow 6 child comments replies: [–] kboy101222@sh.itjust.works 62 points 2 years ago There's likely zero bugs, but Firefox has more ways to block ads and trackers from affecting you, which is likely to real reason they don't want it being used. permalink fedilink source parent [–] Tanoh@lemmy.world 6 points 2 years ago (1 child) There are quite a lot of quirks with how browser (or rather rendering engines) interpret CSS, and in quite a few places the spec is ambiguous. So there is no "correct" way of implementing it. But, this is either just them being lazy or bad mangement. permalink fedilink source parent hideshow 2 child comments replies: [–] dan@upvote.au 2 points 2 years ago* Do you have an example of a quirk where Chrome and Firefox treat something in the spec differently? I haven't seen that in a while. permalink fedilink source parent [–] whats_all_this_then@lemmy.world 1 point 2 years ago* I've had to debug a PDF viewer on a site once. Getting that to work across multiple versions of multiple browsers was a nightmare and I never managed to figure it out. Latest versions are mostly fine (except for mobile safari), but even 1yo versions of browsers are just broken. Maybe I'm missing something, but it got bad enough that one of the "potential solutions" I was considering involved figuring out how to compile a C based pdf renderer thingy into WASM and embedding it in the app. This was about 7 months ago. I agree though, add to cart should NOT behave differently across browsers in 2024. permalink fedilink source parent
[–] kboy101222@sh.itjust.works 62 points 2 years ago There's likely zero bugs, but Firefox has more ways to block ads and trackers from affecting you, which is likely to real reason they don't want it being used. permalink fedilink source parent
[–] Tanoh@lemmy.world 6 points 2 years ago (1 child) There are quite a lot of quirks with how browser (or rather rendering engines) interpret CSS, and in quite a few places the spec is ambiguous. So there is no "correct" way of implementing it. But, this is either just them being lazy or bad mangement. permalink fedilink source parent hideshow 2 child comments replies: [–] dan@upvote.au 2 points 2 years ago* Do you have an example of a quirk where Chrome and Firefox treat something in the spec differently? I haven't seen that in a while. permalink fedilink source parent
[–] dan@upvote.au 2 points 2 years ago* Do you have an example of a quirk where Chrome and Firefox treat something in the spec differently? I haven't seen that in a while. permalink fedilink source parent
[–] whats_all_this_then@lemmy.world 1 point 2 years ago* I've had to debug a PDF viewer on a site once. Getting that to work across multiple versions of multiple browsers was a nightmare and I never managed to figure it out. Latest versions are mostly fine (except for mobile safari), but even 1yo versions of browsers are just broken. Maybe I'm missing something, but it got bad enough that one of the "potential solutions" I was considering involved figuring out how to compile a C based pdf renderer thingy into WASM and embedding it in the app. This was about 7 months ago. I agree though, add to cart should NOT behave differently across browsers in 2024. permalink fedilink source parent