public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
From: Lincoln Peters <sampln@sbcglobal.net>
To: Hans Ronne <hronne@comhem.se>
Cc: Xconq list <xconq7@sources.redhat.com>
Subject: Re: Three thoughts
Date: Sun, 22 Aug 2004 19:16:00 -0000	[thread overview]
Message-ID: <1093201052.2792.12916.camel@localhost> (raw)
In-Reply-To: <l03130302bd4e51eb1e6a@[212.181.162.155]>

On Sun, 2004-08-22 at 07:01, Hans Ronne wrote:
> >I noticed the problem most in my game with the item units, because there I
> >had some units with as many as 25 occupants that sometimes were occupants
> >themselves.  It becomes an issue even in the standard game with smaller
> >numbers of occupants, though.
> 
> I see. One thing that might solve this problem, if I may bring up the Mac
> interface again, is to implement unit closeups. This is how you navigate
> within the stack on the Mac: right-click on a unit to bring up a small
> floating window with unit info plus one image of each occupant. Right-click
> on any of these images to bring up a closeup of the occupant. And so on.
> There is also a clickable image of the transport in each occupant closeup,
> so you can navigate quickly up and down in the stack. The frontmost closeup
> automatically becomes the current unit for commands etc.

Here's a rather crazy possible solution: Would it be possible to use
TclTk *and* another toolkit, such as GTK+, simultaneously?  That might
allow us to not only use GTK+ to implement new features, but also to
"phase out" the TclTk code (since nobody seems to like TclTk anymore)
and replace it with GTK+ code.

If I remember correctly, a few people have complained that it is often
difficult to debug TclTk code, various quirks make it difficult to
create certain keybindings, and it's just plain ugly.  While GTK+ would
still result in a game that looks like an Office app, it should be
easier to debug (no useless "Error reading tcl" errors) and more
versatile.  Not to mention that GTK+ contains everything you need to
make an application accessible to people with disabilities (might be fun
just to make Xconq able to respond appropriately if you were to bark
orders at it via a speech recognition engine).  And I don't think it
would be a step backward from the existing TclTk interface if the
interface was re-implemented in GTK+ and ended up looking like an Office
app.

I've put together an example of what a "close-up" dialog might look like
if implemented in GTK+, and I've posted it here:

http://homepage.mac.com/lmpeters/cell-closeup.png

(The icons are generic icons from the GTK+/GNOME library.  Just pretend
that they look like unit images from the Standard game.)

The situation illustrated here is the city Sausalito and a fighter
flying overhead.  Within the city are infantry, armor, a bomber, a
battleship, and a carrier.  Furthermore, within the carrier are three
fighters and another bomber.  This would be almost completely
unmanageable without a close-up dialog like this one.

I envision the closeup dialog as something you could summon with a
special mouse click (perhaps Alt-click or click with the middle button),
and then use any time you need to click on a unit (choosing a unit to
give orders to, board, attack, fire at, etc.).

> Porting this to the tcltk interface is something that I have wanted to do
> for a long time, but it is easier said than done. The main problem is the
> lack of support for floating windows in tcltk.

I'll add this to the list of reason not to like TclTk.  I guess you
could implement a close-up dialog like I illustrated above in TclTk, but
it sounds like it would be more work.

---
Lincoln Peters
<sampln@sbcglobal.net>

It is contrary to reasoning to say that there is a vacuum or space in
which there is absolutely nothing.
		-- Descartes

  reply	other threads:[~2004-08-22 18:56 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-20 16:22 mskala
2004-08-20 18:34 ` Eric McDonald
2004-08-20 21:17   ` Andreas Bringedal
2004-08-20 21:28     ` Eric McDonald
2004-08-20 23:57       ` Andreas Bringedal
2004-08-21  1:21         ` Eric McDonald
2004-08-21  4:35           ` Jim Kingdon
2004-08-21 20:38           ` Jim Kingdon
2004-08-20 22:03     ` Elijah Meeks
2004-08-20 23:27       ` Eric McDonald
2004-08-21  1:17         ` mskala
2004-08-21  2:31           ` Eric McDonald
2004-08-21  4:33             ` mskala
2004-08-22  3:09 ` Hans Ronne
2004-08-22  6:38   ` Item Units Elijah Meeks
2004-08-22  9:37     ` Eric McDonald
2004-08-24  1:43       ` Lincoln Peters
2004-08-24  2:38         ` Eric McDonald
2004-08-24  2:51           ` Lincoln Peters
2004-08-24  3:32             ` Eric McDonald
2004-08-22 14:00   ` Three thoughts mskala
2004-08-22 18:56     ` Hans Ronne
2004-08-22 19:16       ` Lincoln Peters [this message]
2004-08-23  4:31         ` Jim Kingdon
2004-08-23 13:04           ` Elijah Meeks
2004-08-24 18:07             ` Eric McDonald
2004-08-24 20:59               ` Elijah Meeks
2004-08-25  0:54                 ` Unit-Image Bug Elijah Meeks
2004-08-25  4:58                   ` Eric McDonald
2004-08-23 16:48         ` Three thoughts Eric McDonald
2004-08-24  0:55           ` Lincoln Peters
2004-08-24  2:09             ` Eric McDonald
2004-08-24  3:02               ` Lincoln Peters
2004-08-24 18:12                 ` Eric McDonald
2004-08-25  5:34                   ` Jim Kingdon
2004-08-25 17:16                     ` Lincoln Peters
2004-08-25 22:09                       ` Jim Kingdon
2004-08-26  2:15                         ` Eric McDonald
2004-08-26  6:17                           ` Jim Kingdon
2004-08-26 19:12                             ` Eric McDonald
2004-08-26 22:08                               ` CXP??? Elijah Meeks
2004-08-27  1:50                                 ` CXP??? Lincoln Peters
2004-08-27  5:10                                 ` CXP??? Eric McDonald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1093201052.2792.12916.camel@localhost \
    --to=sampln@sbcglobal.net \
    --cc=hronne@comhem.se \
    --cc=xconq7@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).