No. Yes… Kinda.
Much of that code could be stolen for it I would imagine. That bridge is for AI scripts to communicate with OGS. I think we should make one for humans. Kind of completely different, while being as close as possible in that they are definitely both a program to read the state of a go game from the OGS server and convey it to something in a standard protocol.
However humans do different things
Namely, they look for games and chose whether or not to accept challenges.
My thought is, over and over people put out these ideas for alternative interfaces… But how do you actually play them?
I see two options:
-Use computer and browser to set everything up, copy down game number and input it into your new client
-Every single one of these projects needs an external game browser that will allow one to sign in, view a list of available game challenges, send a game invitation to a specific user or make an open challenge.
It seems to me like instead of each of these random projects tackling that second one independently, a game browser could be made that would then launch any client and communicate with it via Go Text Protocol.
This is what the thread yebellz linked to is about, I figure if we take care of the heavy lifting of interfacing with OGS when these threads about creating some new interface come about, half the work will be done.
Basically, I picture the game interface similar in implementation as glgo for IGS.
You use a program to login and do whatever non-playing stuff… then when you chose a game it launches a new program/window and handles the back end communication. Except instead of choosing 2d board or 3d board client in the case of glgo, you would specify the path to your own client, anything go client that supports AI implementation via GTP could then be used to play opponents on OGS.