NBR

     What's proposed for the Next Big Release of the netrek client

----------------------------------------------------------------------

From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: NBR: Modus-Operandi
Date: 4 Dec 92 12:16:47 GMT

This file defines the manner in which new Official Changes for the netrek
client, and/or the netrek server can be proposed, and ratified (or not) by the
netrek community.  (Since you are reading this, that means YOU!)  Votes and
seconded proposals should be sent to me: leonard@cs.umd.edu

-Leonard                                                Commodore Wreck

----

It is my opinion that we should be conservative when changing both the client
and the server.  Therefore, the way I propose to do things is to collect votes
on each proposed change, and designate one as an Official Change only if a
quorum (2/3) of the people emailing opinions on it are for it.

To propose a new feature, or a change to one of the current changes:
 (1) Post to rec.games.netrek, with subject "NBR Proposal: <feature>".  The
proposal should describe what the feature is and does.  This should be as brief
as possible.
 (2) Anyone else who agrees with the poster that <feature> as described is a
Good thing, mail to them and tell them so.  Include in the mail: "I second this
proposal" or something like that.
 (3) People that do NOT think that <feature> is a good change should post an
article saying why the proposed change should not be made.
 (4) The proposer will then mail a copy of the original proposal, plus copies
of at least three (3) seconding mail messages, to me.
 (5) At the same time, the proposer should post to rec.games.netrek a followup
message to the original posting, listing the seconds.  People should now feel
free to start sending votes on the proposal to me; people should cease sending
seconds to the proposer.
 (6) If I think the proposal is utterly bogus, unclear, lacking enough seconds,
or otherwise unacceptable, I will post criticisms.  If the proposer feels my
criticisms are invalid, he or she may post to that effect and take
responsibility for collecting votes on the proposal.  Otherwise, the proposal
is void.
 (7) If there have been no posts against a proposal by the time that the
followup proposal with seconds is posted to rec.games.netrek, anyone may feel
free to post an article calling for the consensus adoption of that proposal.
If nobody posts an article against the proposal, then it will become an
Official Change WITHOUT any voting.
 (8) Otherwise I will decide if the proposal is a client change, a server
change, or both, and mark it as such, and I will add the proposal to the
Official Proposal list.
 (9) The Official Proposal list will be periodically posted to rec.games.netrek
to remind the netrek community of the status of the current NBR proposals and
to facilitate voting.
 (10) After debate on an Official Proposal has died down, and it has at least
ten people voting for/against it, I will post a notification of closure of
voting on it.  People will then have one final week to email their votes on
that proposal to me.
 (11) When voting has closed on a proposal, I will announce its failure or
success on this group, as well as printing the list of people voting each way.

------------------------------

From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: NBR: New-Official-Changes
Date: 4 Dec 92 12:13:33 GMT

This is a list of results of voting on the most recent set of official
proposals.  Voting has closed on these proposals; please do not send
me any mail about them unless I have listed your vote incorrectly.  If
you wish to undo any of the proposals here which passed, you must now
make a new proposal to do so, collect seconds, etc.

-Leonard                                                Commodore Wreck


---- Proposals which failed:

Kill tracking
  type: server
  description: Have the server keep track of the first three kills that players
get, in order, and include the list in each planet-destruction or takeover
message.
  proposed-by: hadley@codes.ics.uci.edu
  for: botelle@eniac.seas.upenn.edu, danhua@garnet.berkeley.edu,
hoswell@rintintin.Colorado.EDU, jive@grumpy.ssc.gov, jmn@crown.Berkeley.EDU,
leonard@cs.umd.edu, milutz@icaen.uiowa.edu, mvanheyn@whale.cs.indiana.edu,
sjsmith@cs.umd.edu, tsang@cs.washington.edu, tz@ll.mit.edu
  against: bh1k+@andrew.cmu.edu, books@fsunuc.physics.fsu.edu,
cm5m+@andrew.cmu.edu, danny@orthanc.cs.su.oz.au, dmyers@cis.ohio-state.edu,
el0g+@andrew.cmu.edu, echeverr@girtab.usc.edu, felix@ocf.Berkeley.EDU,
fortony@murphy.gis.uiuc.edu, gosselin@ll.mit.edu, hde@cs.cmu.edu,
kb32+@andrew.cmu.edu, jasonp@primerd.prime.com, jb8n+@andrew.cmu.edu,
jecoleb@eos.ncsu.edu, jf41+@andrew.cmu.edu, mccoy@aristotle.ils.nwu.edu,
mcn@b62103.STUDENT.CWRU.Edu, mj1g+@andrew.cmu.edu, mummert+@CS.CMU.EDU,
nm0w+@andrew.cmu.edu, shiell@rpi.edu, smolin@vesta.physics.ucla.edum,
tw1r+@andrew.cmu.edu, von@cory.Berkeley.EDU

