if the data size is small, every user can upload and the server can select / compare... broadcasting the data with a lua gadget is imo similar to that.abma wrote:I thought about that too. The server could select one user, and tell the others to mute. But when that user drops, a recovery mechanism is needed... like other users queue info chunks and can be reactivated... but there goes simplicity and comes error proneness
create nice map stats with the spring demonaut!
Moderator: Moderators
Re: create nice map stats with the spring demonaut!
Re: create nice map stats with the spring demonaut!
Ah OK :)knorke wrote:With "not static" I did not mean "moving" but something like this:
http://www.schepers.cc/w3c/svg/params/ref.html
It'd be possible to create overlays that can be (un)shown... and other stuff... hmmm.... :)
That plus a working "/skip" would be awesome.afaik it is not.I don't know if the information is available at runtime. If it were, a widget could display a progress bar...
progress bar is just one example, could also note important events (like exploding commanders) and display them on the progress bar.
So that you know where/when to look.
OK... I have no experience with bots, widgets or gadgets :)abma wrote:if the data size is small, every user can upload and the server can select / compare... broadcasting the data with a lua gadget is imo similar to that.
I thought having a redirection through a bot would help if the target server (or anything server side) changes. Because there'd be no need to change all the widgets of all users. They'd just have a lobby-channel hard-coded, and that's all.
OT: I just had a crazy idea: is lobby-channel-moderation secure? If it were, that could be used for a ingame widget auto-update function :D (ofc that's something that belongs into the lobby-prog, it just went through my mind, and I had to write it down ;)