Can’t ever have anything nice, huh.

There’s no way it isn’t EULA roofying, I just hope Sony doesn’t start murdering American wives too…

It’s one of the “I am altering the deal, pray I do not alter it any further” license changes that are popping up as of late.
Though, that topic is way more whan “mildly” infuriating.

I’d say it’s 95% on the publisher, with a large error margin on how shady the intentions of the actual developers are - HD2 is unlikely to be one of those cases.

I thought so too at first, but my version seems to be made for multiple countries (even if it’s not equally binding), so I assume the same is true for East-European countries;

then again, Snoy is notoriously stingy with countries allowed to have PSN accounts, maybe they do have country-tailored licenses, and use vague language such as “accoring to local applicable laws” only to muddy the waters in case they do get in trouble.
Or maybe their web devs just underpaid | micromanaged | burned out | lazy.

Yeah, I don’t blame Steam, I don’t expect them to foresee publishers specifying EULAs as “idk google it m8”.

… actually, no, I do blame Steam, what reason is there to prevent copying EULAs? Are they protected by copyright too now?

I’m Italian and live in Boot, all my devices are set to en_US and the websites that respect Accept-Language all work for me…

You can not, in fact, copy that link - I had to type it manually. It’s relatively short and human-readable, but still…

Devil’s advocate: I wouldn’t accuse Sony (or friends) of intentionally making the text unselectable, that’s on the Steam client.

You make a compelling case, however Accept-Language: en-US,en;q=0.5

I think GNOME’s filechooser is the GTK one (never used it so I’m not sure), mine looks like this:

It’s entirely possible that Firefox changed and now uses XDG portals by default, I configured it like this a long time ago.

As for how to configure it, I honestly don’t know.
It was a combination of messing with widget.use-xdg-desktop-portal on about:config, and changing XDG envvars and dotfiles; both by following several conflicting Reddit and bbs.archlinux.org posts.

Unfortunately I’ve played for 325.4 hours more than that, so I doubt they would refund the game even with questions asked.
As far as my non-lawyerly eyes could scan the EULA itself it’s not egregious, which is why I find this mildly infuriating.

As far as the content of the EULA, sure, use the laws of the request’s IP address; the rest of the website, however, does not allow you to select a different localization, only the place of origin.

Furthermore, rarely do I see EULAs that aren’t written in English, and it’s not like the EULA in question is not a generic one translated for my country:

[…] [non] influiscono su eventuali garanzie o garanzie legali dell’utente in qualità di consumatore ai sensi delle leggi locali applicabili (ad esempio, diritti dell’utente in caso di malfunzionamento del Software)

Non-lawyerly translation:
[…] [do not] affect the legal rights of the user as a consumer accoring to local applicable laws (for example, the rights of the user in case of Software malfunction)

… which means either someone bothered localizing a generic EULA, or that excerpt is the legal version of “unless it’s illegal idk im not a lawyer”.

Bonus rant: the webpage is one of those death row worthy websites that forces you into the localization it determines based on your IP address, rather than using the HTTP header that has been specifically defined for that purpose.

Doesn’t refund me, let me play HELLDIVERS^:.|:; 2 without accepting nor give me back the time I lost reading the EULA. Not a fix.

XDG portal filechooser for Firefox: the KDE implementation uses Dolphin, which is full of features and I use most of them; the default GTK one is mildly infuriating to use and looks ugly too, but getting the browser to use the portal I want was a nightmare - especially since GTK discontinued the GTK_USE_PORTAL envvar.
The related Firefox config entries make no sense either.

Here it is:

#!/usr/bin/zsh

nl=$'\n'
dnl=$'\n\n'

url=$1
msgcontent=$url; shift
argi=1
for arg ($@); do
    argi=$(($argi + 1))
    msgcontent=${msgcontent}${nl}Argument\ ${argi}': '${arg}
done

title="${0:A}"
msg="An application attempted to open a web page:${dnl}\"${msgcontent}\"${dnl}Copy the URL to clipboard?"

kdialog --title $title --yesno $msg
answer=$?

if [[ $answer = 0 ]]; then wl-copy $url; fi

If you want to translate it to Bash, keep in mind that arrays behave differently between the two shells, and syntax like for arg ($@); do would likely misbehave or not work at all.

Also, there’s an issue where some applications do something weird, and the URL seems to be a zero-length argument. I have absolutely no idea what’s up with that.

You can set some browser-unrelated program or script as your desktop environment’s default browser, for example I wrote a Zsh script that creates a KDE dialog and asks me to copy the URL to the clipboard.

I’m not currently at my PC, but if you want it I can paste it in a comment here when I get to it - it shouldn’t be too hard to translate it to Bash, either.

Other than that? /usr/bin/true is a pretty nice default browser for applications to start without your consent, very minimal and lightweight.

Oh, std::enable_if is straight up worse, they’re unreadable and don’t work when two function overloads (idk about variables) have the same signature.

I’m not even sure enable_if can do something that constraints can’t at all…

I imagine reflections would make the process more straightforward, requires expressions are powerful but either somewhat verbose or possibly incomplete.

For instance, in your example foo could have any of the following declarations in a class:

• void foo();
• int foo() const;
• template <typename T> foo(T = { }) &&;
• decltype([]() { }) foo;

Yeah, that’s what I was thinking of. I don’t know how C++ could reasonably have Java-like reflections anyway…