I also don't understand why we should make a specific rule for the games using hardcoded logic.<br>Working on reducing the number of unknown variables, documenting, ... is something which already has to be done for other engines. Can't we simplify things and only set general rules?<br>
<br>If we stack more and more rules, I'm afraid we'll end with something completely discouraging for new developers.<br><br>And concerning rules...: shouldn't we specify 2D point&click adventure games, instead of 2D adventure games?<br>
<br>Best regards,<br>Arnaud<br><br><br><br><div class="gmail_quote">On Fri, Nov 18, 2011 at 6:09 PM, Willem Jan Palenstijn <span dir="ltr"><<a href="mailto:wjp@usecode.org">wjp@usecode.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Fri, Nov 18, 2011 at 06:47:51PM +0200, Filippos Karapetis wrote:<br>
> On Fri, Nov 18, 2011 at 6:32 AM, Johannes Schickel <<a href="mailto:lordhoto@scummvm.org">lordhoto@scummvm.org</a>>wrote:<br>
><br>
> > * Your engine must target an 2D adventure game.<br>
> ><br>
><br>
> This is a bit ambiguous. For example, Myst/Riven and the 7th Guest are not<br>
> considered adventure games (at least not "classic" adventure games) -<br>
> they're puzzle games, really. Also, this still does not cover two cases,<br>
> which I would like to have covered as well:<br>
> - Non-adventure games, developed with an adventure game engine. I suppose<br>
> these should be the only exceptions to the rule above, thus they should be<br>
> mentioned as well, IMHO (e.g. scripted games, like Quest for Glory or games<br>
> requiring some changes to their engines, such as Elvira, Living Books,<br>
> Humongous games and Lands of Lore)<br>
<br>
</div>Didn't we say earlier that in those cases the initial engine merge should at<br>
least target an adventure game? (And this discussion is about merges.)<br>
<br>
<br>
Also, please don't try to over-define things. There's room for some ambiguity.<br>
<font color="#888888"><br>
<br>
-Willem Jan<br>
</font><div><div></div><div class="h5"><br>
------------------------------------------------------------------------------<br>
All the data continuously generated in your IT infrastructure<br>
contains a definitive record of customers, application performance,<br>
security threats, fraudulent activity, and more. Splunk takes this<br>
data and makes sense of it. IT sense. And common sense.<br>
<a href="http://p.sf.net/sfu/splunk-novd2d" target="_blank">http://p.sf.net/sfu/splunk-novd2d</a><br>
_______________________________________________<br>
Scummvm-devel mailing list<br>
<a href="mailto:Scummvm-devel@lists.sourceforge.net">Scummvm-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/scummvm-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/scummvm-devel</a><br>
</div></div></blockquote></div><br>