PLEASE don't implement this (gold, plat, silver as a stat). What you want is a check book. If the player has the checkbook applied the $$ will be deducted or added to his account.
Please don't alter the gold weight/value ration (nor the silver etc). Please don't make money a stat. I will make a checkbook arch face. uint64 is good. value as a double (so we can add copper coins) would be good too. Please keep the coins as they are though. Please no money stat. (Also when is the jade etc coins going in? I think they should exist and be acceppted but not given as change except if region = azamuindo (perhapse another? darcap? maybe just azamuindo). --- Brendan Lally <[EMAIL PROTECTED]> wrote: > On 12/25/05, Anton Oussik <[EMAIL PROTECTED]> > wrote: > > On 25/12/05, Mark Wedel <[EMAIL PROTECTED]> wrote: > > > Anton Oussik wrote: > > > > On 24/12/05, Mark Wedel <[EMAIL PROTECTED]> > wrote: > > > >> At some level, it becomes a question of why > not just make money a > > > >> 'stat'. > > > > > > As said, this wouldn't be really hard. > > > > > > Add a uint64 field to the player object. > > > > I suspect this would also fix the client bug when > the client crashes > > when it steps on a tile where something has nrof > > 2^32. > > Wouldn't stepping on non-money items which have a > sufficiantly high > nrof also trigger such a crash? > > _______________________________________________ > crossfire mailing list > crossfire@metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > __________________________________________ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com _______________________________________________ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire