[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Suggestions for GNUbg

From: hbgg
Subject: Re: [Bug-gnubg] Suggestions for GNUbg
Date: Tue, 8 Oct 2002 18:08:21 +0200 (MEST)

On 8 Oct 2002 11:08:53 Ian Shaw wrote:
>>On Sun, Oct 06, 2002 at 10:15:05PM +0200, Holger wrote
>>> Then, it would be nice to have keyboard shortcuts for preferably all
>>> commands. I don't know if it's possible or as easy with GTK like in
>>> just to put an ampersand in front of the shortcut letter (which will get
>>> underlined then).
>>It's quite simple. I don't think every menu command should have a short
>>cut, but I agree that some are missing.

Initially, I didn't think of this kind of shortcut. I had the typical
Windows way in mind with ALT as you describe below. With the direct shortcuts 
with CTRL) I agree with Joern then that not every menu entry should have

>You can create shortcuts just by pointing at the item on the menu and
>pressing the key combination you want, e.g CTRL + J. This is way cool and
>much better than Windows.

This is indeed very nice.

>OTOH, the navigation structure doesn't work the same way as Windows. On
>Windows you can Press Alt +F to get to the file menus and then press the
>first (or underlined letter to work through the sub-menus). On GTK it
>appears that you have to press the arrows to move onto a sub-menu. I
>prefer the Windows method. I guess that this is a GTK issue rather than a
>GnuBg issue.

Does anybody know whether it's really impossible to do it the same way like
under Windows? For some menus it does work with the initial letters. But it
seems to be a bit inconsistent.

>>> And now for the more sophisticated things:
>>> Some weeks ago (some build of July) GNUbg had background analysis, i.e.
>>> one could continue to play or browse the game record window while GNUbg
>>> analyzing the match.
>>This should not be possible, so if you were able to do it, there must
>>have been a bug in previous build.
>>> This was extremely useful.
>I think this change might be my fault :o( I reported that opening a new
>file while analyising a match caused a crash. The developers (Gary, I
>think) inhibited us from doing other stuff while the analysis was going
>on. I must say I enjoyed being able to start looking through a match while
>GnuBg analysed later moves. I think I'd rather live with being able to
>crash the program!

I haven't ever experienced a crash of GNUbg (under Windows)! If this bug
happens only rarely, I also prefer it like it was in (about) July. It shouldn't
be too difficult to undo this patch, should it? Maybe it could be changed to
just inhibiting to open a file?



+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

reply via email to

[Prev in Thread] Current Thread [Next in Thread]