Message window editing and warning review
  type: client
  description: Add emacs-style editing to the message window, and tcsh-style
review to the warning window.
  proposed-by: peyote@umiacs.umd.edu
  for: ahabig@bigbang.astro.indiana.edu, botelle@eniac.seas.upenn.edu,
cs4w+@andrew.cmu.edu, danhua@garnet.berkeley.edu, dsa3+@andrew.cmu.edu,
el0g+@andrew.cmu.edu, evett@cs.umd.edu, felix@ocf.Berkeley.EDU,
gosselin@ll.mit.edu, hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU,
jasonp@primerd.prime.com, John.Irwin@Eng.Sun.COM, leonard@cs.umd.edu,
milutz@icaen.uiowa.edu, qarl@wuecl.wustl.edu, rone@ucs.usc.edu,
sjsmith@cs.umd.edu, smolin@vesta.physics.ucla.edu, tracyp@rpi.edu
  against: bh1k+@andrew.cmu.edu, books@fsunuc.physics.fsu.edu,
cm5m+@andrew.cmu.edu, fadden@uts.amdahl.com, jb8n+@andrew.cmu.edu,
jecoleb@eos.ncsu.edu, jh6j+@andrew.cmu.edu, jive@grumpy.ssc.gov,
kb32+@andrew.cmu.edu, mcn@b62103.STUDENT.CWRU.Edu, mj1g+@andrew.cmu.edu,
nm0w+@andrew.cmu.edu, rw2g@andrew.cmu.edu, shiell@rpi.edu,
surge@cqs.washington.edu, terence@janet.ucla.edu, tw1r+@andrew.cmu.edu,
von@cory.Berkeley.EDU

Vector torp flag
  type: server/client
  description: Have a flag, lower case 'v', in the flags on the left side of
the tstat window which is on iff torps are currently vector.
  proposed-by: sjsmith@cs.umd.edu
  for: bh1k+@andrew.cmu.edu, botelle@eniac.seas.upenn.edu,
cm5m+@andrew.cmu.edu, craig@cs.washington.edu, diachun@cs.Buffalo.EDU,
dsa3+@andrew.cmu.edu, jecoleb@eos.ncsu.edu, joel@cs.berkeley.edu,
kb32+@andrew.cmu.edu, jasonp@primerd.prime.com, jmn@crown.Berkeley.EDU,
lamontg@milton.u.washington.edu, milutz@icaen.uiowa.edu,
mvanheyn@silky.cs.indiana.edu, rone@ucs.usc.edu, shiell@rpi.edu,
skaven@u.washington.edu, skyhawk@u.washington.edu,
smolin@vesta.physics.ucla.edu, tz@ll.mit.edu
  against: books@fsunuc.physics.fsu.edu, el0g+@andrew.cmu.edu,
fadden@uts.amdahl.com, gosselin@ll.mit.edu, hde@cs.cmu.edu,
hoswell@rintintin.Colorado.EDU, jb8n+@andrew.cmu.edu, jh6j+@andrew.cmu.edu,
jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov, mcn@b62103.STUDENT.CWRU.Edu,
mj1g+@andrew.cmu.edu, nm0w+@andrew.cmu.edu, surge@cqs.washington.edu,
terence@janet.ucla.edu, tw1r+@andrew.cmu.edu, von@cory.Berkeley.EDU

---- Proposals which passed:

Default message window mapping
  type: client
  description: By default, the client should map all message windows, in some
