You are not logged in.
Hi,
As far as I know, there is no Go interface coded using gtk, so I tried myself to make one!:P
The project is hosted on launchpad : http://launchpad.net/ggoban
in order to compile the sources, you'll need:
- libgtkmm
- intltool
The program currently allows you to:
- View and edit sgf game records.
- Play against the AI gnugo if installed.
- Solve go problems in the manner of http://www.goproblems.com
Any comments are welcome!
Have fun!
Offline
Interesting. Any chance of a PKGBUILD so Arch users can test it out?
Offline
I could work it out, but I never did it yet.
The software is packaged in a very standard way though, using the autotools, so it might not be difficult to make a PKGBUILD.
Offline
Nice to see this! I've been waiting for someone to make a simpe and usable GTK SGF editor for a while. Playing against GNU Go and saving SGF files seem to work well. Also, I like the simple interface quite a lot.
Is it really necessary when creating a new SGF to prompt the user whether white or black will place a stone first? The rules of the game are that black always plays first, and since one can already add stones independently of the turns, I don't think that's needed. Anyway, the prompt is a little annoying if I want to quickly play out a position.
Also, I found a bug. When a game is begun with GNU Go, and then cancelled, any games that are subsequently opened up revert to "Play Against the Computer" mode as opposed to allowing one to edit the file. I see no way to move between play-mode and edit-mode, as well.
Other than that, I really like this. All it needs is support for handicap in order to be rather usable.
Last edited by austin.rbn (2010-02-28 14:17:10)
"Computer Science is embarrassed by the computer." -- Alan J. Perlis
Offline
Thanks for the comments!
Yes the prompt for who starts is annoying. It is useful if one wants to set up a problem in which white plays first. I didn't find a nicer solution yet.
I'll try to work out the bug you reported!
Cheers!
Offline
Here's a quick PKGBUILD to start off
pkgname=ggoban
pkgver=0.1.34
pkgrel=1
pkgdesc="A gtk go game interface to play and edit game records"
arch=('i686' 'x86_64')
url="https://launchpad.net/ggoban"
depends=('gtkmm')
makedepends=('intltool')
source=(http://launchpad.net/ggoban/trunk/basic/+download/$pkgname-$pkgver.tar.gz)
md5sums=('b930c8da07e9e21f364d90a140776de3')
license=('GPL')
build() {
cd $srcdir/$pkgname-$pkgver
./configure --prefix=/usr
make || return 1
make DESTDIR=$pkgdir install
}
Last edited by skualito (2010-03-02 19:48:48)
Offline
Thanks a lot for the PKGBUILD, I'll put it on AUR asap.
Offline
Very nice! Also builds fine under x86_64, so you can add that architecture to the arch line in the PKGBUILD.
Offline
intltool is not a makedepends?
Give what you have. To someone, it may be better than you dare to think.
Offline
intltool is not a makedepends?
Yes, that's a makedepends, thanks
Offline
now i should start learning go
Give what you have. To someone, it may be better than you dare to think.
Offline
i found gogui quite nice. http://aur.archlinux.org/packages.php?ID=24389
what is this madness in the open source world that makes everybody recreate again and again anything because it is not in the correct widget API....
of course gogui has another defect. it is in java. omg !
Last edited by solstice (2010-03-02 19:46:12)
Offline
Yeah the interface of gogui looks nice.
I have to say I started GGoban first just to learn, and then also because I don't really like the old qgo, and qgo 2 seems quite inactive.
That is true that doing again and again the same programs, just with different toolkits seems silly, but come on! It's fun and the situation for Go softwares is not comparable to, for instance, the myriad of audio players...
Offline
i have noted a ggoban.log in my $HOME.
Offline
yes, I forgot it sorry. What's the standard directory for logs?
Cheers
Offline
Hi all!
GGoban is now available on AUR!
Thanks to everybody for the comments and especially to skualito for writting the PKGBUILD!
Offline
Is good to know.
Thanks for the package.
Offline
you could put your logs (do we really need one ? may be with a --verbose switch) in either ~/.ggoban or ~/.config/ggoban. i don't think it belongs to /var/log
Offline
I just noticed the log location too. And given it always is appended to, over time this will get quite a big file. So hiding it in ~/.ggoban is probably not the best idea... I'd suggest only logging when the user asks for it, use a timestamp in the filename and have the user define the log location.
Offline