From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9968 invoked by alias); 20 Nov 2003 08:16:08 -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 9961 invoked from network); 20 Nov 2003 08:16:07 -0000 Received: from unknown (HELO mwinf0301.wanadoo.fr) (193.252.22.28) by sources.redhat.com with SMTP; 20 Nov 2003 08:16:07 -0000 Received: from bboett.dyndns.org (AStrasbourg-206-1-32-72.w81-53.abo.wanadoo.fr [81.53.169.72]) by mwinf0301.wanadoo.fr (SMTP Server) with ESMTP id 528964007FB for ; Thu, 20 Nov 2003 09:16:05 +0100 (CET) Received: by bboett.dyndns.org (Postfix, from userid 1000) id 0E84E2F3E; Thu, 20 Nov 2003 09:15:56 +0100 (CET) Date: Thu, 20 Nov 2003 08:54:00 -0000 From: Bruno Boettcher To: xconq7@sources.redhat.com Subject: Re: GDL, XML and others...Re: OT Python stuff (was RE: Python in Xconq) Message-ID: <20031120081556.GR387@adlp.org> Reply-To: bboett@adlp.org Mail-Followup-To: Bruno Boettcher , xconq7@sources.redhat.com References: <20031119203627.74128.qmail@web40910.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i X-SW-Source: 2003/txt/msg00828.txt.bz2 On Wed, Nov 19, 2003 at 11:37:31PM -0500, Eric McDonald wrote: > > bite the bullet and create an interpreter for that language. > >How complex language do we need for > > standing orders? > > Not very. That is why I suggested merely extending the standing > orders syntax. hmmm as long as this extension covers the use cases i send some time ago (e.g. a true sentry standing order) as long as i don't confound again with a doctrine.... > > However, there is XML. What GDL do today can be carried out by XML tomorrow or rather, we can > > defined an XML language called XGDL, eXtensible Game Design Language. Given the immense support > > for XML in the industry, there's plenty of open source tools and libraries etc one can use to to > > create an XML parser for XGDL so it can read scenarious in XML. > > The section I cited above: > http://sources.redhat.com/xconq/manual/hacking_9.html#SEC9 > also demonstrates how GDL is less cumbersome to deal with. yep, what GDL uses most are tables, and that's a structure that is really hard to manage easily under XML... i gave it a shot some time a go to make a grammar for GDL, but the result was very cumebrsome.... and unless we make a proper editor for it, not very human readable, thus worse than actual GDL.... > > For tiny snippets of procedural code, one can use ECMAscript > >(aka Javascript). Sure, not the most > > fantastic language. uh... why that? > > Oh, anyone for using SVG to define the graphics... I swear, SVG is the coolest thing since sliced yep, its only unfortunate that still most browsers can't interpret that stuff, since i agree, this really cool! -- ciao bboett ============================================================== bboett@adlp.org http://inforezo.u-strasbg.fr/~bboett ===============================================================