[MUD-Dev] Re: Equipment Fit

[Hans-Henrik Staerfeldt]

On Wed, 2 Sep 1998, pomales wrote:

> Hans-Henrik Staerfeldt wrote:
>=20
> > On Wed, 2 Sep 1998, Holly Sommer wrote:=20
> > >
> > > Bubba buys BOS... BOS->fit =3D 0; BOS->owner =3D "Bubba";
> > > Every MUDday the boots are worn BOS->fit +=3D 1;
> > > Bubba wears the boots for about a month (BOS->fit =3D=3D 30)
> > > Someone (Ackbar) steals the boots and puts them on;
> > > strcmp(BOS->owner, "Ackbar") returns negative, so the
> > > boots have a "fit" of -30 for Ackbar. Each MUDday that
> > > Ackbar wears the boots, so, BOS->fit +=3D 1;
> > > BOS->owner would still be "Bubba" until they reach 0.
> >
> > It would be silly :-) Then no one would ever lend out
> > equipment, because the fitting would be 'reset'.
> >
>
> I think you misunderstood, this sounds like a greate idea. What Holly
> said was that the boots would lose there "fit" slowly... Or rather
> Ackbar having worn the boots for an hour (mud day?) would increase the=20
> "fit" to -29, but the owner is still Bubba. Remember the new owner take=
s=20
> effect at 0. I think this system coupled with a equipment aging system=20
> would be pretty nifty. How do you guys generally deal with ages of equi=
pment?
> Should a pair of boots that have undergone many such changes of fit
> break sooner than another pair that didnt? I think they should, maybe
> depending on the material in question...
>=20

Well, i agree, its a great idea :-), but the implementation notes does
not describe a workable system. Ofcause it might be just a sign error :-/
Since the description only includes one 'fit' parameter, that parameter i=
s
either:=20

  A) The only value in which to store the 'fit' value, and therefore rese=
t
     to -30 as 'Ackbar' puts on the boots.

  B) The fit is -30 for 30 days, until BOS->fit is 0, and
     thus BOS->owner is set to 'Ackbar'. That assumes
     that the "BOS->fit +=3D 1" in reality meant "BOS->fit -=3D 1" :-)
     .. decrasing the fit from 30 to 0 over a month.

In any event, you'd need some _more parameters_ to implement this
nice idea the way it was originally described. That was what i was=20
commenting. BOS->fit and BOS->owner isn't enough.

> MUD-Dev: Advancing an unrealised future.
>=20


Hans Henrik St=E6rfeldt         | =20
email: bombman at diku.dk        |  voice:      +45 40383492=20
  hhs at cbs.dtu.dk              |  voice work: +45 45252425
phone-mail:                   |  address:
  40383492 at sms.tdm.dk         |       Hans Henrik St=E6rfeldt,
WWW-home                      |       Dybendalsvej 74 2. th,
  http://www.cbs.dtu.dk/hhs/  |       2720 Vanl=F8se, Danmark.
                              |
Student of Computer Science   | Scientific programmer at Center for
  and Information Psychology. |   Biological Sequence Analysis,
  at University of Copenhagen |   Technical University of Denmark.