yet to be determined format. (jch's comes to mind)
  proposed-by: gosselin@ll.mit.edu
  for: bh1k+@andrew.cmu.edu, books@fsunuc.physics.fsu.edu,
botelle@eniac.seas.upenn.edu, cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu,
dsa3+@andrew.cmu.edu, el0g+@andrew.cmu.edu, feng-thomas@YALE.EDU,
hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU, janowsky@einstein.rutgers.edu,
jecoleb@eos.ncsu.edu, jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov,
John.Irwin@Eng.Sun.COM, kb32+@andrew.cmu.edu, leonard@cs.umd.edu,
markiel@callisto.pas.rochester.edu, milutz@icaen.uiowa.edu,
mj1g+@andrew.cmu.edu, mvanheyn@whale.cs.indiana.edu, nm0w+@andrew.cmu.edu,
rg@nymph.msel.unh.edu, rone@ucs.usc.edu, shiell@rpi.edu, sjsmith@cs.umd.edu,
smolin@vesta.physics.ucla.edu, surge@cqs.washington.edu, tam@wucs1.wustl.edu,
tw1r+@andrew.cmu.edu, tz@ll.mit.edu
  against:

Message mode
  type: client
  description: Optionally: when the messaging character is hit, enter a
message mode where all keypresses get processed as if they were typed to the
message window.
  proposed-by: pmartz@dsd.es.com
  for: amrk@troi.cc.rochester.edu, bh1k+@andrew.cmu.edu,
books@fsunuc.physics.fsu.edu, botelle@eniac.seas.upenn.edu,
carroll@cs.uiuc.edu, cm5m+@andrew.cmu.edu, dsa3+@andrew.cmu.edu,
el0g+@andrew.cmu.edu, gosselin@ll.mit.edu, hamish@x400gate.bnr.ca,
hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU, jecoleb@eos.ncsu.edu,
jesup@cbmvax.cbm.commodore.com, jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov,
joel@saffron.CS.Berkeley.EDU, John.Irwin@Eng.Sun.COM, kb32+@andrew.cmu.edu,
mcn@b62103.STUDENT.CWRU.Edu, mj1g+@andrew.cmu.edu,
mvanheyn@silky.cs.indiana.edu, nm0w+@andrew.cmu.edu, shiell@rpi.edu,
sjsmith@cs.umd.edu, smolin@vesta.physics.ucla.edu, surge@cqs.washington.edu,
tw1r+@andrew.cmu.edu, tz@ll.mit.edu
  against: diachun@cs.Buffalo.EDU, rone@ucs.usc.edu, von@cory.Berkeley.EDU

Message subprocess hook
  type: client
  description: Send all incoming messages (except kill messages) to
the standard input of a subprocess (specifiable in .netrekrc) for
arbitrary further processing.
  proposed-by: mvanheyn@silky.cs.indiana.edu 
  for: ahabig@astro.indiana.edu, bh1k+@andrew.cmu.edu,
books@fsunuc.physics.fsu.edu, botelle@eniac.seas.upenn.edu,
carroll@cs.uiuc.edu, cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu,
diachun@cs.Buffalo.EDU, dsa3+@andrew.cmu.edu, hde@cs.cmu.edu,
hoswell@rintintin.Colorado.EDU, jecoleb@eos.ncsu.edu,
jesup@cbmvax.cbm.commodore.com, jive@grumpy.ssc.gov, kb32+@andrew.cmu.edu,
leonard@cs.umd.edu, mcn@b62103.STUDENT.CWRU.Edu, mj1g+@andrew.cmu.edu,
nelson@physics.arizona.edu, nm0w+@andrew.cmu.edu, rone@ucs.usc.edu,
shiell@rpi.edu, sjsmith@cs.umd.edu, surge@cqs.washington.edu,
tloos@ucs.indiana.edu, twatson@copper.ucs.indiana.edu, tw1r+@andrew.cmu.edu,
tz@ll.mit.edu, von@cory.Berkeley.EDU
  against: el0g+@andrew.cmu.edu, fadden@uts.amdahl.com, gosselin@ll.mit.edu,
jb8n+@andrew.cmu.edu, jf41+@andrew.cmu.edu, mcn@b62103.STUDENT.CWRU.Edu,
mummert+@CS.CMU.EDU, smolin@vesta.physics.ucla.edu

Planet name changes
  type: server
  description: Change the name of Castor be to Achernar, and Pollux to Praxis.
  proposed-by: sjsmith@cs.umd.edu
  for: ameiba@reed.edu, bh1k+@andrew.cmu.edu, botelle@eniac.seas.upenn.edu,
cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu, diachun@cs.Buffalo.EDU,
dsa3+@andrew.cmu.edu, el0g+@andrew.cmu.edu, fadden@uts.amdahl.com,
gosselin@ll.mit.edu, hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU,
janowsky@einstein.rutgers.edu, jecoleb@eos.ncsu.edu, jf41+@andrew.cmu.edu,
jive@grumpy.ssc.gov, John.Irwin@Eng.Sun.COM, kb32+@andrew.cmu.edu,
leonard@cs.umd.edu, mcn@b62103.STUDENT.CWRU.Edu, mj1g+@andrew.cmu.edu,
mvanheyn@silky.cs.indiana.edu, nm0w+@andrew.cmu.edu, pmartz@dsd.es.com,
rone@ucs.usc.edu, rupley@ecn.purdue.edu, rw2g+@andrew.cmu.edu,
skaven@u.washington.edu, smolin@vesta.physics.ucla.edu,
surge@cqs.washington.edu, tw1r+@andrew.cmu.edu, tz@ll.mit.edu
  against: jb8n+@andrew.cmu.edu, von@cory.Berkeley.EDU

Server features screen
  type: client
  description: on the entry screen, use the galaxy map portion to
display the status of the .sysdef file.
  proposed-by: fadden@uts.amdahl.com
  for: bh1k+@andrew.cmu.edu, books@fsunuc.physics.fsu.edu,
botelle@eniac.seas.upenn.edu, cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu,
davis@willow.tc.cornell.edu, diachun@cs.Buffalo.EDU, dsa3+@andrew.cmu.edu,
el0g+@andrew.cmu.edu, gosselin@ll.mit.edu, hde@cs.cmu.edu,
hoswell@rintintin.Colorado.EDU, jecoleb@eos.ncsu.edu, jf41+@andrew.cmu.edu,
jive@grumpy.ssc.gov, kb32+@andrew.cmu.edu, leonard@cs.umd.edu,
mcn@b62103.STUDENT.CWRU.Edu, milutz@icaen.uiowa.edu, mj1g+@andrew.cmu.edu,
mvanheyn@silky.cs.indiana.edu, nm0w+@andrew.cmu.edu, peyote@umiacs.UMD.EDU,
rone@ucs.usc.edu, shiell@rpi.edu, sjsmith@cs.umd.edu,
smolin@vesta.physics.ucla.edu, surge@cqs.washington.edu, tz@ll.mit.edu
  against: tw1r+@andrew.cmu.edu, von@cory.Berkeley.EDU

------------------------------

From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: NBR: Closed-Official-Proposals
Date: 4 Dec 92 12:14:40 GMT

This is a list of "closed" official proposals to change the netrek
client and/or server.  These are proposals which there is a week (or
less) time left to vote on.  Voting on these proposals will close on
Friday, Dec 11.  If your vote is listed incorrectly on any proposal
here, or you haven't voted yet and want to, please send your
corrections and votes to me: leonard@cs.umd.edu

-Leonard 						Commodore Wreck

----

+1,-1 warp functions
  type: client
  description: Allow users to bind keys to functions which request one
higher or one lower speed than they currently have.
  proposed-by: leonard@cs.umd.edu
  for: bh1k+@andrew.cmu.edu, Bharat.Mediratta@Eng.Sun.COM,
botelle@eniac.seas.upenn.edu, cks@hawkwind.utcs.toronto.edu,
cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu, dvtoft@iastate.edu,
el0g+@andrew.cmu.edu, gosselin@ll.mit.edu, hauck@cs.washington.edu,
hde@cs.cmu.edu, jasonp@primerd.prime.com, jecoleb@eos.ncsu.edu,
jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov, John.Irwin@Eng.Sun.COM,
kb32+@andrew.cmu.edu, leonard@cs.umd.edu, long@TEMPURA.LOGI.CS.CMU.EDU,
milutz@icaen.uiowa.edu, mj1g+@andrew.cmu.edu, mvanheyn@whale.cs.indiana.edu,
nm0w+@andrew.cmu.edu, qarl@wuecl.wustl.edu, sjsmith@cs.UMD.EDU,
smolin@vesta.physics.ucla.edu, surge@cqs.washington.edu, sward+@cmu.edu,
tsang@cs.washington.edu, zog@freezer.cns.udel.edu
  against: hoswell@rintintin.Colorado.EDU, rone@ucs.usc.edu,
tw1r+@andrew.cmu.edu, von@cory.Berkeley.EDU

Show speed
  type: client
  description: Optionally, print the player's ship speed next to the
ship icon.
  proposed-by-but-against: leonard@cs.umd.edu
  for: books@fsunuc.physics.fsu.edu, dvtoft@iastate.edu, el0g+@andrew.cmu.edu,
jeffw@cs.tamu.edu, jmn@crown.Berkeley.EDU, sjsmith@cs.UMD.EDU, sward+@cmu.edu
  against: ahabig@bigbang.astro.indiana.edu, bh1k+@andrew.cmu.edu,
Bharat.Mediratta@Eng.Sun.COM, cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu,
fadden@charon.amdahl.com, gdearing@magnus.acs.ohio-state.edu,
gosselin@ll.mit.edu, hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU,
jasonp@primerd.prime.com, jb8n+@andrew.cmu.edu, jch@cs.cmu.edu,
jecoleb@eos.ncsu.edu, jerryw@cs.UMD.EDU, jf41+@andrew.cmu.edu,
jive@grumpy.ssc.gov, kb32+@andrew.cmu.edu, long@TEMPURA.LOGI.CS.CMU.EDU,
mcn@b62103.student.cwru.edu, mj1g+@andrew.cmu.edu, mummert+@CS.CMU.EDU,
mvanheyn@whale.cs.indiana.edu, nm0w+@andrew.cmu.edu, rone@ucs.usc.edu,
sherod@newton.Colorado.EDU, smolin@vesta.physics.ucla.edu,
spot@COBOL.FOX.CS.CMU.EDU, surge@cqs.washington.edu, terence@janet.ucla.edu,
tsang@cs.washington.edu, tw1r+@andrew.cmu.edu, von@cory.berkeley.edu,
wixer!rhodesia@cs.utexas.edu

Starbase entry message - all
  type: server
  description: Whenever a player enters or refits into an SB, a message is
sent to all players that this has occurred.
  proposed-by: hauck@cs.washington.edu
  for: tsang@cs.washington.edu
  against: bh1k+@andrew.cmu.edu, Bharat.Mediratta@Eng.Sun.COM,
books@fsunuc.physics.fsu.edu, cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu,
el0g+@andrew.cmu.edu, fadden@uts.amdahl.com,
gdearing@magnus.acs.ohio-state.edu, gosselin@ll.mit.edu, hde@cs.cmu.edu,
hoswell@rintintin.Colorado.EDU, jasonp@primerd.prime.com, jch@cs.cmu.edu,
jecoleb@eos.ncsu.edu, jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov,
kb32+@andrew.cmu.edu, long@TEMPURA.LOGI.CS.CMU.EDU,
mcn@b62103.student.cwru.edu, milutz@icaen.uiowa.edu, mj1g+@andrew.cmu.edu,
mummert+@CS.CMU.EDU, mvanheyn@whale.cs.indiana.edu, nm0w+@andrew.cmu.edu,
qarl@wuecl.wustl.edu, rone@ucs.usc.edu, sjsmith@cs.umd.edu,
smolin@vesta.physics.ucla.edu, surge@cqs.washington.edu, sward+@cmu.edu,
terence@janet.ucla.edu, tw1r+@andrew.cmu.edu, von@cory.Berkeley.EDU

UDP in netrekrc
  type: client
  description: Specify UDP on/off/simple/fat in your .netrekrc file.
  proposed-by: hill@norman.VI.RI.CMU.EDU
  for: bh1k+@andrew.cmu.edu, Bharat.Mediratta@Eng.Sun.COM,
books@fsunuc.physics.fsu.edu, cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu,
el0g+@andrew.cmu.edu, fadden@uts.amdahl.com, gosselin@ll.mit.edu,
hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU, jecoleb@eos.ncsu.edu,
jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov, kb32+@andrew.cmu.edu,
leonard@cs.umd.edu, mcn@b62103.student.cwru.edu, milutz@icaen.uiowa.edu,
mj1g+@andrew.cmu.edu, nm0w+@ANDREW.CMU.EDU, qarl@wuecl.wustl.edu,
rone@ucs.usc.edu, sjsmith@cs.umd.edu, smolin@vesta.physics.ucla.edu,
surge@cqs.washington.edu, sward+@CMU.EDU, tw1r+@andrew.cmu.edu, tz@LL.MIT.EDU,
von@cory.Berkeley.EDU
  against:


------------------------------

Article 10572 of rec.games.netrek:
Path: cantaloupe.srv.cs.cmu.edu!rochester!galileo.cc.rochester.edu!ub!zaphod.mps.ohio-state.edu!darwin.sura.net!dtix!mimsy!leonard
From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: NBR: Official-Proposals
Message-ID: <62589@mimsy.umd.edu>
Date: 4 Dec 92 12:15:54 GMT
Organization: Deep Thirteen, Gizmonics Institute
Lines: 179

This is a list of official proposals to change the netrek client and/or server.
The first section are new proposals; the second are proposals that have already
been posted to rec.games.netrek at least once.  If you want to vote, or your
vote is listed incorrectly on any proposal here, please send email to me:
leonard@cs.umd.edu

-Leonard 						Commodore Wreck

----

Fed vs Kli
  type: server
  description: switch the Kli and Ori empires to allow Fed vs Kli tmode. (This
 would probably be done by switching the planet names.)
  proposed-by: tw1r+@andrew.cmu.edu
  for: ahabig@bigbang.astro.indiana.edu, botelle@eniac.seas.upenn.edu,
gosselin@ll.mit.edu, sjsmith@cs.umd.edu
  against:

Information hiding - players
  type: server
  description: Optionally, do not send information updates on a player
to enemy teams unless the player is uncloaked and within 1/2 galaxy
range of some enemy team member.  The information to not be sent
should include: changes to ship type, shield/orbit/beamup/beamdown
status, kills, direction of travel, and speed.
  proposed-by: leonard@cs.umd.edu
  for: ahabig@bigbang.astro.indiana.edu, botelle@eniac.seas.upenn.edu,
danhua@garnet.berkeley.edu, jasonp@primerd.prime.com, sjsmith@cs.UMD.EDU,
surge@cqs.washington.edu, zog@freezer.cns.udel.edu
  against: cks@hawkwind.utcs.toronto.edu, fadden@xserver.uts.amdahl.com,
gosselin@ll.mit.edu, meattle@aludra.usc.edu, rone@sal-sun199.usc.edu,
sfd@soda.berkeley.edu, terence@sunset.JANET.UCLA.EDU, von@cory.berkeley.edu

Message window cut/paste support
  type: client
  description: allow cutting and pasting to the message window via
window manager specific cut/paste mechanisms.  (In X11, use selections.)
  proposed-by: gosselin@ll.mit.edu
  for: janowsky@einstein.rutgers.edu, leonard@cs.umd.edu,
markiel@callisto.pas.rochester.edu
  against:

Multiple message recipients
  type: client
  description: Allow specification of multiple message recipients for
each message.  Send the message to all specified parties.
  proposed-by: hill@norman.VI.RI.CMU.EDU
  for: botelle@eniac.seas.UPENN.EDU, nm0w+@ANDREW.CMU.EDU, sward+@CMU.EDU,
tsang@CS.WASHINGTON.EDU
  against:

----

Cloaking breaks lock
  type: server
  description: End all navigation locks on any ship which cloaks.
  proposed-by: mcn@b62103.STUDENT.CWRU.Edu
  for: Bharat.Mediratta@Eng.Sun.COM, botelle@eniac.seas.upenn.edu,
el0g+@andrew.cmu.edu, hadley@uci.edu, hde@MORIARTY.THEORY.CS.CMU.EDU,
jb8n+@andrew.cmu.edu, jf41+@andrew.cmu.edu, kb32+@andrew.cmu.edu,
mj1g+@andrew.cmu.edu, nm0w+@andrew.cmu.edu, rw2g+@andrew.cmu.edu,
sward+@cmu.edu
  against: fadden@uts.amdahl.com, felix@ocf.Berkeley.EDU, gosselin@ll.mit.edu,
hauck@cs.washington.edu, hoswell@rintintin.Colorado.EDU,
jasonp@primerd.prime.com, jive@grumpy.ssc.gov, John.Irwin@Eng.Sun.COM,
jmn@crown.Berkeley.EDU, long@TEMPURA.LOGI.CS.CMU.EDU, mummert+@CS.CMU.EDU,
rone@sal-sun199.usc.edu, smolin@vesta.physics.ucla.edu, sjsmith@cs.umd.edu,
surge@cqs.washington.edu, tw1r+@andrew.cmu.edu, tz@ll.mit.edu

Color control
  type: client
  description: Increase the number of colors the client can use, and specify
the color a particular bitmap or border will use in the .netrekrc using the
conceptual class names like "color.fed" instead of default color names.
  proposed-by: gosselin@ll.mit.edu
  for: Bharat.Mediratta@Eng.Sun.COM, bh1k+@andrew.cmu.edu,
botelle@eniac.seas.upenn.edu, danhua@garnet.berkeley.edu,
hauck@cs.washington.edu, hde@MORIARTY.THEORY.CS.CMU.EDU,
hoswell@rintintin.Colorado.EDU, jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov,
jmn@crown.Berkeley.EDU, John.Irwin@Eng.Sun.COM, kb32+@andrew.cmu.edu,
leonard@cs.umd.edu, long@TEMPURA.LOGI.CS.CMU.EDU, mj1g+@andrew.cmu.edu,
mvanheyn@peach.ucs.indiana.edu, nm0w+@andrew.cmu.edu, rone@sal-sun199.usc.edu,
rw2g+@andrew.cmu.edu, sjsmith@cs.umd.edu, smolin@vesta.physics.ucla.edu,
surge@cqs.washington.edu, sward+@cmu.edu, tw1r+@andrew.cmu.edu, tz@ll.mit.edu
  against:

Disallow detting individual torps
  Type: server
  description: Disallow detting own torps individually
  proposed by: tw1r@andrew.cmu.edu
  for: bh1k+@andrew.cmu.edu, botelle@eniac.seas.upenn.edu,
cks@hawkwind.utcs.toronto.edu, el0g+@andrew.cmu.edu, gosselin@ll.mit.edu,
hauck@cs.washington.edu, hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU,
jb8n+@andrew.cmu.edu, jf41+@andrew.cmu.edu, John.Irwin@Eng.Sun.COM,
kb32+@andrew.cmu.edu, long@TEMPURA.LOGI.CS.CMU.EDU, mj1g+@andrew.cmu.edu,
nm0w+@andrew.cmu.edu, rw2g+@andrew.cmu.edu, sjsmith@cs.umd.edu,
smolin@vesta.physics.ucla.edu, sward+@cmu.edu, tw1r+@andrew.cmu.edu,
tz@ll.mit.edu, wildman@athena.mit.edu
  against: danhua@garnet.berkeley.edu, fadden@uts.amdahl.com,
leonard@cs.umd.edu, rone@sal-sun199.usc.edu, surge@cqs.washington.edu

Disallow detting after death
  Type: server
  description:  Disallow detting torps when exploding or dead.
  proposed by: tw1r@andrew.cmu.edu
  for: bh1k+@andrew.cmu.edu, botelle@eniac.seas.upenn.edu,
cks@hawkwind.utcs.toronto.edu, danhua@garnet.berkeley.edu,
el0g+@andrew.cmu.edu, gosselin@ll.mit.edu, hauck@cs.washington.edu,
hde@cs.cmu.edu, hoswell@rintintin.Colorado.EDU, jb8n+@andrew.cmu.edu,
jf41+@andrew.cmu.edu, John.Irwin@Eng.Sun.COM, kb32+@andrew.cmu.edu,
leonard@cs.umd.edu, long@TEMPURA.LOGI.CS.CMU.EDU, mj1g+@andrew.cmu.edu,
nm0w+@andrew.cmu.edu, rw2g+@andrew.cmu.edu, sjsmith@cs.umd.edu,
surge@cqs.washington.edu, sward+@cmu.edu, tw1r+@andrew.cmu.edu, tz@ll.mit.edu,
wildman@athena.mit.edu
  against: rone@sal-sun199.usc.edu, smolin@vesta.physics.ucla.edu

Docking Control
  type: server
  description: Allow a SB to specify particular players that will not be
allowed to dock.  (Implementation will currently be via messages.)
  proposed-by: gdearing@magnus.acs.ohio-state.edu
  for: agillum@magnus.acs.ohio-state.edu, Bharat.Mediratta@Eng.Sun.COM,
botelle@eniac.seas.upenn.edu, danhua@garnet.berkeley.edu, el0g+@andrew.cmu.edu,
hadley@uci.edu, hoswell@rintintin.Colorado.EDU, jasonp@primerd.prime.com,
jb8n+@andrew.cmu.edu, jive@grumpy.ssc.gov, jmn@crown.Berkeley.EDU,
kb32+@andrew.cmu.edu, leonard@cs.umd.edu, long@TEMPURA.LOGI.CS.CMU.EDU,
mj1g+@andrew.cmu.edu, nm0w+@andrew.cmu.edu, rone@sal-sun199.usc.edu,
rw2g+@andrew.cmu.edu, surge@cqs.washington.edu, sward+@cmu.edu,
tw1r+@andrew.cmu.edu, tz@ll.mit.edu
  against: bh1k+@andrew.cmu.edu, gosselin@ll.mit.edu,
hde@MORIARTY.THEORY.CS.CMU.EDU, jf41+@andrew.cmu.edu, mummert+@CS.CMU.EDU,
sjsmith@cs.umd.edu, von@cory.Berkeley.EDU

Information hiding - planets
  type: server/client
  description: Optionally, server will not update information on enemy planets
    unless a ship on your team is within some given distance, regardless of
    its cloak status.  Planet will appear as '?' unless someone is in range.
  proposed-by: mcn@b62103.STUDENT.CWRU.Edu
  for: Bharat.Mediratta@Eng.Sun.COM, botelle@eniac.seas.upenn.edu,
el0g+@andrew.cmu.edu, felix@ocf.Berkeley.EDU, hoswell@rintintin.Colorado.EDU,
jasonp@primerd.prime.com, jmn@crown.Berkeley.EDU, John.Irwin@Eng.Sun.COM,
sjsmith@cs.umd.edu, smolin@vesta.physics.ucla.edu, surge@cqs.washington.edu,
sward+@cmu.edu
  against: fadden@uts.amdahl.com, gosselin@ll.mit.edu, hauck@cs.washington.edu,
jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov, kb32+@andrew.cmu.edu,
long@TEMPURA.LOGI.CS.CMU.EDU, mj1g+@andrew.cmu.edu, rw2g+@andrew.cmu.edu,
tw1r+@andrew.cmu.edu, tz@ll.mit.edu, von@cory.Berkeley.EDU

Smooth torpedo motion
  type: client
  description: Optionally: interpolate torp motion and draw them more often.
  proposed-by: hde@cs.cmu.edu
  for: botelle@eniac.seas.upenn.edu, hoswell@rintintin.Colorado.EDU,
jasonp@primerd.prime.com, jmn@crown.Berkeley.EDU, John.Irwin@Eng.Sun.COM,
kb32+@andrew.cmu.edu, rone@sal-sun199.usc.edu, sjsmith@cs.umd.edu,
sward+@cmu.edu, tw1r+@andrew.cmu.edu
  against: Bharat.Mediratta@Eng.Sun.COM, el0g+@andrew.cmu.edu,
fadden@uts.amdahl.com, gosselin@ll.mit.edu, jive@grumpy.ssc.gov,
mj1g+@andrew.cmu.edu, mummert+@CS.CMU.EDU, smolin@vesta.physics.ucla.edu,
surge@cqs.washington.edu

Starbase entry message - team
  type: server
  description: Whenever a player enters or refits into an SB, a message is
sent to its team that this has occurred.
  proposed-by: kb32+@andrew.cmu.edu
  for: bellew@pixmap.seas.upenn.edu, bh1k+@andrew.cmu.edu,
Bharat.Mediratta@Eng.Sun.COM, cks@hawkwind.utcs.toronto.edu,
cm5m+@andrew.cmu.edu, danhua@garnet.berkeley.edu, danny@orthanc.cs.su.oz.au,
genie@netcom.com, gosselin@ll.mit.edu, hadley@cad.ICS.UCI.EDU,
hoswell@rintintin.Colorado.EDU, jf41+@andrew.cmu.edu, jive@grumpy.ssc.gov,
jmn@crown.Berkeley.EDU, John.Irwin@Eng.Sun.COM, leonard@cs.umd.edu,
long@TEMPURA.LOGI.CS.CMU.EDU, mj1g+@andrew.cmu.edu, nm0w+@andrew.cmu.edu,
rone@sal-sun199.usc.edu, rw2g+@andrew.cmu.edu, sjsmith@cs.umd.edu,
surge@cqs.washington.edu, sward+@cmu.edu, von@cory.Berkeley.EDU
  against: fadden@uts.amdahl.com, hde@MORIARTY.THEORY.CS.CMU.EDU,
smolin@vesta.physics.ucla.edu, tw1r+@andrew.cmu.edu, tz@ll.mit.edu

------------------------------

End of NBR
**********