public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
From: Lincoln Peters <sampln@sbcglobal.net>
To: Eric McDonald <mcdonald@phy.cmich.edu>
Cc: Xconq list <xconq7@sources.redhat.com>
Subject: Re: Mono, anyone?
Date: Tue, 18 Nov 2003 21:47:00 -0000	[thread overview]
Message-ID: <1069190894.29637.105197.camel@odysseus.peterslan> (raw)
In-Reply-To: <Pine.LNX.4.44.0311181554230.26508-100000@leon.phy.cmich.edu>

On Tue, 2003-11-18 at 13:01, Eric McDonald wrote:
> Hi Lincoln,
> 
> On Tue, 18 Nov 2003, Lincoln Peters wrote:
> 
> > * Allow Xconq to talk to a other application.  This may initially sound
> > silly, but imagine how much easier it might be to play games such as
> > bellum.g if you could use a spreadsheet to represent various aspects of
> > your empire (particularly such things as supply of 'c') using charts. 
> 
> This sounds like a good idea. Gnome (and I think Qt, as well) has 
> an embedded object architecture, iirc. And, of course, Microsoft 
> does, so one could instantiate a MSExcel object within Xconq, for 
> instance. But as a cross-platform solution goes, I would have to 
> look; maybe the Ximian stuff is such; I will look at it.

I didn't get a chance to attend LinuxWorld in San Francisco this year,
but it sounds as if Ximian is still going strong on this project (I
heard that Mono received some kind of award, something like "#1 open
source project of the year").  And I expect that if they reasonably*
can, they'll use the same protocols as Microsoft applications, so that
you could just as easily embed MS Excel into Xconq as you might embed
Gnumeric.

* It's a totally different story if Microsoft refuses to disclose the
protocols, the protocols contains myriad security holes, or it is
grossly inefficient.

> 
> > It might not be quite so bad for Xconq to behave (to some extent) like
> > an office application.
> 
> As long as Xconq Office does not have any annoying office 
> assistants, such as Clippy, the Ammo Clip.

Although I suppose that, in some games, it might be interesting to have
a comparable assistant.  Perhaps Julius the military adviser could offer
free advice to those who play roman.g.  But I think we can all agree
that, if such a thing is to ever be implemented, it should be manually
enabled and set up by the game module and easily turned off by the
player.

Of course, it would open the door for a new generation of incredibly
annoying game modules ("You are about to send 1 infantry against 3
legions.  Its chance of survival is 15%.  Do you want to proceed?").

      reply	other threads:[~2003-11-18 21:28 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-18 18:42 Lincoln Peters
2003-11-18 21:01 ` Brandon J. Van Every
2003-11-18 21:28   ` Lincoln Peters
2003-11-19  0:22     ` Eric McDonald
2003-11-18 21:22 ` Eric McDonald
2003-11-18 21:47   ` Lincoln Peters [this message]

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=1069190894.29637.105197.camel@odysseus.peterslan \
    --to=sampln@sbcglobal.net \
    --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).