search

mannyzhou5 / evolutionchamber

Automatically exported from code.google.com/p/evolutionchamber
0 stars 0 forks source link

Requiring fast expansion bug #94

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Require 2 hatcheries by 4-5 minutes
2. Requiring anything that requires a lair

What is the expected output? What do you see instead?
What a normal person would do is get 2 hatcheries and then turn one into a lair 
and have 1 lair and l hatchery. The program must get a 3rd hatchery to satisfy 
the 2 hatchery requirement from the first waypoint, leaving you with 2 
hatcheries and 1 lair.

What version of the product are you using? On what operating system?
v0017 windows 7

Please provide any additional information below.
Basically, I was trying to use a waypoint to force the program to get a fast 
expansion, but this leads to it having to build an extra hatchery once it gets 
to lair.

Original issue reported on code.google.com by Sketh...@hotmail.com on 28 Oct 2010 at 6:25

GoogleCodeExporter commented 9 years ago 
You gave it a requirement of 2 hatcheries, so it made sure there was 2 
hatcheries. It's not really a bug, but more of an interface mislabeling problem.

You wanted 2 bases, a base being a hatchery, lair or hive. I don't see a reason 
to ever require hatcheries explicitly, it seems like it should have a "bases" 
requirement instead.

Original comment by AudioL...@gmail.com on 28 Oct 2010 at 7:13

GoogleCodeExporter commented 9 years ago 
No what he means is he specified in the waypoint that he wants 2 hatcheries, 
and in the final 1 hatchery 1 lair. But it still gets 2 hatcheries to satisfy 
the waypoint, ending with 2 hatcheries 1 lair.
I tested this and agree that this is a bug that should be fixed.

Original comment by azzur...@gmail.com on 28 Oct 2010 at 11:07

GoogleCodeExporter commented 9 years ago 
(To be more clear, there is no way for the user to specify/get a fast expand 
with only 2 bases when also requiring a lair)

Original comment by azzur...@gmail.com on 28 Oct 2010 at 11:12

GoogleCodeExporter commented 9 years ago 
I disagree, it's not a bug. It works as intended in the software. The problem 
is how the user interacts with the software.

Hatcheries just need to be changed to bases and relabeled as such.

Original comment by AudioL...@gmail.com on 29 Oct 2010 at 12:16

GoogleCodeExporter commented 9 years ago 
Bases could be misleading if you place the hatchery in your main. This wouldn't 
allow higher mineral income or 2 extra gas extractors.

Anyway, you guys are just arguing about semantics. The bottom line is that this 
needs to be improved by either allowing a lair/hive to be counted as a 
hatch/lair, or by adding an additional requirement field for "hatch OR lair OR 
hive". This way, if you wanted 3 hives so that your expansions are super beefy, 
you could type "3" in the "hive" field, but if you just wanted 3 
larvae-producing structures, you could type "3" in the "hatch OR lair OR hive" 
field. Or maybe call it "larvae-producing structure".

Original comment by Sketh...@hotmail.com on 29 Oct 2010 at 2:25

GoogleCodeExporter commented 9 years ago

Original comment by AudioL...@gmail.com on 29 Oct 2010 at 12:28

GoogleCodeExporter commented 9 years ago

Original comment by AudioL...@gmail.com on 29 Oct 2010 at 6:00