So, after half an hour fighting with the European Commission's website to provide feedback on the draft-proposal of the Cyber Resilience Act, I tried in Chromium and went through swimmingly. What does this tell us about how serious the EU institutions are about reigning in Google's quas-monopoly if the same institutions cannot be arsed to make their websites work on browsers like Mozilla Firefox?
@whvholst How many other browsers (or, more specifically, rendering and/or javascript engines) did you try on? Two data points doesn't give much indication of their standards support.
@sparr @whvholst However, it's not like there are dozens of major engines. Missing Firefox support is a big one, regardless of the number of data points.
@shiide @whvholst supporting browsers should never have been a thing, and should cease to be a thing. support standards. if Firefox (or chrome, or safari) has a bug that breaks a standard, that's a firefox problem, not a problem with your website that follows the standard.
@sparr @shiide @whvholst that sounds like a perfect plan for stifling innovation and competition. While we're at it, cars should avoid adding safety features so people don't get confused about which car they are driving and all cars will fit in all garages, and it follows that buildings should all look the same, so no one gets confused about where the doors and light switches are, or where they should park.
@Matthewlariz @shiide @whvholst Adding features is potentially orthogonal to breaking standards. Nothing I said implied features shouldn't be added.

@sparr @shiide @whvholst Noyou just said that sites shouldn't code for the new, non-standardized features.

So, how then do sites code to standards, while still taking advantage of newer features that aren't available across all browsers, or even just major ones?

@Matthewlariz @shiide @whvholst New features being implemented as extensions (like the -moz-* styles) is one of the better options. Browser detection can also work, although it tends to lead to other bad behavior.
@sparr @shiide @whvholst browser detection is *literally* coding for the browsers... It's in the term itself. Even you use it to default to a basic page, you have made accommodations for users who aren't using the browser you wrote the rest of the site for. This is exactly the type of thing that would be used to address OPs issue, rather than your own position. Coding to, for example, the -moz- extensions is still coding to a specific browser, or worse a specific extension of that browser.
@Matthewlariz @shiide @whvholst You have it backwards. If you "you wrote the rest of the site for [that browser]", that's where you've gone wrong. Write the standards compliant site first. Then write exceptions / additions / addons for specific browser(s) if you feel compelled to.
@sparr @shiide @whvholst Nope. Including browser detection exclusively for a basic default is coding for browsers other than the one you prefer customers to use, IE giving consideration in your code for those browsers, IE coding to those browsers. I hate absolutes, but I think *any other* use is specifically so you can do coding for specific browsers.
@Matthewlariz @shiide @whvholst There's nothing wrong with writing some code for specific browsers. The problem is making your website dependent on it. That's why the -moz extensions are great. I can make a page with blue text in every browser, and translucent blue text in mozilla. Everyone can use it, but it's slightly nicer in the one browser that provides a useful extension.

@sparr @shiide @whvholst you are now essentially arguing the same thing that the
OP said... "Make your site work across browsers"...
You just assumed some things he didn't say.

Good job arguing for no reason at all.

@Matthewlariz @shiide @whvholst No. Make your site follow standards. If it "doesn't work" in a particular browser, file a bug report. Then, if you really feel the need to, you can add code to make it work in that specific browser. But don't blame the site or the compliant browser for the broken browser being broken.

@sparr @shiide @whvholst what broken browser are you referring to? Did you lose track of the conversation? It is entirely possible for a site to be compliant with standards and still have non standardized features that don't work correctly across browsers. Standards don't generally exclude a site from including extra-standard features.

I think you should have exited this conversation many post ago, but you can go ahead and keep trying to find a way to sound right. I'm done doing this with you.

@shiide @whvholst can I step in here? I think you're both right in some ways but the main question to ask here is:

Was the EU site broken because Firefox couldn't handle a standard feature, or because the EU site used a non-standard (maybe Chrome-only) feature?

If Firefox couldn't handle a standard feature, then it's a Firefox problem like @sparr is saying. But if EU used a non-standard feature that worked on Chrome but not Firefox, then it's the EU's responsibility as @Matthewlariz described.

@badrihippo @shiide @sparr @Matthewlariz It threw an internal server error - too many connections. Which distinctly points away from a Firefox problem.
@whvholst @shiide @sparr @Matthewlariz wow, that takes it even out of the realm of HTML! 😮
@badrihippo @whvholst @shiide @sparr I don't think that's necessarily true, is it? Bad code could cause too many connections to be spawned, no?