[Ohrrpgce] [Bug 683] RELEASE: Ypsiliform

[bugzilla-daemon at karnov.dreamhost.com]

http://rpg.hamsterrepublic.com/bugzilla/show_bug.cgi?id=683

--- Comment #21 from Bob the Hamster <Bob at HamsterRepublic.com> 2009-12-11 11:52:27 PST ---
(In reply to comment #20)
> Well alright, however if we do switch to gfx_sdl, then we definitely need a
> release candidate. Actually it's more like the other way around: a gfx_sdl
> release candidate would tell us whether to change the backend.

Yeah, that is cool. I don't need to be as impatient as I am being :)
Can keep myself happy with safe cleanup and low-impact feature implementation
to kill time until the release candidate is greenlightable. Then our testers
can give gfx_sdl a serious workout.

> > Change resetgame how?
> 
> As promised to resolve bug 777 (rather, feature request).

You misread bug 777. It is not a feature request, and can be reproduced with
absolutely no scripting whatsoever.

> > Also, if they are breaking changes how are we going to do them in a way that
> > doesn't break anything?
> 
> By keeping the existing command ids and mapping the command names to new
> commands in plotscr.hsd.
> 
> Well, for get/setrectborder anyway. I'm pretty sure we can get away with
> changing the way resetgame works, since there's currently no point using it
> instead of gameover in the cases for which I want to change its behaviour.

Might be better off with a new command? "start new game" or something like
that?

> > That sounds cool... but doesn't that mean linking in two separate backends?
> > Wouldn't that be a major architectural change? But you know the backends better
> > than I do, if you think it is reasonable, I am game.
> 
> Would require a set of function pointers and a very small wrapper to
> dynamically load gfx_directx.dll.

Cool.

-- 
Configure bugmail: http://rpg.hamsterrepublic.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.