From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13048 invoked by alias); 13 Jul 2004 20:23:04 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 13012 invoked from network); 13 Jul 2004 20:23:03 -0000 Received: from unknown (HELO av7-2-sn2.hy.skanova.net) (81.228.8.109) by sourceware.org with SMTP; 13 Jul 2004 20:23:03 -0000 Received: by av7-2-sn2.hy.skanova.net (Postfix, from userid 502) id AB48037E43; Tue, 13 Jul 2004 22:23:02 +0200 (CEST) Received: from smtp2-1-sn2.hy.skanova.net (smtp2-1-sn2.hy.skanova.net [81.228.8.177]) by av7-2-sn2.hy.skanova.net (Postfix) with ESMTP id 9AEE337E42; Tue, 13 Jul 2004 22:23:02 +0200 (CEST) Received: from [212.181.162.155] (h155n1fls24o1048.bredband.comhem.se [212.181.162.155]) by smtp2-1-sn2.hy.skanova.net (Postfix) with ESMTP id 0013537E45; Tue, 13 Jul 2004 22:23:01 +0200 (CEST) X-Sender: u22611592@m1.226.comhem.se Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 13 Jul 2004 23:01:00 -0000 To: Eric McDonald From: Hans Ronne Subject: Re: Combat result tracking? Cc: xconq7@sources.redhat.com X-SW-Source: 2004/txt/msg00733.txt.bz2 >On Tue, 13 Jul 2004, Hans Ronne wrote: > >> This is already available in the Mac interface. It has a History window >> that keeps track of combat results etc. > >Well, that's nice. Are you, by any chance, interested in adding >this feature to the Tcl/Tk interface, the UI of choice for most of >us non-Mac "peasants"? I doubt it would be worth the trouble. The Mac interface has many features that I never use, and this is one of them. I think it would be more useful, particularly to game designers, if the output was saved to a file so that you could examine it afterwards. You do of course have the saved history events in the game file, but the History window output is more human-readable. Hans P.S. I share the view that we should limit our work on the tcltk interface. But then I said so already two years ago, and I have hacked the tcltk code a lot since then :-).