From: Eric E Moore <e.e.moore@sheffield.ac.uk>
To: "Brandon J. Van Every" <vanevery@indiegamedesign.com>
Cc: "xconq" <xconq7@sources.redhat.com>
Subject: Re: One Hex Combat Resolution, and jeweled teeth
Date: Thu, 20 Nov 2003 17:06:00 -0000 [thread overview]
Message-ID: <878ymbvw9n.fsf@dyn006239.shef.ac.uk> (raw)
In-Reply-To: <OOEALCJCKEBJBIJHCNJDGECAGMAB.vanevery@indiegamedesign.com>
[-- Attachment #1: Type: text/plain, Size: 2260 bytes --]
"Brandon J. Van Every" <vanevery@indiegamedesign.com> writes:
> From: Jakob Ilves [mailto:illvilja@yahoo.com]
>>
>> > designer / mediocre programmer write a Python script that
>> > implements a
>> > One Hex Combat Resolution system. With that sort of API tool, Xconq
>> > doesn't have to be a game about hiding outside of cities you've just
>> > taken over.
>>
>> Oh, yes, I know! Take the city with ONE tank... And don't leave
>> any other units in it when the enemy is nearby. But cannot GDL be
>> written such that unless you kill or route away all units of a
>> certain type, you cannot capture the unit? Isn't there a
>> "occupant-defend" or such? Or maybe that just means they counter
>> attack and if they fail to slay the attacker the attacker then has
>> a chance to capture the city ANYWAY?
>
> Maybe all of these things can be done in GDL already.
Yes, "protection" applies to capture attempts.
something vaguely like:
(table protection
(infantry city 0))
(table capture-chance
(infantry city 100))
(table acp-to-capture
(infantry city 1))
would make infantry capture cities 100% of the time, unless there's an
infantry in the city, in which case they need to kill it first.
> The question is, does anyone know they can do them?
Yes.
> Is it a fungible API?
It's a declarative language, more akin to HTML than a real programming
language. The fact that a game can be statically analyzed without
having to solve the halting problem is a major win for AI writing and
many other similar things.
I think, at least, before you decide to throw out GDL you should try
using it to design a game (or part of one) to at least get some feel
for what's there, and what it does.
> Is it OO, hiding details you don't want to deal with at present?
Most of the tables have sensible defaults, and can be ignored.
> I will be making a judgement this weekend, as I attempt to embed
> Python into Xconq.
Like others, I think replacing GDL with python would be a mistake.
> Do game developers and game players have easy ways of switching to
> whatever they prefer? Do different variants get played regularly? If
> not, why not?
Yes, and Yes.
--
Eric E. Moore
[-- Attachment #2: Type: application/pgp-signature, Size: 184 bytes --]
next prev parent reply other threads:[~2003-11-20 16:29 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-17 15:42 Marketing Xconq? Bill Macon
2003-11-17 18:55 ` Marketing Xconq? + battle isle suggestion Andreas Bringedal
2003-11-17 22:04 ` better Windows UI Brandon J. Van Every
2003-11-18 3:12 ` Erik Jessen
2003-11-17 21:56 ` Marketing Xconq? Eric McDonald
2003-11-17 22:38 ` Brandon J. Van Every
2003-11-18 3:15 ` Erik Jessen
2003-11-18 3:39 ` New Interpreter (was RE: Marketing Xconq?) Eric McDonald
2003-11-18 4:01 ` Erik Jessen
2003-11-18 4:05 ` Eric McDonald
2003-11-18 10:37 ` setgid (was: RE: New Interpreter (was RE: Marketing Xconq?)) Lincoln Peters
2003-11-18 15:52 ` Jim Kingdon
2003-11-18 5:17 ` Python in Xconq Brandon J. Van Every
2003-11-18 11:33 ` Erik Jessen
2003-11-18 13:37 ` OT Python stuff (was RE: Python in Xconq) Mark A. Flacy
2003-11-19 15:08 ` Erik Jessen
2003-11-19 16:44 ` Bruno Boettcher
2003-11-19 17:58 ` Eric McDonald
2003-11-19 21:18 ` GDL, XML and others...Re: " Jakob Ilves
2003-11-19 23:13 ` Brandon J. Van Every
2003-11-20 5:12 ` Eric McDonald
2003-11-20 8:54 ` Bruno Boettcher
2003-11-20 11:01 ` Jakob Ilves
2003-11-20 11:19 ` Brandon J. Van Every
2003-11-20 12:59 ` Jakob Ilves
2003-11-20 13:54 ` One Hex Combat Resolution, and jeweled teeth Brandon J. Van Every
2003-11-20 17:06 ` Eric E Moore [this message]
2003-11-20 17:37 ` Jakob Ilves
2003-11-20 17:47 ` Emmanuel Fritsch
2003-11-20 19:53 ` Eric E Moore
2003-11-21 2:16 ` Eric McDonald
2003-11-21 3:03 ` What is Python really good for? Brandon J. Van Every
2003-11-20 11:36 ` GDL, XML and others...Re: OT Python stuff (was RE: Python in Xconq) Bruno Boettcher
2003-11-20 4:38 ` Erik Jessen
2003-11-20 10:19 ` cheating Brandon J. Van Every
2003-11-21 1:46 ` cheating Eric McDonald
2003-11-21 2:32 ` cheating Brandon J. Van Every
2003-11-21 9:30 ` Managing "Designers disgust". cheating Jakob Ilves
2003-11-21 9:33 ` Brandon J. Van Every
2003-11-21 12:36 ` Jakob Ilves
2003-11-21 14:28 ` Brandon J. Van Every
2003-11-19 22:14 ` OT Python stuff (was RE: Python in Xconq) Brandon J. Van Every
2003-11-20 3:10 ` Erik Jessen
2003-11-18 1:13 ` Marketing Xconq? Dr Eric Edward Moore
2003-11-18 1:31 ` Eric McDonald
2003-11-18 2:34 ` Lincoln Peters
2003-11-18 3:11 ` 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=878ymbvw9n.fsf@dyn006239.shef.ac.uk \
--to=e.e.moore@sheffield.ac.uk \
--cc=vanevery@indiegamedesign.com \
--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).