From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23781 invoked by alias); 20 Jul 2004 13:38:05 -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 23772 invoked from network); 20 Jul 2004 13:38:04 -0000 Received: from unknown (HELO sccrmhc12.comcast.net) (204.127.202.56) by sourceware.org with SMTP; 20 Jul 2004 13:38:04 -0000 Received: from [192.168.181.128] (c-67-172-156-222.client.comcast.net[67.172.156.222]) by comcast.net (sccrmhc12) with ESMTP id <2004072013380301200fq3b2e>; Tue, 20 Jul 2004 13:38:03 +0000 Message-ID: <40FD2029.5090109@phy.cmich.edu> Date: Tue, 20 Jul 2004 15:17:00 -0000 From: Eric McDonald User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) MIME-Version: 1.0 To: Jim Kingdon CC: xconq7@sources.redhat.com Subject: Re: Weird fuel behavior References: <40FAF653.9090602@phy.cmich.edu> <200407200525.i6K5PRM00717@panix5.panix.com> In-Reply-To: <200407200525.i6K5PRM00717@panix5.panix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg00781.txt.bz2 Jim Kingdon wrote: > Better documentation/help is always good, but there's also the > question of the user interface showing the user what happened. Right > now, you kind of need to know the rules of xconq (and your particular > game) to understand it, and of course it would be better if xconq > helped you learn said rules by showing them in action as clearly as > possible. I think that there a number of instances where notifications should be issued, but are not. > It's not an easy problem. Having a huge number of messages somewhere > of the sort ("unit xxx starved" etc) won't work (unless perhaps for > rare events, which starving might be). Maybe being able to click on a > unit and issue a command saying "what's going on with this unit?" > (e.g. "tried to attack last turn, but didn't have ammo"). That would be kind of like the battle summary in Strategic Conquest (c. 1984), except for individual units instead of all of them. I still remember that Macintalk-synthesized voice narrative: "Bat-tle sum-mar-ee. Click to con-tin-ue." "Your dee-stroy-er, strength 1, ree-pelled an at-tack-ing dee-stroy-er." "Dee-stroy-er dee-stroyed your dee-stroy-er." Nostalgia... >Or I guess > it would be a cell in the case of a now-vanished unit... Maybe an unit graveyard window would be useful for displaying pastunits and their associated event logs. Have the most recently deceased units displayed near the top of a list in the window. This would probably be more useful than trying to hunt down the cell where an unit died. (Of course, Hans will probably say that the Mac interface already has this feature, since it seems to have everything else.) Eric