Zone of Control - Revision history

Staffan Björk at 13:17, 26 July 2015

2015-07-26T13:17:35Z

← Older revision		Revision as of 13:17, 26 July 2015
Line 20:		Line 20:

	== Consequences ==		== Consequences ==
	[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. In this, they can be seen as a way to modify [[Area Control]].		[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. In this, they can be seen as a way to modify [[Area Control]], and can be instrumental in creating phases in game instances where [[Expansion]] is the focus of gameplay.

	As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay. The use of [[Zone of Control]] in any game is likely to significant raise the importance of any [[Choke Points]] present.		As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay. The use of [[Zone of Control]] in any game is likely to significant raise the importance of any [[Choke Points]] present.
Line 26:		Line 26:
	== Relations ==		== Relations ==
	=== Can Instantiate ===		=== Can Instantiate ===
			[[Expansion]],
	[[Movement Limitations]]		[[Movement Limitations]]

Staffan Björk at 20:21, 16 September 2011

2011-09-16T20:21:31Z

← Older revision		Revision as of 20:21, 16 September 2011
Line 1:		Line 1:
	~~[[Category:Staffan's current workpage]]~~
	[[Category:Patterns]]		[[Category:Patterns]]
	[[Category:Mechanical Patterns]]		[[Category:Mechanical Patterns]]

Staffan Björk at 20:20, 16 September 2011

2011-09-16T20:20:50Z

← Older revision		Revision as of 20:20, 16 September 2011
Line 8:		Line 8:
	''The ability of game elements to affect the functionality of those adjacent to them.''		''The ability of game elements to affect the functionality of those adjacent to them.''

	Regardless of it a game is real-time based or turn-based, it is often impossible for rules to accurately reflect how combatants can react to each others actions. Having combatants extend a [[Zone of Control]] - the ability to affect other combatants abilities if they are next to each other - is one way to abstractly handling the one should be able to notice and hinder enemies from acting right next to oneself.		Regardless of it a game is real-time based or turn-based, it is often impossible for rules to accurately reflect how combatants can react to each others' actions. Having combatants extend a [[Zone of Control]] - the ability to affect other combatants abilities if they are next to each other - is one way to abstractly handling the one should be able to notice and hinder enemies from acting right next to oneself.

	=== Examples ===		=== Examples ===
	Being a military concept, it ~~isn't to~~ surprising that [[:Category:Wargames\|Wargames]] such as [[Axis & Allies: Battle of the Bulge]] and [[World War 3]] are the primary users of [[Zone of Control]].		Being a military concept, it is not too surprising that [[:Category:Wargames\|Wargames]] such as [[Axis & Allies: Battle of the Bulge]] and [[World War 3]] are the primary users of [[Zone of Control]]. Other games that adopted the use of [[Zone of Control]] include several installments of the [[Civilization (video game) series\|Civilization series]] and [[Bloodbowl]], the later which uses [[Zone of Control]] to make throwing and catching the ball more difficult if opponents are nearby. It also lets players try to tackle those that try to run pass opponents.

	Other games that adopted the use of [[Zone of Control]] include several installments of the [[Civilization (video game) series\|Civilization series]] and [[Bloodbowl]], the later which uses [[Zone of Control]] to make throwing and catching the ball ~~move~~ difficult if opponents are nearby. It also lets players try to tackle those that try to run pass opponents.

	== Using the pattern ==		== Using the pattern ==
	The two main design choices for creating [[Zone of Control]] in a game is what generates them and what their effects are. [[Zone of Control\|Zone of Controls]] typically spread out from [[Units]], and more rarely from [[Avatars]], but letting [[Territories]] create them can let them exist independently from these or spread out from [[Installations]] and other stationary game elements.		The two main design choices for creating [[Zone of Control]] in a game are what generates them and what their effects are. [[Zone of Control\|Zone of Controls]] typically spread out from [[Units]], and more rarely from [[Avatars]], but letting [[Territories]] create them can let them exist independently from these or spread out from [[Installations]] and other stationary game elements.

	The effects of a [[Zone of Control]] is most often linked to either [[Combat]] or [[Movement]]. For [[Combat]], this is typically providing advantages to friendly [[Units]] or disadvantages to hostile ones. A [[Zone of Control]] typically affects [[Movement]] by imposing [[Movement Limitations]], e.g. forcing [[Units]] to stop if they enter a [[Zone of Control]] (e.g. [[Civilization V]]), requiring higher [[Movement]] costs, or allowing attacks if one passes through multiple [[Zone of Control\|Zones of Control]] (e.g. [[Bloodbowl]]). Some effects can be seen as a related to both [[Combat]] and [[Movement]], e.g. not being allowed to retreat into enemy [[Zone of Control\|Zones of Control]] and being eliminated if this means retreat is impossible.		The effects of a [[Zone of Control]] are most often linked to either [[Combat]] or [[Movement]]. For [[Combat]], this is typically providing advantages to friendly [[Units]] or disadvantages to hostile ones. A [[Zone of Control]] typically affects [[Movement]] by imposing [[Movement Limitations]], e.g. forcing [[Units]] to stop if they enter a [[Zone of Control]] (e.g. [[Civilization V]]), requiring higher [[Movement]] costs, or allowing attacks if one passes through multiple [[Zone of Control\|Zones of Control]] (e.g. [[Bloodbowl]]). Some effects can be seen as a related to both [[Combat]] and [[Movement]], e.g. not being allowed to retreat into enemy [[Zone of Control\|Zones of Control]] and being eliminated if this means retreat is impossible.

	Being able to ignore the [[Zone of Control]] of some types of [[Units]] can be a [[Privileged Abilities]] to other types of [[Units]]		Being able to ignore the [[Zone of Control]] of some types of [[Units]] can be a [[Privileged Abilities]] to other types of [[Units]]

Staffan Björk at 20:18, 16 September 2011

2011-09-16T20:18:31Z

← Older revision		Revision as of 20:18, 16 September 2011
Line 2:		Line 2:
	[[Category:Patterns]]		[[Category:Patterns]]
	[[Category:Mechanical Patterns]]		[[Category:Mechanical Patterns]]
	~~[[Category:Needs work]]~~
	[[Category:Needs revision]]		[[Category:Needs revision]]
	[[Category:Needs examples]]		[[Category:Needs examples]]
	[[Category:Needs references]]		[[Category:Needs references]]
	[[Category:Patterns created on the Wiki]]		[[Category:Patterns created on the Wiki]]
	~~[[Category:Stub]]~~
	''The ability of game elements to affect the functionality of those adjacent to them.''		''The ability of game elements to affect the functionality of those adjacent to them.''

	~~This pattern~~ is a ~~still a stub~~.		Regardless of it a game is real-time based or turn-based, it is often impossible for rules to accurately reflect how combatants can react to each others actions. Having combatants extend a [[Zone of Control]] - the ability to affect other combatants abilities if they are next to each other - is one way to abstractly handling the one should be able to notice and hinder enemies from acting right next to oneself.

	=== Examples ===		=== Examples ===

Staffan Björk at 20:15, 16 September 2011

2011-09-16T20:15:37Z

← Older revision		Revision as of 20:15, 16 September 2011
Line 20:		Line 20:
	The two main design choices for creating [[Zone of Control]] in a game is what generates them and what their effects are. [[Zone of Control\|Zone of Controls]] typically spread out from [[Units]], and more rarely from [[Avatars]], but letting [[Territories]] create them can let them exist independently from these or spread out from [[Installations]] and other stationary game elements.		The two main design choices for creating [[Zone of Control]] in a game is what generates them and what their effects are. [[Zone of Control\|Zone of Controls]] typically spread out from [[Units]], and more rarely from [[Avatars]], but letting [[Territories]] create them can let them exist independently from these or spread out from [[Installations]] and other stationary game elements.

	The effects of a [[Zone of Control]] is most often linked to either [[Combat]] or [[Movement]]. For [[Combat]], this is typically providing advantages to friendly [[Units]] or disadvantages to hostile ones. A [[Zone of Control]] typically affects [[Movement]] by imposing [[Movement Limitations]], e.g. forcing [[Units]] to stop if they enter a [[Zone of Control]] (e.g.		The effects of a [[Zone of Control]] is most often linked to either [[Combat]] or [[Movement]]. For [[Combat]], this is typically providing advantages to friendly [[Units]] or disadvantages to hostile ones. A [[Zone of Control]] typically affects [[Movement]] by imposing [[Movement Limitations]], e.g. forcing [[Units]] to stop if they enter a [[Zone of Control]] (e.g. [[Civilization V]]), requiring higher [[Movement]] costs, or allowing attacks if one passes through multiple [[Zone of Control\|Zones of Control]] (e.g. [[Bloodbowl]]). Some effects can be seen as a related to both [[Combat]] and [[Movement]], e.g. not being allowed to retreat into enemy [[Zone of Control\|Zones of Control]] and being eliminated if this means retreat is impossible.

	, requiring higher [[Movement]] costs, or allowing

	Being able to ignore the [[Zone of Control]] of some types of [[Units]] can be a [[Privileged Abilities]] to other types of [[Units]]		Being able to ignore the [[Zone of Control]] of some types of [[Units]] can be a [[Privileged Abilities]] to other types of [[Units]]

	~~=== Can Instantiate ===~~

	~~=== Can Modulate ===~~
	~~[[Area Control]]~~
	~~[[Combat]],~~
	~~[[Movement]],~~

	~~[[Choke Points]]~~

	== Consequences ==		== Consequences ==
	[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. In this, they can be seen as a way to modify [[Area Control]].		[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. In this, they can be seen as a way to modify [[Area Control]].

	As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay.		As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay. The use of [[Zone of Control]] in any game is likely to significant raise the importance of any [[Choke Points]] present.

	== Relations ==		== Relations ==

Staffan Björk: /* Using the pattern */

2011-09-16T20:12:35Z

Using the pattern

← Older revision		Revision as of 20:12, 16 September 2011
Line 20:		Line 20:
	The two main design choices for creating [[Zone of Control]] in a game is what generates them and what their effects are. [[Zone of Control\|Zone of Controls]] typically spread out from [[Units]], and more rarely from [[Avatars]], but letting [[Territories]] create them can let them exist independently from these or spread out from [[Installations]] and other stationary game elements.		The two main design choices for creating [[Zone of Control]] in a game is what generates them and what their effects are. [[Zone of Control\|Zone of Controls]] typically spread out from [[Units]], and more rarely from [[Avatars]], but letting [[Territories]] create them can let them exist independently from these or spread out from [[Installations]] and other stationary game elements.

			The effects of a [[Zone of Control]] is most often linked to either [[Combat]] or [[Movement]]. For [[Combat]], this is typically providing advantages to friendly [[Units]] or disadvantages to hostile ones. A [[Zone of Control]] typically affects [[Movement]] by imposing [[Movement Limitations]], e.g. forcing [[Units]] to stop if they enter a [[Zone of Control]] (e.g.

			, requiring higher [[Movement]] costs, or allowing

	Being able to ignore the [[Zone of Control]] of some types of [[Units]] can be a [[Privileged Abilities]] to other types of [[Units]]		Being able to ignore the [[Zone of Control]] of some types of [[Units]] can be a [[Privileged Abilities]] to other types of [[Units]]

	=== Can Instantiate ===		=== Can Instantiate ===
	~~[[Movement Limitations]]~~

	=== Can Modulate ===		=== Can Modulate ===
	[[Area Control]]		[[Area Control]]
	~~[[Avatars]],~~
	[[Combat]],		[[Combat]],
	[[Movement]],		[[Movement]],
	~~[[Units]]~~

	[[Choke Points]]		[[Choke Points]]

Staffan Björk: /* Can Modulate */

2011-09-16T20:09:37Z

Can Modulate

← Older revision		Revision as of 20:09, 16 September 2011
Line 46:		Line 46:

	=== Can Modulate ===		=== Can Modulate ===
	[[Area Control]]		[[Area Control]],
	[[Avatars]],		[[Avatars]],
	[[Choke Points]],		[[Choke Points]],

Staffan Björk: /* Consequences */

2011-09-16T20:09:29Z

Consequences

← Older revision		Revision as of 20:09, 16 September 2011
Line 37:		Line 37:

	== Consequences ==		== Consequences ==
	[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. As they ~~often affect [[Combat]] or [[Movement]],~~ [[~~Zone of Control\|Zones of~~ Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay.		[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. In this, they can be seen as a way to modify [[Area Control]].

	~~=== Can Modulate ===~~		As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay.
	[[~~Area~~ Control]]

	~~=== Can Be Instantiated By ===~~
	[[~~Territories~~]]

	== Relations ==		== Relations ==

Staffan Björk at 20:07, 16 September 2011

2011-09-16T20:07:26Z

← Older revision		Revision as of 20:07, 16 September 2011
Line 37:		Line 37:

	== Consequences ==		== Consequences ==
	[[~~Movement Limitations~~]],		[[Zone of Control]] is most commonly a way to let [[Avatars]] or [[Units]] extended agency beyond the exact physical location they have in a [[Game Worlds\|Game World]]. As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay.

	As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay.

	=== Can Modulate ===		=== Can Modulate ===
	[[Area Control]]		[[Area Control]]
	~~[[Avatars]],~~
	~~[[Combat]],~~
	~~[[Movement]],~~
	~~[[Units]]~~

	=== Can Be Instantiated By ===		=== Can Be Instantiated By ===

Staffan Björk at 19:58, 16 September 2011

2011-09-16T19:58:21Z

← Older revision		Revision as of 19:58, 16 September 2011
Line 34:		Line 34:
	[[Units]]		[[Units]]

	[[~~Strategic Planning]],~~		[[Choke Points]]
	~~[[Tactical Planning~~]]

	== Consequences ==		== Consequences ==
	~~=== Can Instantiate ===~~
	[[Movement Limitations]],		[[Movement Limitations]],
	[[Strategic Planning]],
	[[Tactical Planning]]		As they often affect [[Combat]] or [[Movement]], [[Zone of Control\|Zones of Control]] create a need for both [[Strategic Planning\|Strategic]] and [[Tactical Planning]]; the former for determining which areas are generally good to extend these from and the latter for how to handle or place them in any current situation during gameplay.

	=== Can Modulate ===		=== Can Modulate ===
Line 60:		Line 58:
	[[Area Control]]		[[Area Control]]
	[[Avatars]],		[[Avatars]],
			[[Choke Points]],
	[[Combat]],		[[Combat]],
	[[Movement]],		[[Movement]],