2010/12/11 Eino Keskitalo <eino.keskit...@gmail.com>
> 2010/12/11 Raphael Langella <raphael.lange...@gmail.com>: > > 2010/12/11 Eino Keskitalo <eino.keskit...@gmail.com> > >> > >> 2010/12/11 Raphaël Langella <gale...@users.sourceforge.net>: > >> > commit ea74d73b47d41443078be4a15245aa5c36e090ef > >> > Author: Raphael Langella <raphael.lange...@gmail.com> > >> > Date: Fri Dec 10 15:01:09 2010 +0100 > >> > > >> > Tiles: don't wait fore a key at the splash screen after databases > >> > have loaded. > >> > >> It should wait. It only loads long enough to properly show the splash > >> screen on the first time the game is started. > > > > I noticed. I agree that once databases are in cache, the loading is very > > short and it looks a bit strange to have the splash screen flashes and > > disappear. But one the other hand, when it happens, it means you are just > > restarting the game and probably want to get to the starting screen > quickly. > > Maybe a good compromise would be to have it wait for a key, but timeout > > after a few seconds (counting loading time). > > I understand wanting to go to the menu quickly, but the splash helps > with offering a nice presentation. Established players don't need it, > but a new player starting up the second game it's still good. Timeout > sounds otherwise ok-ish, but for players who actually want to look at > the beautiful splashes (especially now that there's several of them), > it's bad. For skipping the title, there already is a tiles option to > not show the start splash (tile_tile_screen). > > You're right, I'll revert it. I would add a tile_wait_at_title option (default true), but I feel like someone wouldn't like that ;) How about replacing the title_screen option by a wait_at_title one? I understand people who don't want to have to type a key, but I don't think they would insist on starring at a blank screen.
------------------------------------------------------------------------------ Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev
_______________________________________________ Crawl-ref-discuss mailing list Crawl-ref-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/crawl-ref-discuss
