Crossfire Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CF: pause?
Date: 09 Mar 1998 20:58:21 +0100
In-Reply-To: <35028984.4A32D47A@ilk.de>
Message-Id: <1rra4bvdpe.fsf@mimming.ifi.uio.no>
Lines: 20
X-Mailer: Gnus v5.5/Emacs 19.34
Sender: owner-crossfire@ifi.uio.no
Precedence: bulk
Status: R
>[Nick Klumpp]
>
>> Another idea would be to have a "voted pause" - if the majority of
>> the players want to pause / unpause the game, it is.
>
>[From: Kjetil Torgrim Homme]
>
>That's a great way of handling it. Let's say there are five people on
>the server:
>
> * A presses pause. Everyone's screen displays: "Game paused. 1 in
> favour, 4 abstain"
> * B presses unpause. Game continues.
> * C presses pause. Everyone's screen displays: "Game paused. 2 in
> favour, 1 against, 2 abstain"
> * A presses unpause. Game commences, since it's B vs. C now and three
> abstains.
>
>But will anyone bother enough to implement it? :-)
This may fall into the category of nice in theory, but difficult in
reality. What if you are in the middle of a battle and then game
pauses because of a vote? Are you supposed to wait around in a battle
ready state until game commences?
I think the real goal of a pause is to be able to take a break without
having to leave a region and find a bed of reality. A character cannot
currently just be left motionless in a map since the character needs to
eat. Thus, if there was a character sleep mode where player didn't need
food or regain mana then someone could stop playing and later return to
the game. A character in sleep mode cannot be attacked or affected in
any way. To prevent abuse, a player could be prevented from sleeping
if any nearby monsters and player has to stationary for 60 seconds.
Also, the resetting of maps should not just be upon player activity in
that map, but upon player activity in specified related maps. So a
player in the top of a tower does not have to worry about lower levels
resetting while sleeping (or adventuring).
sdw
[to unsubscribe etc., send mail to crossfire-request@ifi.uio.no]
Follow-Ups: