Suggestion:20100608 Generator Damage: Difference between revisions

From The Urban Dead Wiki
Jump to navigationJump to search
Line 24: Line 24:
     * If characters can automatically shoot when they are attacked, shouldn't they be able to automatically heal themselves or even run away? If you make those changes, would the game be fun for the attacking side? ''Not Applicable''
     * If characters can automatically shoot when they are attacked, shouldn't they be able to automatically heal themselves or even run away? If you make those changes, would the game be fun for the attacking side? ''Not Applicable''
     * Zombies hardly care about HP anyway. ''Enhances my argument, actually. Zombies with Ankle Grab would only need to use 1 ap to stand back up''
     * Zombies hardly care about HP anyway. ''Enhances my argument, actually. Zombies with Ankle Grab would only need to use 1 ap to stand back up''
     * Why let the computer do the fun part of the game? ''The computer is merely adding a consequence for destroying generators, and isn't UD all about budgeting your resources wisely? A zombie could kill survivors, or destroy their generator, crippling them and any other survivors that happen to use the building later, with consequences.''
     * Why let the computer do the fun part of the game? ''The computer is merely adding a consequence for destroying generators, and isn't UD all about budgeting your <br />resources wisely? A zombie could kill survivors, or destroy their generator, crippling them and any other survivors that happen to use the building later, with consequences.''
     * It would be less fun to attack people if you were being automatically attacked back. ''Not Applicable''
     * It would be less fun to attack people if you were being automatically attacked back. ''Not Applicable''
     * Would it use up AP/supplies? Imagine logging on to find the computer spent all of it. Not fun. ''Not Applicable''
     * Would it use up AP/supplies? Imagine logging on to find the computer spent all of it. Not fun. ''Not Applicable''

Revision as of 23:49, 8 June 2010

Suggestion Navigation
Suggestion Portal
Current SuggestionsSuggestions up for VotingClothes Suggestions
Cycling SuggestionsPeer ReviewedUndecidedPeer RejectedHumorous
Suggestion AdviceTopics to Avoid and WhyHelp, Developing and Editing


20100608 Generator Damage

Warbird108 02:10, 8 June 2010 (BST)


Suggestion type
Generators should be altered to create a variety of logical, albeit not yet implemented, effects.


Suggestion scope
Survivors and zombies, buildings


Suggestion description
Generators are like candy to zombies. Aside from drinking up AP to destroy them that could just as well be used to down survivors, there are absolutely NO detrimental effects to zombies as a result of attacking generators; likewise to any destructive survivors. I propose that generators, when reduced to damaged status, should have a chance to douse the attacker or attackers in fuel (if fueled up), with a 30% chance to do so. In addition, when destroyed, the generator would have a 10% chance to explode (again, it would have to have fuel in its tank), dealing 5 points of damage to all attackers still present in the building, or 15 to any attackers doused in fuel. Supplementing this change, any generators damaged beyond dented would, instead of showing a solid yellow color on the building block, would have a striped yellow/light grey color, to indicate flickering/intermittent lights. This would be a red flag for survivors with toolkits/FAKs to alert them to a recent zombie incursion, and let them know that aid is probably needed/there is hostile zombie activity in the area; it would also let zombies see that their brethren most likely recently led an attack on the building, and that there are bound to be injured survivors/weakened barricades at the designated block.

    Note: The "fuel leak" chance would only occur when the generator drops a damage level, e.g. from damaged to badly damaged, damaged to destroyed.
    Note: The "attackers" referred to in the 3rd and 4th lines are attackers of the generator.
    Note: None of the pitfalls of auto-attacking as laid down by the "Topics to Avoid and Why" section have been violated or even apply to this situation:

   * Would an infected person lose health each time they auto-attacked? Not Applicable
   * If every high level player could automatically defend themselves, this would encourage people to attack newbies first, which isn't really fair. Not Applicable
   * If characters can automatically shoot when they are attacked, shouldn't they be able to automatically heal themselves or even run away? If you make those changes, would the game be fun for the attacking side? Not Applicable
   * Zombies hardly care about HP anyway. Enhances my argument, actually. Zombies with Ankle Grab would only need to use 1 ap to stand back up
   * Why let the computer do the fun part of the game? The computer is merely adding a consequence for destroying generators, and isn't UD all about budgeting your 
resources wisely? A zombie could kill survivors, or destroy their generator, crippling them and any other survivors that happen to use the building later, with consequences.
* It would be less fun to attack people if you were being automatically attacked back. Not Applicable * Would it use up AP/supplies? Imagine logging on to find the computer spent all of it. Not fun. Not Applicable * PKing is an important way to get rid of griefers. Auto attacks could weaken PKing? Not Applicable

