.take and .give

.take and .give

Various things about Spring that do not fit in any of the other forums listed below, including forum rules.

Moderator: Moderators

Post Reply
planC
Posts: 6
Joined: 02 Jul 2006, 02:20

.take and .give

Post by planC »

the other day I was playing a free for all game with four players. One of the players had to leave early. Without my knowing, my neighbour got all the units of the player who left. So I lost the game because my neighbour controlled two times more units and resources than I did.

I think this is not fair. It ruined a game that was close at first. I think .take and .give should ONLY work when the leaving player is an ally, not an opponent. And when a player leaves without giving his/her units to another allied player, they should self destruct or be controlled by an AI.

What do you think?
User avatar
Min3mat
Posts: 3455
Joined: 17 Nov 2004, 20:19

Post by Min3mat »

sigh
he used 'h' to give the units
.take only works on your allies
User avatar
Neddie
Community Lead
Posts: 9406
Joined: 10 Apr 2006, 05:05

Post by Neddie »

It's an issue with the decision of the leaving player, not the .take command.

That said, I have, as a spec, made the host (Who shares the colour and numbers of the spec) .take the items of an ally who left.
User avatar
Pxtl
Posts: 6112
Joined: 23 Oct 2004, 01:43

Post by Pxtl »

neddiedrow wrote:It's an issue with the decision of the leaving player, not the .take command.

That said, I have, as a spec, made the host (Who shares the colour and numbers of the spec) .take the items of an ally who left.
Really though, any giving away of units from a player to an unallied other player should be a .cheat only feature. Otherwise it kinda ruins the game for the remaining alliances.
planC
Posts: 6
Joined: 02 Jul 2006, 02:20

Post by planC »

Sorry, it wasn't .take since it only works on allies, and neither .give since it is a cheatcode.
User avatar
Pxtl
Posts: 6112
Joined: 23 Oct 2004, 01:43

Post by Pxtl »

planC wrote:Sorry, it wasn't .take since it only works on allies, and neither .give since it is a cheatcode.
It was probably a shift-esc on leave giving. Which is fundamentally the same as an "H" giving. Really, all that giving should be ally-only.
planC
Posts: 6
Joined: 02 Jul 2006, 02:20

Post by planC »

Yes I agree. Giving units to an enemy just doesn't seem to make sense at all in a war game. :wink:
User avatar
Min3mat
Posts: 3455
Joined: 17 Nov 2004, 20:19

Post by Min3mat »

giving your enemy a peeper over the site where you have 6 nukes is ill-advised but fun =)
User avatar
Ishach
Posts: 1670
Joined: 02 May 2006, 06:44

Post by Ishach »

Min3mat wrote:giving your enemy a peeper over the site where you have 6 nukes is ill-advised but fun =)

lol :{D
User avatar
det
Moderator
Posts: 737
Joined: 26 Nov 2005, 11:22

Post by det »

Min3mat wrote:giving your enemy a peeper over the site where you have 6 nukes is ill-advised but fun =)
I've got to try that :-)
User avatar
mastermat
Posts: 33
Joined: 13 Mar 2006, 12:57

Post by mastermat »

the give to enemy feature is usefull when you build 50 metal makers, turn them on and give them to him. it is never used, but it should remain an option.

i think the answer is to make an ally default when h is pressed, and maby place the enemys in a different tab so that it requires attention to do, and cannot be done by mistake.
User avatar
det
Moderator
Posts: 737
Joined: 26 Nov 2005, 11:22

Post by det »

This isn't possible in spring, metal makers turn off when you give them to an ally or opponent.
User avatar
Das Bruce
Posts: 3544
Joined: 23 Nov 2005, 06:16

Post by Das Bruce »

That was even fixed in OTA!
User avatar
Pxtl
Posts: 6112
Joined: 23 Oct 2004, 01:43

Post by Pxtl »

Min3mat wrote:giving your enemy a peeper over the site where you have 6 nukes is ill-advised but fun =)
2 words: decoy fusions.
Post Reply

Return to “General Discussion”