Support `--remote-header-name` to make automatic filename smarter

[injust]

wcurl's automatic filename functionality is nice, but it doesn't work well with some URLs like /foo.php?download=... that send a Content-Disposition header in the response. This results in a file named foo.php.

Currently, passing --curl-options=--remote-header-name is a no-op, presumably because --remote-header/--remote-header-all wasn't passed to curl.

But if you pass --curl-options=--remote-header-name --curl-options=--remote-name-all, the Content-Disposition header isn't used and you get this warning:

Warning: Got more output options than URLs

This is (kind of?) a sub-issue of #59.

[injust]

From https://gitlab.com/gnuwget/wget2/-/work_items/488:

If --content-disposition is enabled and a header is found, it's value trumps the name derived from the URL.

From a user perspective, this would make more sense than the current behaviour.