[ggo-discussion] Re: Bugs etc.

  • From: Jarkko Lindblad <jarkkojpl@xxxxxxxxxx>
  • To: ggo-discussion@xxxxxxxxxxxxx
  • Date: Wed, 05 Mar 2003 18:40:53 +0200

Good morning,


----- Original Message -----
From: "Peter Strempel" <zotan@xxxxxx>
To: <ggo-discussion@xxxxxxxxxxxxx>
Sent: Wednesday, March 05, 2003 10:22 AM
Subject: [ggo-discussion] Re: Bugs etc.



> > 3. I was observing a game (or two, like I often do). I was requested a
> > match, and I agreed. Otherwise everything went fine, but the stones on
the
> > new board were all drawn quite a few pixels off their proper position. I
> > think this has something to do with the fact that the game observing
window
> > has a slider on the bottom of the window and the game playing window
does
> > not. Anyhow, this has happened to me several times.
>
> I suppose you got a board size saved which just misplaces the stones a
> little depending if the slider is present or not. Resize the board few
> pixels, save the size and try again. I found it impossible to get the
stones
> and last-move marks 100% centered on all possible board sizes. As pixels
are
> only integer values, at some point it offsets by one pixel for some sizes.
> I've just played a little with board sizes and got one saved here which
> displays stones and marks properly with or without slider.

Nope - the stones were rendered way off - they were almost in the center of
the squares :)
    Resizing or whatever does not work - if I remember correctly, one needed
to shut down the client and restart it in order for everything to be back ok
again. Anyhow this problem has happened to me two or three times, and only
with the last version (or two or so) of the software.

> > 4. In the sgf-editor, is it possible to view file like the Primiview
> > (variations as siblings OR as children)? The damn thing (just kidding)
just
> > crashed and I'm too lazy to close and restart it and try out  the menus.
>
> No, only variation display as siblings is possible. I find display as
> children absolutely horrible, I always turn it off when I use an editor
> which displays variations this way (kombilo for example). However, I might
> admit that what I consider might not be what everyone else considers, so
> having it as option should not hurt. Not done yet, not top priority.

Having both options available would make quite a few sgf-files more
readable - I really like that one can change the mode in Primiview.

> > 6. Again, watching two games, decided to try out a variation on an empty
> > board. Tried to open one - a window opened, and nothing much got drawn
to
> > it. I closed the window. I tried to open an empty board again, same
result -
> > this time the hovering stone cursor left a trail, and when I tried to
place
> > a stone all hell broke loose - now all the windows are transparent,
although
> > evidently the client still at least partly runs.
>
> No clue. I've no trouble opening several windows at the same time. And my
> cursor stone has not yet left trails.

This never happens over a quick IGS session - one needs to fool around for a
while. This is also something I've not seen until the most recent releases.
I'd guess you've forgotten a ";" from some line or something :)
   Basicly the whole window is grey, with a clock showing, but not really
much else. Also movement of windows (gGo windows) gets jerky. Only shutdown
of gGo helps.

> > 7. My opponent ran out of time and the client stated in the board window
> > that the game is over. I wanted to see how I should have played at one
> > point, and then realized that there is no way of doing that - no sliders
on
> > the bottom, no edit-button (I guess there should have been an edit
button?).
> > And the buttons like "Undo" and other game related buttons were still
there
> > as if the game was still going on.
>
> I removed the edit button (and the guess score) for own games. When the
game
> has ended, simply save the sgf and open it in the SGF editor. By the way,

Btw, doing this is not simple - a suggestion: allow editing when the game is
over - I very often want to go back my own games to see what went wrong or
if an interesting variation would have worked or whatever, and it is kind of
a joke to have a client integrated with a sgf-editor and having to do a
save&load in order to go through a game :) It is a bit like having an office
suite without the possibility to directly import/export data between the
applications. So please, after the game is over, enable editing.

Oh, this reminded me of a question: does gGo support playing multiple games
concurrenty? I think Ambassador does support it in principle, but I seem to
remember that IGS itself might not offer proper support for all the game
related commands. I just wanted to ask this as I was matched yesterday a
couple of times while I was playing already.

> with 0.3.4 gGo will autosave all own games into a given folder, see
> preferences dialog, IGS tab. So when a game is finished and you have this
> autosave enabled, you can always fetch the SGF file and check out stuff. I
> like it that way, as the sgf is on my harddisk, and I can close the game

Sure, this is nice for many and is a good option to have (as IGS automail
does not post games as attachments), but for me it is no good - I rarely
want to bother with examining my own games unless I can really do it easily
is quickly - having to do a save&load is not pretty.

> window on IGS, log off, get a beer, and then go over my game, without the

Getting a beer is always a good idea. Over a nice pint I can tell you a
story how I once were drinking beer and.... ah well, I'm still lacking that
pint.

> > 8. Can I snapshot the position of the match request window? If not, I
should
> > be able to.
>
> No, the match requester puts itself always in the center of the screen,
and
> offsets further requesters a little. However, that's sort of annoying with
> this range-match feature PandaEgg has (I really hate it), which delivers
you
> heaps of match requests which almost all result in "But it seems XY is not
> challenging you." The matchrequest popup in the middle of the screen was
> annoying me as well. I will simply let the requesters remember their
> position when you move them around. I am not yet sure if I attach this to
> the "Save window position" option or not (I have that disabled but would
use
> the match snapshot.)
> Let's see, this is not yet coded but will be soon.

Remembering the old position would be fine.

Related issue: how about a match filter? If one defines a match filter of
1-5 to 5-10 and 1d* to 3d*, then the client could automatically decline all
the matches outside of these parameters (if filter is enabled - one must be
able to disable it as well).

Another related issue: please add some kind of artwork (like black/white
stone in the background) to the match-requester window - for me it very hard
to see who played with what color now. I don't like to play weaker players
with black, and sometimes this happens now. Some kind of colorcode would
make a big difference.

Other ideas:

Variation markers: in my opinion, both ways of marking variations are
confusing - I propose a third way: small and semitransparent stones - this
way the board would look less messy with tons of variations.

Oh, about kill filtering: there must be a quick and fast and easy way of
"killing" from a match requester. Also when I "kill" someone, I'd like to be
able to add a comment to myself why someone got killed. Also having
different levels of "kills" would be cool (decline matches, decline
communications and matches,...).

I need to play a bit with Ambassador for a while as I've not done that for
quite some time (I would still actually use it but it is a pain to use an
emulator and the board/stones are kind of ugly :)  - you should do that as
well to fetch some ideas :)

>  Peter
>
> PS: What's the Ambassador Windows port doing? :*)

Unfortunately it is not going on at all - I am just too lazy nowdays, so I
guess at the moment I am hoping you'll include all the cool Ambassador stuff
to gGo :) I would still like to do the conversion someday, and I guess most
of the code would work right away, but recreating the UI....argh. I did do
some UI work some time ago, but very little and wasn't really satisfied with
the results.

Regarding the PID, I could try to do some class planning/coding regarding
this for you at some point? I've never done any Java, but isn't it basicly
more or less C++?

I forgot something, but that is nothing new.

--
Jarkko Lindblad
jarkkojpl@xxxxxxxxxx
Nautin komediani mustana


Other related posts: