[Probably dangerous?] Fixes printing argument tuple name in a tooltip

[En3Tho]

This tries to fix printing tuple name (#10441) like in this case:
before:

after:

or this:
before:

after:

or this:
before:

after:

Needs testing as it's goes way lower than Tooltip's creation

[En3Tho]

Also, I've found another bug in tooltips now with named tuple args:
with simple tuple they show:

with struct tuple they don't:

I think all these bugs are coming from NicePrint module using quite skewed compiler's typed tree, instead of something like "what human sees". In compiler's point of view ref tuple can be either a ref tuple or a group of parameters and struct tuple is always a single parameter, but I don't think information tooltips really need to respect this point of view. On the countrary, they shouldn't care about compiler low level details, they should only care about what human sees

[En3Tho]

Yep, already broke something that did not show on my machine because I was only using FCS, that's unfortunate. But well, kinda expected this kind of thing to happen.
Can anyone help me with this?

[cartermp]

I think it has something to do with signature file generation based on the errors

[En3Tho]

@cartermp seems like all of those failed tests are Azure related if I'm not wrong.

[cartermp]

Yep, it tried to download stuff and computer says no

[cartermp]

Restarting CI to get fresh failures since the build was discarded by CI

[cartermp]

@En3Tho this looks like it requires an updated baseline to proceed.

[En3Tho]

@cartermp Actually I think this one should be closed as it is dangerous. This arity thing, which I fixed here has special meaning for the compiler on the next stage. So it's kinda ok to have this line for FCS (I'm actually using it in my private build), but surely not for FSC. I think there should be another way to save variable name information. Also, this doesn't cover value tuples anyway

[cartermp]

Sounds good.