Voting Section

Voting Rules
Votes must be numbered, justified, signed, and timestamped.
# justification ~~~~

Votes that do not conform to the above may be struck by any user.

The only valid votes are Keep, Kill, Spam or Dupe. If you wish to abstain from voting, do not vote.


Keep Votes

  1. Keep It would be pretty silly if I voted no to my own suggestion, eh? Warbird108 02:20, 8 June 2010 (BST)

Kill Votes

  1. Kill Nerfing something that is in no way unbalanced, especially when it hurts the underpowered side in the game. The sun shone, having no alternative, on the nothing new 02:15, 8 June 2010 (BST)
  2. Kill - As others said, auto-attacks are a bad idea (as would have been pointed out to you on DS), and there's no reason to nerf the ability to kill generators. The very fact that they suck up AP to kill is the point (and don't forget about dark buildings, where killing gennies makes killing survivors harder). Also, the striped background idea sounds like a visual nightmare to me since you have text overlaying it (not to mention that it'd require Kevan overhauling the way the blocks are displayed, since he'd have to switch to using images instead of just straight-up HTML code). Aichon 03:08, 8 June 2010 (BST)
  3. Kill - Gives a free lunch to engineers. They already gain a vast advantage while one is set up, don't make it easier to generate generators than it is to smash them. --VVV RPMBG 03:49, 8 June 2010 (BST)
  4. Yeah, as Misanthropy, don't nerf what ain't imba. -- 04:07, 8 June 2010 (BST)
  5. How does the generator differentiate between "attackers" and everyone else in the room? If 50 zombies and 50 survivors are in the room, and a zombie attacks the generator, do all 50 zombies get hit and no survivors? If a survivor attacks the generator, do all 50 survivors get hit and no zombies?--Pesatyel 04:11, 8 June 2010 (BST)
  6. kill well more take it to DS really. I could get behind a slim chance of the generator exploding/short circuiting each time it is damaged but not as an area effect. --Honestmistake 16:17, 8 June 2010 (BST)

Spam/Dupe Votes

  1. Spam You didn't define "attackers" at all, and auto-attacks (even by generators) suck. Should have gone to DS. Lelouch vi Britannia is helping make Ridleybank green_ and gives Achievements 02:39, 8 June 2010 (BST)
    Re: The "attackers" mentioned in the suggestion were thought to be implied as the attackers of the generator. I guess I didn't clarify. Warbird108 02:55, 8 June 2010 (BST)
    So anyone who hits a generator and sleeps with it winds up getting hit when it blows? What if they run away and return? How long is this data stored? What if it's repaired, then destroyed? Auto attacks still suck; that and many of those questions would have been given on DS. Lelouch vi Britannia is helping make Ridleybank green_ and gives Achievements 04:24, 8 June 2010 (BST)
    As far as I see, none of the auto-attack pitfalls have been violated in this suggestion, as given by the "Topics to Avoid" section. --Warbird108 00:39, 9 June 2010 (BST)



Voting Rules
Current Suggestions

Advice to Suggesters

  1. Adding options to your suggestion is not good practice. Others will not vote on the options, only the main body; please don't ask them to do so.
  2. Once you have posted your suggestion, it is considered complete. Altering the suggestion mechanics after voting has begun nullifies existing votes, and is considered an abuse of the suggestions system. Doing so will result in your suggestion being removed from the voting system to removed suggestions, where you can work out the details and resubmit later if you desire. It is preferred that you remove your own suggestion and resubmit a new version with changes, if changes are needed.
  3. "Notes" added for clarification purposes, and correcting spelling/typos are permitted. When considering adding a clarification note, it is often better for all parties involved, for the author to remove the suggestion and resubmit it with the clarification included for the voters who have already placed their votes.

Advice to Voters

  1. You are voting on Suggestions, not Users. The text of your vote should not personally attack or denigrate the user who has submitted it... no matter how ridiculous the idea. Flaming and/or Trolling will not be tolerated.
  2. Before voting please read the Suggestions Dos and Do Nots and Frequently Suggested Ideas Page to read about concepts that have been generally considered unworkable in the past. You do not need to follow the guidelines on these pages but they are worth consideration before casting a vote.
  3. One vote per user. No exceptions. You cannot use multiple wiki accounts to vote on a suggestion.
  4. To Vote, use the [edit] button at the top of the voting section, then enter your vote in the the proper format to the end of the relevant section (keep/kill/spam).
  5. It is strongly recommended that voters (especially in the kill/spam sections) justify their vote to help others understand the reason they disagree. Feedback helps new suggesters get a feel for what the community does and does not want included in Urban Dead, and a deeper understanding of the balance needed for a workable suggestion.
  6. Votes must include a signature in order to be considered valid votes. To sign a vote, use --~~~~. Please remember to sign your votes! Unsigned votes will be deleted after 30 minutes or when found.
  7. Each Suggestion will be open to voting for two (2) weeks, measured from the suggestion's Timestamp, unless it is a Dupe or Spam. If, at the end of that time, there are two thirds (2/3) more Keep votes than Kill votes, the Suggestion will be moved to the Peer Reviewed Suggestions page. Otherwise, the Suggestion will be moved to the Peer Rejected Suggestions page.
