Match browser

How many hours does he need? :D

Nobody knows, probably quite a few :P I'd say, 20 at least.

extone wrote:
just do front/home page as on quakelive.com site:
if you're not logged in then there is slide show of screnshots from game and invitation to join and login

At the moment its possible to play without account, why change that?

thelawenforcer wrote:
ye, its a shame that it was only really discoverable once the work had been done

You know, thats not true. They probbably did test librocket but didnt test redrawing. Anyway as it stands, a serverbrowser withou filters is a step back, even if it looks better now. Thats so apple.

the best that can be done now is to provide some sort of alternative.

Besides fixing, how would wswclient writing html to disk and access that through the webbrowser of choice sound like? Has local games at least...

and btw, just to be picky: it's not about redrawing, it's about adding or removing new elements to the DOM tree

if you want well, performing serverbrowser with filters, start a donation campaign. that's the only viable option
(updated 2012-08-19 12:42:39)

why does it has to be librocket then? just to not throw away all the work u put into that implementation?

Mef!sto wrote:
why does it has to be librocket then? just to not throw away all the work u put into that implementation?

yes, nobody's going to spend another 6-7 months on another UI implementation

besides, we like some of its core features. remote profiles, the news page, etc would not have happened had we not used libRocket
(updated 2012-08-19 13:59:04)

Vic wrote:

and there is no serverbrowser ingame

say goodbye to LAN servers then

Can't specialized client-side javascript functions be bound to rocketlib which could be used to:
1) Ping the servers from the local machine - so you have accurate pings
2) Fetch the LAN servers

Offcourse I don't know exactly how it works, but in a lot of webkit-based things you can bind javascript objects/functions to native functions. You could for example create a Warsow javascript object and then check with "if (Warsow) { ... }" if the page is loaded inside the warsow UI.

Edit: nvm - no javascript in librocket?
(updated 2012-08-20 11:52:46)

Nope, no javascript.

Anyway for 1) this _still_ wouldn't solve anything. You'd still have to sort the server list by pings (which means again, resorting or deleting/adding shit in/from datagrid and you'd be back to square one).

Isn't it possible to add a variable to servers, that says where the server is located. So server admins can manualy input the location. This way the player could estiminate their ping in the browser server list. Or doesn't this realy help with the laggy server brower?

marle wrote:
Isn't it possible to add a variable to servers, that says where the server is located. So server admins can manualy input the location. This way the player could estiminate their ping in the browser server list. Or doesn't this realy help with the laggy server brower?

You can geolocate the location of a server by its IP address, so technically thats not a problem. But pure distance is not adequate enough, there are also other factors involved in latency like direct or undirect routings from one country to another (or even city!).

Can't you just drop the node containing the server list, then recreate that node with the filtered server list, and lastly insert this new node back into the dom? That way you'd only have to redraw everything twice. Of course I don't know whether libRocket allows adding and removing nodes that contain subnodes.
In any case, at least filtering (and possibly sorting) the servers when refreshing the server browser should be doable (kind of like the source engine does it, if I'm not mistaken).

lastly insert this new node back into the dom?

ugh, it's not about redrawing (crizis, stop confusing ppl!), it's about DOM tree updates. lazy or not, they're terribly slow in libRocket, especially when massive datagrids are involved since they contain a shit load of nodes and subnodes.

and ye, datagrids use lazy nodes insertion already
(updated 2012-08-20 20:20:51)