[Welcome to Sensei's Library!]

StartingPoints
ReferenceSection
About


Aliases (info)
GoClientGGo

Referenced by
GoEditingPrograms
GoTextProtocol
GNUGo
Transposition
WikiOrphans
UGFFormat
MacintoshGo
QGo

Homepages
Nico

 

gGo
    Keywords: Software

Freeware java Go client for IGS and SGF editor, formerly known as qGo for Java. Can be found at [ext] http://panda-igs.joyjoy.net/java/gGo. It can be used as a client for NNGS-type Go Servers too, but it does not support their protocol completely.

gGo supports SGF4, XML, and UGF (Panda Egg).

gGo supports GTP so it can be used as a client for a go playing program such as GnuGo.

Though gGo is still in beta (may 2003: 0.3.8) its features and stability give it fitness for regular use already. There is a [ext] mailing list where bugs and features can be discussed. Players who are willing to test can choose a Webstart configuration to allways have the latest development version.


TakeNGive: I haven't tried this myself; would be interested in others' opinions.

mAsterdam: I like the look, the feel and the power of the program. I would like it even better if it had more extensive editing support like the game-tree display in CGoban 2. I am curious about the feature wishlists of the other deshi.

Aaron Cass: I like gGo. In particular, I like the way it deals with the game tree better than Jago, which I used to use. For example, suppose you are reviewing a game and are currently at a node A which has child nodes B and C, and you've just explored B and now want to explore C. In gGo, while viewing node A, you simply click the appropriate intersection for C. With Jago [1], on the other hand, you first step the game forward to node B and then indicate that you want to view alternative C. Basically, Jago seems to view different paths as alternatives to the current node, while gGo seems to view them as alternative children. gGo's approach matches my mental model better. YMMV.

Blake: gGo is a good program. However, it has one important flaw: it is a memory hog. As it is written in Java, it tends towards this to begin with; gGo, however, is somewhat worse in this aspect than either CGoban2 or Jago; when I start it up--without opening a board or anything--gGo can take more memory than Netscape 7.02 with several tabs open. Until this problem is addressed, I'm afraid gGo remains impractical for lower end machines (like mine).


[1] At least in the version of Jago I was using. Please correct if this has changed in more current versions.



This is a copy of the living page "gGo" at Sensei's Library.
(OC) 2003 the Authors, published under the OpenContent License V1.0.