Rules for Discussions

Votes are NOT the place to discuss Suggestions. This page and archived suggestion pages only to be used for the Suggesting and subsequent Voting of these suggestions. If you wish to discuss the suggestion or vote here, please use this page's Talk page (Suggestion talk:20100608 Generator Damage). Suggestions do not have to be submitted in order to discuss them. Developing Suggestions can be used to workshop possible suggestions before they are submitted.

Valid Votes
  • Keep, for Suggestions that you believe have merit.
  • Kill, for Suggestions that you believe do not have merit. If you need to discuss a rule fix, use the discussion page.
  • Spam, for the most ridiculous suggestions.
Suggestions can be removed with Spam votes as described on the cycling suggestions page. If the criterion described there are not fulfilled, the suggestion must remain for the whole two weeks.
Spam votes are not a "strong kill", they are simply here to prevent the utterly ridiculous from clogging up the system. If you do not like the idea, and it's not some crazy uber power or something else ridiculous, VOTE KILL, NOT SPAM. Spam votes will be counted as Kill when votes are tallied.
  • Dupe, for Suggestions that are exact or very close duplicates of previous suggestions. For a Dupe vote to be valid, a link must be provided to the original suggestion.
Dupe votes can be used to remove suggestions as described on the cycling suggestions page. Dupe votes will not be counted when votes are tallied.
  • Humourous, for suggestions that are obviously intended to be satirical, or of comedic value only.}}
Suggestions can be removed with Humourous votes as described on the cycling suggestions page. If the criterion described there are not fulfilled, the suggestion must remain for the whole two weeks.
Invalid Votes
  • Server Load and Programming Complexity are NOT very good Kill reasons. You are voting on the merit of the suggestion and whether or not you think it belongs in the game. Server load/complexity issues are up to Kevan to decide.
  • X should be implemented first is not a valid reason for a vote. You are voting on the merit of THIS suggestion, not how it compares to others.
  • Votes that do not have reasoning behind them are invalid. You MUST justify your vote.
Comments
  • Re may be used to comment on a vote. Only the original author and the person being REd can comment. Comments are restricted to a single comment per vote, and it is expected that Re comments be as short as possible. Reing every kill vote is considered abuse of the Re comment. A Re does not count as a vote, and any subsequent discussion not part of the Re comment should be held on the discussion page if there is any extended commenting.
  • Note is used by System Operators to invalidate trolling-based votes. Only Sysops may remove troll-based votes and they do so with a strikeout <s></s> in order to preserve the trolling removal for posterity. The voter may contest the strikeout with the Sysop that struck their vote out on the discussion page. Only a System Operator may remove a strikeout.
All Caps

Try to avoid YELLING, writing in bold, or using italics, except when emphasizing a point which has escaped other voters.

VOTING EXAMPLES

Keep Votes

  1. Keep - I am the author and I am allowed to vote once on my own suggestions. --MrSuggester 05:01, 11 Nov 2005 (GMT)
  2. Keep - Best. Suggestion. Evar. --Bob_Zombie 04:01, 11 Nov 2005 (GMT)
  3. Keep - Good sugestion. no signature --FakeSuggester 07:39, 15 Nov 2005 (GMT)

Kill Votes

  1. Kill - This is a terrible idea, but you can totally fix it up. --NegativeGal 06:01, 12 Nov 2005 (GMT)
    • Re - Please be more specific about how to fix it on the discussion page. --MrSuggester 14:01, 12 Nov 2005 (GMT)
      • Re - Sure, I have detailed my proposed fixes here. --NegativeGal 23:38, 12 Nov 2005 (GMT)
  2. Kill - You will eat my poopie and love it! --PooEater 11:12, 13 Nov 2005 (GMT)
    • Note - Inane vote removed. Defend in discussion. --DaModerator 11:13, 13 Nov 2005 (GMT)

Spam/Dupe Votes

  1. Spam - Kung Fu CB Mama on Wheels is an inappropriate Survivor Class. --NoFunAtAll 09:01, 12 Nov 2005 (GMT)
  2. Dupe - Duplicate Suggestion --AnotherSuggester 05:01, 14 Nov 2005 (GMT)