Difference between revisions of "User talk:Illu"

From King Arthur's Gold Wiki
Jump to: navigation, search
m
m
 
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{| class="wikitableShiny" border="1"
+
Hey Illu, your code should work, sometimes things are weird, anyways I don't think it is really necessary to see what build the pages are in line with. If you have time to update to a certain build, why wouldn't you just update to the most recent? Often changes will break or modify functions that in the old builds were possible but in the new ones they are not, so if it comes to updating pages shouldn't you always orientate on the CURRENT build?
! In line with [[Version_history#Build_190_(25/October/2011)|''build 190'']]
+
I am not sure what the info of the build it is in line with helps an editor ... except if its the current one.--[[User:Wyeth|Wyeth]] 07:32, 23 November 2011 (UTC)
|}
+
*I was for example thinking of the following scenario: The next build (204) gets released. We update the current build number and try to update as many pages as possible but shortly after another build (205) gets released. And another (206). And another (207)...and so on.<br>Now we have some pages which are line with build 204, some which are in line with 205, etc. But we also might have a few pages which are still in line with the build 203 since we couldn't update the pages in time / the changes were to complex etc.<br>If we now know with which build a page is in line with we only need to check the changes between that build and the current one. With a message like "This page is/might not be up-to-date." we have to read all of it extensively and check if everything fits to the current build.<br>You get me now?--[[User:Illu|Illu]] 16:39, 23 November 2011 (UTC)
  
There are various block types. They can be mined by the class [[builder]]. [[Knight]]s and [[archer]]s can only destroy some types of blocks and do not get the resources back from all of them. Blocks are affected by gravity, as seen [http://screencast.com/t/cfarkdAumD here]. Blocks can also fall if constructions aren't supported enough, as seen [http://www.youtube.com/watch?v=37O5ysbQXjo&feature=player_embedded here].
+
*I do get what you mean, but optimal we shouldn't fall behind like that (and update the pages slowly over time asap). I just don't think its necessary, I see where you are comming from and its not like it hurts anyone, but I wouldn't bother with it... feel free to do as you please though, also get on IRC when you got time :D --[[User:Wyeth|Wyeth]] 17:09, 23 November 2011 (UTC)
=Natural blocks=
+
  
{| class="wikitableShiny" border="1"
 
! rowspan="2" | Image
 
! rowspan="2" | Block name
 
! colspan="2" | Mining
 
|-
 
! ''One block yields''
 
! ''Hits to mine''
 
|-
 
| rowspan="2" align="center" | [[File:Treeblock6.png]] <br> [[File:Treeblock1.png]]
 
| rowspan="2" | [[Tree]]
 
| '''3''' x [[File:ArrowMini.png]] [[arrow]] (1 per hit) ([[Archer]])
 
| 3 hits
 
|-
 
| '''10''' x [[File:WoodMini.png]] [[wood]] ([[Builder]] and [[Knight]])
 
| 4 hits
 
|-
 
| align="center" | [[File:Rockblock1.png]]
 
| [[Rock#Block|Rock]]
 
| '''10''' x [[File:RockItemMini.png]] [[Rock#Item|rock]]
 
| 5 hits
 
|-
 
| align="center" | [[File:Thickrockblock1.png]]
 
| [[Thick rock]]
 
| '''30''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
 
| 6 hits
 
|-
 
| align="center" | [[File:Goldrockblock1.png]]
 
| [[Gold#Block|Gold rock]]
 
| '''10''' x [[File:GoldItemMini.png]] [[Gold#Item|gold item]]
 
| 5 hits
 
|-
 
| align="center" | [[File:Dirtblock6.png]]
 
| [[Dirt]]
 
| Nothing
 
| 3 hits
 
|-
 
| align="center" | [[File:Bedrockblock7.png]]
 
| [[Bedrock]]
 
| Nothing
 
| [[Bomb]]
 
|}
 
  
=Buildable blocks=
+
Came here to congrats you on  a workaround on build changing. [[User:Raron|Raron]] 03:49, 2 April 2012 (EDT)
{| class="wikitableShiny" border="1"
+
! rowspan="2" | Image
+
! rowspan="2" | Block name
+
! rowspan="2" | Building of one block costs
+
! colspan="2" | Breaking down
+
|-
+
! ''One block yields''
+
! ''Hits to break''
+
|-
+
| align="center" | [[File:Stoneblock1.png]]
+
| [[Stone]]
+
| '''10''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
+
| '''10''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
+
| 7 hits
+
|-
+
| align="center" | [[File:Wallblock1.png]]
+
| [[Wall]]
+
| '''2''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
+
| '''2''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
+
| 5 hits
+
|-
+
| align="center" | [[File:Ladder.png]]
+
| [[Ladder]]
+
| '''2''' x [[File:WoodMini.png]] [[wood|wood item]]
+
| '''2''' x [[File:WoodMini.png]] [[wood|wood item]]
+
| 1 hit
+
|-
+
| align="center" | [[File:Door.png]]
+
| [[Door]]
+
| '''40''' x [[File:WoodMini.png]] [[wood|wood item]]
+
| '''40''' x [[File:WoodMini.png]] [[wood|wood item]]
+
| Opened: 1 hit <br> Closed: 7 hits
+
|-
+
| align="center" | [[File:Drawbridgeblock1.png]]
+
| [[Drawbridge]]
+
| '''10''' x [[File:WoodMini.png]] [[wood|wood item]]
+
| '''10''' x [[File:WoodMini.png]] [[wood|wood item]]
+
| 3 hits
+
|-
+
| align="center" | [[File:Spikes1.png]]
+
| [[Spikes]]
+
| '''10''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
+
| '''10''' x [[File:RockItemMini.png]] [[Rock#Item|rock item]]
+
| 1 hit
+
|-
+
| align="center" | [[File:Goldbullionblock1.png]]
+
| [[Gold bullion]]
+
| '''10''' x [[File:GoldItemMini.png]] [[Gold#Item|gold item]]
+
| '''10''' x [[File:GoldItemMini.png]] [[Gold#Item|gold item]]
+
| 1 hit
+
|}
+
 
+
==See also==
+
*[[Items]]
+
*[[Constructions]]
+

Latest revision as of 08:49, 2 April 2012

Hey Illu, your code should work, sometimes things are weird, anyways I don't think it is really necessary to see what build the pages are in line with. If you have time to update to a certain build, why wouldn't you just update to the most recent? Often changes will break or modify functions that in the old builds were possible but in the new ones they are not, so if it comes to updating pages shouldn't you always orientate on the CURRENT build? I am not sure what the info of the build it is in line with helps an editor ... except if its the current one.--Wyeth 07:32, 23 November 2011 (UTC)

  • I was for example thinking of the following scenario: The next build (204) gets released. We update the current build number and try to update as many pages as possible but shortly after another build (205) gets released. And another (206). And another (207)...and so on.
    Now we have some pages which are line with build 204, some which are in line with 205, etc. But we also might have a few pages which are still in line with the build 203 since we couldn't update the pages in time / the changes were to complex etc.
    If we now know with which build a page is in line with we only need to check the changes between that build and the current one. With a message like "This page is/might not be up-to-date." we have to read all of it extensively and check if everything fits to the current build.
    You get me now?--Illu 16:39, 23 November 2011 (UTC)
  • I do get what you mean, but optimal we shouldn't fall behind like that (and update the pages slowly over time asap). I just don't think its necessary, I see where you are comming from and its not like it hurts anyone, but I wouldn't bother with it... feel free to do as you please though, also get on IRC when you got time :D --Wyeth 17:09, 23 November 2011 (UTC)


Came here to congrats you on a workaround on build changing. Raron 03:49, 2 April 2012 (EDT)