As we all know (by this far) relying the game client data for the records and times widgets has it ups and downs..
Ups are the damn fast refreshing.. downs are obvious: the game client sends sometimes valid, but wrong times to the widgets, which confuses a lot.
So, What you think?

This also means a bit more transferred bytes from server as the widgets needs to redraw every 10 seconds if a new record is being driven.. or more or less.. I haven't benchmarked how much the widgets actually generate xml, but i think it's gonna be something like:
- 50 - 200kbytes every refresh for each connected player, if widgets are redrawn from start (easier to implement)
- 5 - 20 kbytes if we implement it using helpers that just updates the players data to the widget (takes more time to make it work, also has additional 50ms to 250ms delay since maniascript updates and thingies (if i recall right) )
I think we should try the later, since it's better to keep the data transfered quite low, that also might enable some animations added, since we have the buffered data still at widget.. if the whole widget gets redrawn we lose the buffered values obviously...