[Top][All Lists]

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

Re: [Bug-gnubg] Feature Request: Training HINT

From: Øystein Johansen
Subject: Re: [Bug-gnubg] Feature Request: Training HINT
Date: Wed, 12 Apr 2006 18:04:39 +0200
User-agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)

Christian Anthon wrote:
> On Wed, Apr 12, 2006 at 10:32:17AM +0200, Øystein Johansen wrote:
>>The real problem is the output system. The output system has annoyed me for a 
>>long time....
> You proposed to get rid of the output* functions. Did you ever take any
> steps to start doing so.

I took some small steps*, but I got bored and I started to do the SSE
stuff. I also did some changes to HIG'ify some of the dialogs. This
changes are not commited into the cvs, but I still get them. (I believe
I mailed a patch to this list once...). I can mail some 'screenshots'

*) I removed some of the outputs and replaced them with message boxes.

> Keeping the terminal version working is important.

Yes! I agree. That's part of the problem. (or at least it's making it
harder.) I can't think of a simple solution where we both keep the
terminal version and create a user friendly GUI. Possible, but not simple.

> Could it be done step by step or would what you had in mind
> require an entire cleanup done in one step?

I'm not sure. The code could need a cleanup anyhow. There's a lot of
dead code in the system. The general code cleaning can probably be done
step by step.

The reason for all the mess is a bit historical. Over the years we have
added features after feature to GNU Backgammon. We have always been
compatible to GTK 1.3 and the terminal version. The terminal version has
been nice to have (specially at Linux/Unix systems) and the GTK 13 stuff
was nearly mandatory due to a unstable GTK 2.x on Windows systems. Over
these years, we have not only added features to GNU Backgammon it self,
but we've also added features that was missing gtk-13.

Example to illustrate my point:
   Take a look at the 'path' feature in GNU Backgammon. Why was this
added? Back in those days there was only gtk1.x with a really weak file
selection dialog. The file selection dialog was not able to remember the
path to special file types, and you where not able to store any paths.
To increase the usability the path feature was added.
   Now, when GTK has an excellent file chooser this is different, the
new file chooser is much more dynamic, it can store paths, it can do
multiple selections and so on. The path feature we implemented is now
totally redundant. The path feature was a feature for GTK, and not a
feature for GNU Backgammon.
   This 'path' example is only one of several features that's actually
GTK features, and not GNU Backgammon features. Some of them more hidden,
but still it's boating up the code.


Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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