From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Panicz Maciej Godek Newsgroups: gmane.lisp.guile.user Subject: Re: [ANN] gzochi project development release 0.5 Date: Wed, 15 Jan 2014 20:56:07 +0100 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bfd030c1b347b04f007b32f X-Trace: ger.gmane.org 1389815773 10303 80.91.229.3 (15 Jan 2014 19:56:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Jan 2014 19:56:13 +0000 (UTC) Cc: Guile Users To: "Thompson, David" Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Wed Jan 15 20:56:21 2014 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W3WZY-0004WU-Fu for guile-user@m.gmane.org; Wed, 15 Jan 2014 20:56:20 +0100 Original-Received: from localhost ([::1]:56940 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3WZY-0006dm-1X for guile-user@m.gmane.org; Wed, 15 Jan 2014 14:56:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44053) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3WZN-0006df-Lm for guile-user@gnu.org; Wed, 15 Jan 2014 14:56:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3WZM-0002Yl-GD for guile-user@gnu.org; Wed, 15 Jan 2014 14:56:09 -0500 Original-Received: from mail-wg0-x22c.google.com ([2a00:1450:400c:c00::22c]:63513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3WZM-0002Wi-4x for guile-user@gnu.org; Wed, 15 Jan 2014 14:56:08 -0500 Original-Received: by mail-wg0-f44.google.com with SMTP id l18so2260511wgh.35 for ; Wed, 15 Jan 2014 11:56:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JZ67WTAS9hfMA7HGBrWd8FoUwtN0KUJuXJXYsm21bAQ=; b=a3WdvBIv8EysgJ6EUySSs2/HRsKc8UnJPdHvLvCxiqBVyzhuB6l3L/bEDa95+oWyF2 qmSzEIyGefYh2CE7wn021re7kIupPjfdqXB02zDqYzEj4fN3a09I6RMiNvyPEwMoR8/y Sv9YpghEJAH7qar/K1hWywVe3V3h4PyKGF6V3PTwAGwGOymMIBDlPy6UBTe6shffXP4g AZRAeb2kuDKjD45zHjWn0cHZ1qPw+bHCWlYPsYpE0xVjebLnin0qpAKBzvljkuEB2QDq xfNN9RrCOgx1xWBGt5y1jhjjaiRiuBYiEpEg0Il8pQ67p+KE9Ca1zUlNAh1AZjj0Qi+C xyeQ== X-Received: by 10.194.92.109 with SMTP id cl13mr4308109wjb.13.1389815767182; Wed, 15 Jan 2014 11:56:07 -0800 (PST) Original-Received: by 10.194.178.134 with HTTP; Wed, 15 Jan 2014 11:56:07 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22c X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:11014 Archived-At: --047d7bfd030c1b347b04f007b32f Content-Type: text/plain; charset=ISO-8859-1 Hi guys! Since I'm also an author of a(nother) multimedia framework in guile+sdl/opengl called SLAYER, I thought that I might join the conversation :) Perhaps it would make sense to collaborate more and to somehow integrate our efforts. It might seem difficult at first, because I guess that everyone of us does his work in his spare time, and our plans and visions might be vague, but it would be really nice if we were able at least to formulate the intersections of our goals. Mine is to create games that would teach their players programming, i.e. to show that some repeatable actions could be automated quite easily and naturally with simple scripts, that could later on become more complex. I thought that it would be more motivating if a gameplay was set up in a competetive environment, so that the players would easily see that even simple programatic enhancements of their user interface would give them an advantage over their opponents. I came up with the idea of a 3d robot sword battle game, where the players can come up with new moves for their avatars, and even write scripts that would control their robots entirely. For that reason, SLAYER is equipped with bindings to Open Dynamics Engine, and also has a stub of a text editor widget (which obiously allows to evaluate lisp expressions in a similar way emacs+geiser does ;]) Some time ago, I have also been experimenting with a design of a general network architecture, but I eventually dropped it, believing that there were some more urgent things to be done. Anyway, the goal is ambitious, and I think that for that reason we have a lot in common. There are also some ideas that I see in guile-2d and that I truly love and would love to steal, but that's impossible, because it's LGPL :) I also see that our approach differs in that I have been using the GOOPS system extensively for the GUI design (which has some advantages, despite its drawbacks, such as decreased portability between other Scheme implementations) One thing that might seem dubious is my decision to keep slayer a stand-alone application (rather than guile module). It is not a deep decision and could be changed rather easily, but as for now it has proven good at some points (namely, it gave me a better control over the program behaviour while I was creating a Windows port), and a pain-in-the-ass at anothers (it's difficult to create slayer applications using the emacs+geiser methodology). Anyway, if any of you thinks that we could cooperate, I'm really looking forward to it. I'd also like to hear about your goals and ideas, if you're willing to share :) --047d7bfd030c1b347b04f007b32f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi g= uys!
Since I'm also an author of a(noth= er) multimedia framework=A0
in guile+sdl/op= engl called SLAYER, I thought that I might join
the conversation :)

Perhaps it would make sense to col= laborate more and to somehow
integrate our = efforts. It might seem difficult at first, because
I guess that everyone of us does his work in his= spare time,
and our plans and visions migh= t be vague, but it would be really
nice if = we were able at least to formulate the intersections of our
goals.

Mine is to create games that would teach their = players programming,
i.e. to show that some= repeatable actions could be automated quite
easily and naturally with simple scripts, that c= ould later on become
more complex.

I thought that= it would be more motivating if a gameplay was set
up in a competetive environment, so that the pla= yers would easily
see that even simple prog= ramatic enhancements of their user
interfac= e would give them an advantage over their opponents.

I came up w= ith the idea of a 3d robot sword battle game, where
the players can come up with new moves for their avatars,
and even write scripts that would control their robots entirely.

For that reason,= SLAYER is equipped with bindings to Open
D= ynamics Engine, and also has a stub of a text editor widget
(which obiously allows to evaluate lisp expressi= ons in a similar
way emacs+geiser does ;])<= /div>

Some t= ime ago, I have also been experimenting with a design
of a general network architecture, but I eventua= lly dropped it,
believing that there were s= ome more urgent things to be done.

Anyway, the goal is ambitious, and I think that = for that reason
we have a lot in common. Th= ere are also some ideas that I
see in guile= -2d and that I truly love and would love to steal,
but that's impossible, because it's LGPL= :)

I = also see that our approach differs in that I have been
using the GOOPS system extensively for the GUI design
(which has some advantages, despite its drawbacks, such
as decreased portability between other Scheme
implementations)

One thing that might seem dubious is = my decision to keep
slayer a stand-alone ap= plication (rather than guile module).
It is not a deep decision and could be changed r= ather easily,
but as for now it has proven = good at some points (namely,
it gave me a b= etter control over the program behaviour while
I was creating a Windows port), and a pain-in-th= e-ass at
anothers (it's difficult to cr= eate slayer applications using the
emacs+ge= iser methodology).=A0

Anyway, if = any of you thinks that we could cooperate,
= I'm really looking forward to it. I'd also like to hear about
=
your goals and ideas, if you're willing to share :)

--047d7bfd030c1b347b04f007b32f--