bugBattle for Wesnoth - Bugs: bug #4746, Allow experience_modifier to apply...

Show feedback again

bug #4746: Allow experience_modifier to apply to [side]

Submitted by:  Scott K <scott>
Submitted on:  Fri Nov 18 15:34:48 2005  
Category: Feature RequestSeverity: 1 - Wish
Priority: 1 - LaterItem Group: WML
Status: Wont FixPrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Release: 1.1svnOperating System: mac os 10.4.3

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Sat Aug 6 18:30:08 2016, comment #9:

i agree with the comment below, marking as wontfix since noone objected in the last 1.5 years.

Daniel <gfgtdf>
Project Member
Sun Feb 1 11:40:10 2015, comment #8:

i am against implementing this. The problem discussed eariler is still valid. On the other hand it can currently be achieved by using [object]/[advance]/[trait]

Tue Jan 1 18:45:53 2008, comment #7:

Changing reports assigned to people that are probably inactive to 'none'.

Nils Kneuper <ivanovic>
Project Administrator
Thu Dec 1 03:30:50 2005, comment #6:

Making units keep the max experience they had when they were created is certainly simpler than having it adjust to the current setting. Though if it were just as easy to do either, I think the latter would be a better way to do it.
It has been a few days since I looked at the code, but my memory of the issue was that for the recall list, the unit type is saved and when they are brought back the default maximum experience is used. The original maximum experience isn't available, since it may have come from a different scenario. And the one for the current scenario gets set later.
To get this to work more information needs to be saved for the recall list units. With the unit keeps its initial max experience setting, this should be workable, but I will need to look at it again. I think if this gets worked out, having the setting per side won't be that hard to do.
This wouldn't be changable during a scenario either. Doing that would involve creating a new command for replays, and I don't think that that would be useful enough to make it worth doing for the first cut.

Bruno Wolff III <brunowolff>
Project Member
Wed Nov 30 15:01:16 2005, comment #5:

The way I envisioned it follows one simple rule: the experience modifier is applied when the unit is created and never thereafter.

That avoids the side-changing and scenario-changing situations. While it may not be 100% intuitive, at least it makes sense. For most cases it would also be sufficient.

A potential problem is that the player may not understand why different versions of an elvish fighter have different XP requirements without the concept of XP modification being explained to him, but this is the case with lots of game rules.

Scott K <scott>
Project Member
Wed Nov 30 04:16:32 2005, comment #4:

Not directly. I notoiced some odd things while trying to understand what is going on and made a few minor changes.
Changing experience per side is going to be harder than it should be to do. Plus there are some things to decide upon about how lowering experience would work.
What happens if it changes per level? What happens to a unit that changes sides?

Bruno Wolff III <brunowolff>
Project Member
Tue Nov 29 15:52:38 2005, comment #3:

I saw the experience_modifer update in the changelog. How does that pertain to this feature request?

Scott K <scott>
Project Member
Sat Nov 19 22:19:12 2005, comment #2:

For the time being, I think the way to do this is to use a recruit event that filters on a side and then uses object to modify the max experience needed.
This is a bit kludgey, but I think it will do what you want.

Bruno Wolff III <brunowolff>
Project Member
Sat Nov 19 20:19:11 2005, comment #1:

This probably isn't that hard to do and seems like a good thing to have for another way to do campaign balancing. So I will at least look at this to see how hard it really is and do it if it isn't too hard.

Bruno Wolff III <brunowolff>
Project Member
Fri Nov 18 15:34:48 2005, original submission:

Right now experience_modifier is a key for [scenario]. It would be very useful if it could be set per side. I would like to experiment with using this to change scenario difficulty levels, but it doesn't help unless you can set it differently by side. Also, it would require bug #4680 to be fixed.

Scott K <scott>
Project Member


(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by gfgtdf (Posted a comment)
  • -unavailable- added by ivanovic (Posted a comment)
  • -unavailable- added by brunowolff (Updated the item)
  • -unavailable- added by scott (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat Aug 6 18:30:08 2016gfgtdfStatusNone=>Wont Fix
    Tue Jan 1 18:45:53 2008ivanovicAssigned tobrunowolff=>None
    Sat Nov 19 20:19:11 2005brunowolffAssigned toNone=>brunowolff
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup