That's a good idea, I just have one thing to add to it... you should be
able to assign them CON_GET_RACE, at least I don't see why the code
would have a problem w/ it, and at the end of CON_GET_RACE, after it
sets all their parts, etc... btw, one problem you may run into is the
fact that if they've trained their stats up (str, con, etc.), you could
create a temp array to hold the difference between their current values
of stats and the default values of their current race's stats, to see
that they trained their str 3 times, con twice, etc... and apply those
to their new race's base stats so they don't lose the value of any
trains and whatnot, except that their current class no longer exists...
you could simply transfer their stats directly over to their new race,
but then you run the risk of say, if they have 25 str, and they choose a
class that maxes at 23, do they still get 25 applied, or maybe something
like UMIN(ch->perm_stat[stat],pc_race_table[ch->race].max_stat[stat])
(or however it words the array that holds their max stat values...
anyway, things to consider, have fun :D

Richard Lindsey
 
-----Original Message-----
From: Davion Kalhen [mailto:[EMAIL PROTECTED] 
Sent: Thursday, February 03, 2005 5:13 PM
To: [email protected]
Subject: Re: dirent.h in windows

Well, he's implimenting an online race editor, so having to go in and
edit the code after each time you remove a race would defeat the
purpose of online! I think his idea is half-assed myself (No offense)
But some players might not want to be human after they find out thier
favourite race is dead :S. Also, remember, ch->parts, etc, are set
upon creation, so if the race is gone, you have to update all those
flags. This is why I say you give them a new choice for a race, then
they can pick it, and you can update thier stats. You can just use
CON_GET_RACE, come to think of it. Just, at, the end, have like,

if(ch->level > 0 )
        d->connected = IS_IMMORTAL(ch) ? CON_READ_IMOTD : CON_READ_MOTD;
else
        d->connected = CON_GET_CLASS;


Now, I don't remember if the next step actually is class... might be
sex, whatever, just replace CON_GET_CLASS with the proper state. Also,
make sure that new chars that are sent into the nanny's level is 0.
Just put something in CON_CONFIM_PASSWORD to zero it, and it should
work fine. And you don't need alot of code!

Davion

Davion

>  Using the versioning feature in the pfiles is smiple and easy to do
this
> sort of change.
> 
>  Search for vers in save.c to see how it's used.
> 
>  You'd run a check (in bottom of load_char_obj) to see if the version
is
> less the new version and the race is the one needs changing then make
the
> change.
> 
>  When the player comes into the game give the players who have
ch->version
> less than current version a message about the change.
> 
>  Update to the new version number near the top of fwrite_char where
the
> version is written to the pfile.
> 
>   |\      _,,,---,,_
>   /,`.-'`'    -.  ;-;;,_
>  |,4-  ) )-,_..;\ (  `'-'
> '---''(_/--'  `-'\_)
> BluSky is often lurking at Afterlife MUD:
> [EMAIL PROTECTED] * http://www.afterlife.mudservices.com
> ------------------> telnet://afterlife.mudservices.com:5000
> ROM FAQ ----------> http://www.hypercube.org/tess/rom/
> ROMList Archive --> http://www.rom.org/pipermail/rom/
> 
> 
> --
> ROM mailing list
> [email protected]
> http://www.rom.org/cgi-bin/mailman/listinfo/rom
>
-- 
ROM mailing list
[email protected]
http://www.rom.org/cgi-bin/mailman/listinfo/rom


Reply via email to