Sabaki SGF editor

[ewan1971]

I've hacked together a quick implementation of this suggestion:



Left is the suggestion and right is current implementation. How is this intuitive?

Left is better, provided that if you press the right arrow key, the alternate variation is highlighted and activated.

But, I'm not advocating an either-or approach. As I said before, it's just my personal preference. I'm sure there are plenty of others agree or disagree with me. However, it'd be nice to have the left implementation as an option.

[yishn]

Personally the only problem I have with the current tree is the spacing is too wide. In a heavily commented game, too much of the time I just see a set of horizontal lines running off the screen to the right. Is it possible to add an option to adjust the spacing between nodes?

There's a (not so) secret setting file (at '%APPDATA%\Sabaki\settings.json' on Windows, '~/.config/Sabaki/settings.json' on Linux, or '~/Library/Application Support/Sabaki/settings.json' on macOS) and the secret setting 'graph.grid_size'. You can set the value to a smaller number to decrease the spacing between nodes. Is this the option you want to include in the user interface?

[Kirby]

Semi-related to the discussion on the move tree, I'd like to point out that I rarely use the move trees when I'm using CGoban or Multigo. I rely almost entirely on the navigation arrows - I like to focus on the board and not the tree. To switch between branches, I often just place a stone on the board where the alternate move is played, and the branch is automatically switched.

With Sabaki's design, I'm more inclined to focus on the game tree now since there are no arrow buttons to skip ahead a few moves.

So I guess it's more important that the game tree looks clean to navigate through a tree having several branches.

[EdLee]

Hi yishn,

Some ideas for consideration

CGoban, horizontal, non-collapsible, no-context-menu tree:

cg.jpg (32.58 KiB) Viewed 66802 times

MultiGo, vertical, collapsible, context-menu tree:

m.jpg (51.99 KiB) Viewed 66802 times

Suggestions:

• Option to toggle between horizontal or vertical tree ( some people may prefer either one ) ;
• Option to display and stones in tree ( some people may prefer B & W stones to dots ) ;
• Option to display move number on each node ;
• Option to vary and stone sizes ( some people may prefer tiny dots, others not so ) ;
• Option to toggle between collapsible or 'fixed' tree ;
• Context menu (Right-click) on each node for the mouse ( maybe not available for one-finger-only devices ) ;

I rarely use the move trees when I'm using CGoban or Multigo.

I regularly use the tree in MultiGo and CGoban -- different people have different preferences.

[Kirby]

I rarely use the move trees when I'm using CGoban or Multigo.

I regularly use the tree in MultiGo and CGoban -- different people have different preferences.

Yes, I know. I just saw this as another opportunity to express the fact that I'd like to see navigation buttons for this editor

My preference may not be that popular, I suppose.

[yishn]

With Sabaki's design, I'm more inclined to focus on the game tree now since there are no arrow buttons to skip ahead a few moves.

So I guess it's more important that the game tree looks clean to navigate through a tree having several branches.

It's not very comfortable to use the game tree to navigate, I agree. I like to think that the game tree serves a similar purpose as a mini map in video games, you can see where you are and where you can go, but navigating is easier using, e.g. the keyboard or the game board. You can use the up/down arrow key to skip back/ahead a few moves or use the slider that comes with the game tree.

• Option to toggle between horizontal or vertical tree ( some people may prefer either one ) ;
• Option to display and stones in tree ( some people may prefer B & W stones to dots ) ;
• Option to display move number on each node ;
• Option to vary and stone sizes ( some people may prefer tiny dots, others not so ) ;
• Option to toggle between collapsible or 'fixed' tree ;
• Context menu (Right-click) on each node for the mouse ( maybe not available for one-finger-only devices ) ;

Dear EdLee, implementing a horizontal tree is a lot of work, keyboard shortcuts/menu labels need to be switched, making the code more complex and less maintainable, while having no or few benefits. This is a typical bikeshedding example.

Black and white stones in tree: That's funny on a black background. Also currently, Sabaki colors commented nodes and hotspot nodes in a different color. What do you propose to do with them? Also, IMHO it's good style (and it is almost always the case) to alternate between black and white moves in a SGF file, so displaying the move color in the tree is kinda unnecessary.

Option to display move number on each node: What is even a use case for this one? Also, it would make the nodes bigger and we have even less space for variations.

Option to vary node size is a good idea.

I haven't decided whether to make a collapsible tree or not.

Last but not least, game tree nodes in Sabaki do have a context menu.

[EdLee]

Dear EdLee... This is a typical bikeshedding example.

Black and white stones in tree: That's funny on a black background. Also currently, Sabaki colors commented nodes and hotspot nodes in a different color. What do you propose to do with them?

Hi yishn,

We're here to suggest ideas, brainstorming ;
these are mere suggestions. If you or enough people like an idea,
and it's reasonable to implement, it's your choice to do it.
If an idea is not popular or very difficult to do,
it's also your choice to ignore it or shelf it for now.

These are all volunteer, 'free' ideas.

No need to 'dear' me.

I'm not crazy about the black background,
and I'm not crazy about 'extraneous', gratuitous use of colors, either.
( Feature-itis or color-itis. )

Good luck.

[yishn]

SmartGo for Mac has an interesting way to show move numbers on nodes. It only shows them on branch points, and then only on the main line, and next to the nodes. It also collapses paths between "interesting" nodes. You can still click on the black and white "mini-nodes" that are in between numbered nodes.

I really like this very clean style.

That's a very interesting idea and an elegant solution to showing move numbers without redundancy! I really like it, even if I can't say whether I like the mini-nodes or not... However, to implement something like this requires to rewrite the whole graph drawing logic myself, which I may or may not have plans for.

[ewan1971]

Option to display move number on each node: What is even a use case for this one? Also, it would make the nodes bigger and we have even less space for variations.

SmartGo for Mac has an interesting way to show move numbers on nodes. It only shows them on branch points, and then only on the main line, and next to the nodes. It also collapses paths between "interesting" nodes. You can still click on the black and white "mini-nodes" that are in between numbered nodes.

I really like this very clean style.

Screen Shot 2017-01-26 at 10.24.53 PM.png

SmartGo's implementation of game trees is, in my opinion, absolutely the worst. It's visually far too busy and too complicated to look at, not helped by the fact that it's displayed horizontally on the bottom, which serves to constantly distract your attention from the board. To me, it's simply aesthetically appalling; just look at the huge jumble of lines going every which way. The damn thing looks like a destroyed spider web clinging to a three branch. No thanks.

[quantumf]

SmartGo for Mac has an interesting way to show move numbers on nodes. It only shows them on branch points, and then only on the main line, and next to the nodes. It also collapses paths between "interesting" nodes. You can still click on the black and white "mini-nodes" that are in between numbered nodes.

After seeing this comment I went to try and see what smartgo on windows does (it's not as snazzy as the Mac version). I've had the program for perhaps ten years, and today was the first time I saw the move tree. Basically, I'm with Kirby, I like to navigate the variations with cursor keys and find the move tree irrelevant.

[ewan1971]

If anyone here is a talented graphics designer, I'd be willing to pay some money to have he/she design some stones for Sabaki. I'm thinking maybe a set of shell and slate and a set of Yunzi stones would be a nice addition.

Anyone else think this is a good idea and be willing to chip in?

P.S. I like the default stones very much; I simply like some more options.

[fstop]

First of all: Awesome work!

I like the ease of use and the look of the board. Good integration with Leela (which the stand alone application did always crashed on my mac).

Some bugs I found (mac osX 10.11.6): When closing the last Sabaki window, I can't use File>New nor File>New Window; I must use Window>New Window or select another application (web browser, desktop, or else...) then re-select Sabaki. This is not critical, as the program is usable, but not user friendly.

If I'm not mistaken, Leela, and probably other engines, are able to estimate winning probability, it possible to have the option to have that displayed somewhere (like Black 30% - White 70%, or Black (----------| 70% |ooooooo---)White ) ?

And, while suggesting stuff, maybe reviewing an existing sgf game? For exemple: You load your game, attach the engine, then choose "Review Game (white/black/both)". The engine would give the move it would have played on each moves for the selected color, indicate where the % of winning dropped the most, and give 5 or 10 follow-up moves at those places.

Btw, I also like that the software gives the name of the moves played. Nice addition! Are you using a shape library for that?

Continue the good work!

[FuriousGeorge]

If anyone here is a talented graphics designer, I'd be willing to pay some money to have he/she design some stones for Sabaki. I'm thinking maybe a set of shell and slate and a set of Yunzi stones would be a nice addition.

Anyone else think this is a good idea and be willing to chip in?

P.S. I like the default stones very much; I simply like some more options.

It looks like people have already contributed different styles: https://github.com/yishn/Sabaki/wiki/Userstyles but it will require you to do a little legwork to get them into the program contents.

See the instructions here: https://github.com/yishn/Sabaki/wiki/Userstyle-Tutorial

I'm a designer/front-end developer myself and would be happy to take a swing at making a new skin, but no money necessary. I've been using Sabaki as my SGF viewer since I started learning Go a few weeks ago. I thought it was the most elegant of the offerings out there!

[yishn]

@fstop: Thank you!

Some bugs I found (mac osX 10.11.6): When closing the last Sabaki window, I can't use File>New nor File>New Window; I must use Window>New Window or select another application (web browser, desktop, or else...) then re-select Sabaki. This is not critical, as the program is usable, but not user friendly.

You're right, this is due to some technical limitations (but maybe also lazyness on my part that I haven't rewritten the menu logic yet). Duly noted.

If I'm not mistaken, Leela, and probably other engines, are able to estimate winning probability, it possible to have the option to have that displayed somewhere (like Black 30% - White 70%, or Black (----------| 70% |ooooooo---)White ) ?

It's not part of the GTP specification, so different engines may display different things. I can't do anything about that. There's a GTP console, though. If you know the commands, you can ask for engine information.

And, while suggesting stuff, maybe reviewing an existing sgf game? For exemple: You load your game, attach the engine, then choose "Review Game (white/black/both)". The engine would give the move it would have played on each moves for the selected color, indicate where the % of winning dropped the most, and give 5 or 10 follow-up moves at those places.

That sounds awesome, but it feels a little out of scope in a simple SGF editor. There are additional software that can do this automatically for you. Maybe GoReviewPartner is what you're looking for?

Btw, I also like that the software gives the name of the moves played. Nice addition! Are you using a shape library for that?

Thanks! It's a shape library I compiled and is somewhat an experiment. It's still a little weird on some positions as @EdLee pointed out.

[yishn]

I'm a designer/front-end developer myself and would be happy to take a swing at making a new skin, but no money necessary. I've been using Sabaki as my SGF viewer since I started learning Go a few weeks ago. I thought it was the most elegant of the offerings out there!

Thank you, please do share your work once you finish one, I'm always looking forward to new userstyles!