Soldier choice in the attack box

Bug #585981 reported by Nicolai Hähnle
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
widelands
Won't Fix
Wishlist
Unassigned

Bug Description

The attack box that is displayed when planning to attack an enemy building should give the player a choice as to which soldiers should participate in the attack.

This list can use icons similar to the new soldier list in the military site window.

The list should also indicate somehow which buildings the soldiers come from.

It should still be possible to quickly select just the desired amount of soldiers and have an automatic choice of soldiers selected.

Tags: military ui

Related branches

Timowi (timo-wingender)
Changed in widelands:
status: New → Confirmed
Revision history for this message
SirVer (sirver) wrote :

Setting to incomplete for bug sweeping.

Changed in widelands:
status: Confirmed → Incomplete
Revision history for this message
wl-zocker (wl-zocker) wrote :

Choosing every soldier separately is too much micro-management, but choosing the building they come from seems like a good idea. I sometimes have the problem that soldiers come from the "wrong" building (e.g. a building that is not connected to my road network and can therefore not be refilled). I still have not found out how the soldiers that attack are determined.
Additionally, we could have a "Prefer heroes" and "Prefer rookies" button to determine whether strong or weak soldiers should be sent to the enemy. Which soldier is sent will be decided automatically (from the selected buildings the strongest/weakest ones). Default should be heroes.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for widelands because there has been no activity for 60 days.]

Changed in widelands:
status: Incomplete → Expired
Revision history for this message
SirVer (sirver) wrote :

I think the prefer heroes button/prefer rookie is the best and fits Widelands style the best.

Then again, why would you ever want to attach with rookies? We could just leave the UI as is and launch the strongest soldiers first. If you attach many places your attach waves will get progressively weaker.

Changed in widelands:
status: Expired → Incomplete
Revision history for this message
GunChleoc (gunchleoc) wrote :

+1 to heroes first

Revision history for this message
Tinker (room101) wrote :

I have noticed that wounded soldiers return to their own buildings to recover after a fight but if a new 'start battle' order is given the wounded soldier returns to fight, it would seem logical that the most wounded soldier would be better off staying in the building and the most healthy were the ones going out to fight.

It seems the order in which soldiers leave military buildings to fight is determined more by the last in first out principle. There are cases where a rookie with 100% health might be preferred to a hero with only 10% health.

I would suggest the selection of soldiers should normally be 100% health hero's, then slightly less healthy hero's, at some point 100% rookies would be preferred (maybe 60 - 70% hero health begins the cutoff) and so on down the list with a very low health rookie at the bottom, though it may always be preferable to leave a hero as defender, perhaps selected by the prefer hero's button.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for widelands because there has been no activity for 60 days.]

Changed in widelands:
status: Incomplete → Expired
SirVer (sirver)
Changed in widelands:
status: Expired → Confirmed
GunChleoc (gunchleoc)
tags: removed: attack soldiers
Changed in widelands:
assignee: nobody → Benedikt Straub (nordfriese)
milestone: none → build21-rc1
status: Confirmed → In Progress
Changed in widelands:
assignee: Benedikt Straub (nordfriese) → nobody
status: In Progress → Fix Committed
Revision history for this message
kaputtnik (franku) wrote :

Just wanted to say: Thanks for this feature, Benedikt :-)

Revision history for this message
GunChleoc (gunchleoc) wrote :
Changed in widelands:
status: Fix Committed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.