Latest Posts

Topic: Editor help

GunChleoc
Avatar
Topic Opener
Joined: 2013-10-07, 15:56
Posts: 3324
Ranking
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

Terrains

Trees

Branch


Busy indexing nil values

Top Quote
einstein13
Avatar
Joined: 2013-07-29, 00:01
Posts: 1118
Ranking
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
Avatar
Joined: 2014-09-15, 18:35
Posts: 1668
Ranking
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
Avatar
Topic Opener
Joined: 2013-10-07, 15:56
Posts: 3324
Ranking
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
Avatar
Topic Opener
Joined: 2013-10-07, 15:56
Posts: 3324
Ranking
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
Avatar
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
Ranking
One Elder of Players
Location: Germany
Posted at: 2015-12-11, 18:05

Very nice face-smile.png

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


Fight simulator for Widelands:
https://wide-fighter.netlify.app/

Top Quote
GunChleoc
Avatar
Topic Opener
Joined: 2013-10-07, 15:56
Posts: 3324
Ranking
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: 495
Ranking
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
Avatar
Joined: 2014-09-15, 18:35
Posts: 1668
Ranking
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
Avatar
Topic Opener
Joined: 2013-10-07, 15:56
Posts: 3324
Ranking
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