Topic: Editor help

1 — 10 of 39 Posts 1 2 3 4 next »

GunChleoc Topic Opener Joined: 2013-10-07, 15:56 Posts: 3317 One Elder of Players Location: RenderedRect	Posted at: 2015-12-11, 10:04 Since there is great demand to have some terrain/tree help, I have started to implement a help system for the editor. The most important information for trees and terrains is now available. This will still need some tidying up - a Lua coder could take this on: Sorting the Preferred terrains / Trees that may grow by percentage A bit of prettying up? Making the strings localizeable, with appropriate TRANSLATORS comments Maybe some more info (search src/scripting for "NOCOM" to find the new functions) New tests in the lua_testsuite Branch Busy indexing nil values Top Quote

einstein13 Joined: 2013-07-29, 00:01 Posts: 1116 One Elder of Players Location: Poland	Posted at: 2015-12-11, 10:36 I like the idea! How do you produce percentages? And probably to terrains humidity/fertility/temperature should be added. einstein13 calculations & maps packages: http://wuatek.no-ip.org/~rak/widelands/ backup website files: http://kartezjusz.ddns.net/upload/widelands/ Top Quote

king_of_nowhere Joined: 2014-09-15, 18:35 Posts: 1668 One Elder of Players	Posted at: 2015-12-11, 10:54 how did you got the percentages? were they calculated using the equations? I will have to see how accurate my estimates were. Top Quote

GunChleoc Topic Opener Joined: 2013-10-07, 15:56 Posts: 3317 One Elder of Players Location: RenderedRect	Posted at: 2015-12-11, 11:01 For the calculations, I extracted the basic formula into a separate function http://bazaar.launchpad.net/~widelands-dev/widelands/editor_help/revision/7667 Busy indexing nil values Top Quote

GunChleoc Topic Opener Joined: 2013-10-07, 15:56 Posts: 3317 One Elder of Players Location: RenderedRect	Posted at: 2015-12-11, 11:19 einstein13 wrote: And probably to terrains humidity/fertility/temperature should be added. Done. We should also add resource info (default/allowed), but we can always do that in a separate branch if I don't get to it soon. Busy indexing nil values Top Quote

kaputtnik Joined: 2013-02-18, 20:48 Posts: 2596 OS: Archlinux Version: current master One Elder of Players Location: Germany	Posted at: 2015-12-11, 18:05 Very nice Not related to the issue itself but very interesting: The shadows of trees on the left are translucent white, shadows of trees on the right are shown correct. May this could help investigating this bug Top Quote

GunChleoc Topic Opener Joined: 2013-10-07, 15:56 Posts: 3317 One Elder of Players Location: RenderedRect	Posted at: 2015-12-11, 20:32 Yes, I noticed - it's the exact same bug. wl-zocker has also posted some more ideas to the bug for the editor help, Busy indexing nil values Top Quote

wl-zocker Joined: 2011-12-30, 17:37 Posts: 492 Tribe Member Location: Germany	Posted at: 2015-12-12, 11:51 I'll continue commenting in this thread to have all discussion in one place: The percentages are the chance that the tree will grow. They are the actual calculation results from the engine. My definition of "grow" is: A tree of the first state (sapling) exists. With the given probability, it will become "old" (and thus fellable) before it dies. Is this correct? Can we get rid of the "(Old)" part? It should be clear that we only care for fellable trees. We will need to change the descnames of the trees. Each tree is actually 4 different immovables, e.g. Alder (Sapling) Alder (Pole) Alder (Mature) Alder (Old) We would need to rename "Alder (Old)" to "Alder" etc. And then there can also be a falling tree which has no descname. Wouldn't it be easier to name the trees to "Alder" .. " " .. "%s" etc? This way, we would not have to translate 4 * number_of_trees, but only 4 + number_of_trees different strings. Or is this dependency needed for some languages? If we had the name of the tree (without attribute), it could easily be used. Renaming the immovable is bad because in the immovable menu, you still can see all of them. "Only few people know how much one has to know in order to know how little one knows." - Werner Heisenberg Top Quote

king_of_nowhere Joined: 2014-09-15, 18:35 Posts: 1668 One Elder of Players	Posted at: 2015-12-12, 13:43 I think the current naming of trees is perfectly suitable and absolutely intuitive. It does not need to be changed. At most, in the help there ould be one single entry for the tree instead of a different entry for all stages of growth. But I don't think anything would be gained in removing the different names from the stages of growth. People can refer to them more easily if they have different names. Top Quote

GunChleoc Topic Opener Joined: 2013-10-07, 15:56 Posts: 3317 One Elder of Players Location: RenderedRect	Posted at: 2015-12-12, 14:23 A placeholder won't work if tree names have different gender. e.g. "Alte Eiche", "Alter Taxus" would be a possible translation into German. Busy indexing nil values Top Quote

1 — 10 of 39 Posts 1 2 3 4 next »