Re: 0.name should be player name.....

From: Chris Herringshaw (Chris.Herringshaw@med.umich.edu)
Date: 04/01/95


On Sat, 1 Apr 1995, Scott Humphreys wrote:
> On Sat, 1 Apr 1995, Chris Herringshaw wrote:
> 
> > It's been a long time since I've done DIKU, but what springs to
> > mind here is the creation of another function.  I assume tell
> > uses a function like find_char_world(), which scans the lists
> > of player and mobiles.  A good solution would be to copy this
> > function into one called find_player_world(), and have
> > the list only check the player list.  An even better solution would
> > be to add functionality such that a player name cannot match
> > a mobile's keyword.  You would simply have to implement this in
> > the login sequence, but of course the fix would not be retroactive,
> > meaning Gray would still cause a problem unless you wipe the player
> > file or fix the names by hand.
> 
> Why not just have tell always tell to the player first if there is one?
> 
> Same with summon, i havent checked but they probably call the same
> function.
> 
> Is it just me? Or do people on this list have the market cornered
> on annoying .sigs?
> 
> -Scott
> 
> 
> 

Yea, WHICH IS EXACTLY WHY YOU WANT 2 FUNCTIONS.  For a non-selective name 
find, you call the current find function.  For a PLAYER only search you 
create a player only search function.  Then, when you want to
do a player only search (IE -  summon tell WHATEVER) you can call
your new function instead of the current find function.

See how easy that is?

As for the .sig, if you don't like it, that's too fucking bad,
go whine somewhere else, like <alt.whiners>.

====================================================================
Christopher Herringshaw     Networking and Special Projects Division
Medical Center Information Technology (MCIT)   xxviper@med.umich.edu
University of Michigan Medical Center, B1911 CFOB
1414 Catherine Street, Ann Arbor, MI 48109-0704       (313) 747-2778
====================================================================



This archive was generated by hypermail 2b30 : 12/07/00 PST