Serverside RUI, but it doesn't stink ( hopefully )

[F1F7Y]

Allows servers to use rui presets on clients, clients dont need to update to play

Polls

void function NSCreatePollOnPlayer( entity player, string header, array<string> options, float duration );
int function NSGetPlayerResponse( entity player );

Large message

void function NSSendLargeMessageToPlayer( entity player, string title, string description, float duration, string image );

Info

void function NSSendInfoMessageToPlayer( entity player, string text );

PopUp

void function NSSendPopUpMessageToPlayer( entity player, string text );

Announcement

void function NSSendAnnouncementMessageToPlayer( entity player, string title, string description, vector color, int priority, int style );

Status

void function NSCreateStatusMessageOnPlayer( entity player, string title, string description, string id );
void function NSEditStatusMessageOnPlayer( entity player, string title, string description, string id  );
void function NSDeleteStatusMessageOnPlayer( entity player, string id  );

[GeckoEidechse]

GeckoEidechse.RuiDemo.zip

contains a sample mod that I used for reviewing #392. Anyone reviewing this PR feel free to modify it to work with this PR. It will NOT work out of the box with this version of serverside RUI!

[uniboi]

Odd.RuiDemo.zip

Code looks fine and tested all features hud elements, looks good to me!

[GeckoEidechse]

Worked fine in testing

(many thanks to @uniboi for the demo mod <3)

[RoyalBlue1]

The spaces between the numbers and the bracket are not always in Respawn code but Gecko wants them to be there. The ones between the numbers themselves are always there.

Pls fix this as a batch commit

[F1F7Y]

Me when firefox cached the page and I didn't see the reviews :)

[uniboi]

The spaces between the numbers and the bracket are not always in Respawn code but Gecko wants them to be there. The ones between the numbers themselves are always there.

Pls fix this as a batch commit

this worsens readability and I've seen respawn formatting vectors as <x, y, z> more often than < x, y, z >

[ASpoonPlaysGames]

The spaces between the numbers and the bracket are not always in Respawn code but Gecko wants them to be there. The ones between the numbers themselves are always there.
Pls fix this as a batch commit

this worsens readability and I've seen respawn formatting vectors as <x, y, z> more often than < x, y, z >

Counterpoint: <x, y, z> creates a compile error if x is negative so i prefer the other option

[uniboi]

ok I changed my mind I just used <(x), y z> for no reason whatsoever when a better option exists

[F1F7Y]

you can also vector(x, y, z) iirc

[GeckoEidechse]

Someone giving the suggested changes a final look and test maybe would be appreciated <3

[uniboi]

Someone giving the suggested changes a final look and test maybe would be appreciated <3

What changes are you referring to? I thought only formatting has been changed so the test mod I sent earlier should still work fine?

[GeckoEidechse]

Someone giving the suggested changes a final look and test maybe would be appreciated <3

What changes are you referring to? I thought only formatting has been changed so the test mod I sent earlier should still work fine?

The commits that were added since the last review basically. I think it was just formatting as you said (don't have the setup rn to check). For testing, just running newest version of PR with your mod again should be enough. It's just to make sure there weren't any accidental errors syntax or whatever added since last change. Usually I'd do this myself but I'm on holiday atm :P

[uniboi]

@GeckoEidechse everything works now and images are fixed. This is imo ready to merge

[GeckoEidechse]

@GeckoEidechse everything works now and images are fixed. This is imo ready to merge

Aight, Imma put my trust in you :P

Time to merge :D

[GeckoEidechse]

Welp, it's been fun not having to cherry-pick commits for patch releases ._.

[x3Karma]

WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO