public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
From: mskala@ansuz.sooke.bc.ca
To: Eric McDonald <mcdonald@phy.cmich.edu>
Cc: xconq7@sources.redhat.com
Subject: Re: Terrain images proposal
Date: Sun, 26 Sep 2004 17:55:00 -0000	[thread overview]
Message-ID: <Pine.LNX.4.21.0409261316540.24746-100000@diamond.ansuz.sooke.bc.ca> (raw)
In-Reply-To: <4156F985.8040100@phy.cmich.edu>

On Sun, 26 Sep 2004, Eric McDonald wrote:
> Another issue is "z-ordering". You would probably have to provide some 
> mechanism so that the order in which redraws were stacked could be 
> determined (not only can regular hexes and embedded images overlap with 
> one another, but multiple embedded images can overlap with one another 
> as well).

What I had in mind was that each cell has only one override image, if any,
and if it has one, that completely replaces the regular terrain image.  So
when XConq wants to draw the cell terrain in a cell, at present it looks
up the cell's terrain type and then looks up the image for that terrain
type.  With my change, it would look for the image for that terrain type
and that cell position; if there was one, it would use that, otherwise it
would use the default image for that terrain type.  If you attempt to
define more than one override image for a cell position, that's either a
syntax error, or the last one you define overwrites any previous
one.  Stacking order is never an issue - there is only one in the stack.
It does become an issue for aux terrain, but it always was.

If you attempt to define an override image for a cell that is "normal"
terrain, that's fine, no problem, then it stops being "normal" terrain.  
If you tell XConq you are defining an override image for a given cell but
the image you specify doesn't cover the cell, then (depending on
implementation) that's either a syntax error, or it fills in the extra
space with black or some other well-defined pattern, or it's undefined,
and in any case, the solution is not to do that if you don't like the
result.

A critical point here is that the entire rectangle in the image would not
necessarily appear on the map.  When you tell XConq "take this cell out of
this image" then that cell becomes a hexagonal window into the image, so
unless you do that with a cell that goes over the edge of the image (and
normally you wouldn't), you don't see the edge of the image.  That's not
so unusual, because it's the way that terrain images already work; you
specify a recantangle in an image, but only the hex shape is actually
visible.
-- 
Matthew Skala
mskala@ansuz.sooke.bc.ca                    Embrace and defend.
http://ansuz.sooke.bc.ca/

  reply	other threads:[~2004-09-26 17:30 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-26 15:24 mskala
2004-09-26 16:30 ` Eric McDonald
2004-09-26 16:43   ` mskala
2004-09-26 17:30     ` Eric McDonald
2004-09-26 17:55       ` mskala [this message]
2004-09-26 18:23         ` Eric McDonald
2004-09-26 19:19           ` mskala
2004-09-27 18:05             ` 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=Pine.LNX.4.21.0409261316540.24746-100000@diamond.ansuz.sooke.bc.ca \
    --to=mskala@ansuz.sooke.bc.ca \
    --cc=mcdonald@phy.cmich.edu \
    --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).