BUG: NEW: Changing a monarch's ability by -1 is not displayed

Norrefeldt · Sep 19, 2005

Changing a monarch's ability by -1 is not displayed

If a monarch gets his values reduced by 1, it's not displayed in the text box with effects. Very odd, as a change of -2 is displayed. It occurs in the save though, so I don't doubt it's being implemented.

Code:

                command = { type = DIP   which = -1 value = x }                
		command = { type = ADM   which = -1 value = x } 
                command = { type = MIL   which = -1 value = x }

I have reported this before, a few years ago. At that time these commands were not used in vanilla, I guess that's why it was never taken care of. Now they are used in the following events:

3419
#Fjodor Baikov's Diplomatic Incident#

3415
#The Russian Orthodox Church declared independent of Constantinople#

94016
#Scandal at the Court

AndrewT · Sep 20, 2005

377 : Type: Interface | Status: CONFIRMED | Severity: MINOR
Monarch value changes of -1 (with the MIL, ADM or DIP event commands) do not display in the event effect text or mouseover. All other values appear to be OK. Thread 213362.
Reported In: 1.08 | Correction planned In : | Corrected In :

One thing I noticed while duplicating this that I hadn't before, is that if there are 4 or fewer effects in the event they also show in the event text itself, whereas if there are more than four the effects only show up in the mouseover text.

Norrefeldt · Sep 21, 2005

I looked in the text.csv to see if there seemed to be anything wrong with the line, but it seems not? Should we aim for fixing the events, or hope for a a bug fix? This might not be a high priority thing, even if Johan ever does another beta.

AndrewT · Sep 22, 2005

I suspect there will be no more betas, and even if there were I strongly doubt this would be one of the fixes chosen for it.

Norrefeldt · Nov 14, 2005

Unless this will be fixed (and it's admittedly rather minor) I think we should just scaled them to -2 and half the time, to have almost the same effect. That's just a text file change. At least the random event should be looked at.

AndrewT · Nov 15, 2005

OK, I've changed all those from -1 to -2.

I have to say the 3415 #The Russian Orthodox Church declared independent of Constantinople# event leaves a bit to be desired; the effects in action_b (#No we need Constantinople to lead the True Faith#) last for 2772 months which is 231 years or to the end of the game. Except that of course the next monarch change will undo them, which will be at most 7 years.

Norrefeldt · Nov 15, 2005

AndrewT said:
I have to say the 3415 #The Russian Orthodox Church declared independent of Constantinople# event leaves a bit to be desired; the effects in action_b (#No we need Constantinople to lead the True Faith#) last for 2772 months which is 231 years or to the end of the game. Except that of course the next monarch change will undo them, which will be at most 7 years.

Indeed, if we change the event we might as well fix that. When the event was written, that long time ment to balance the options. As it is now, it's without competition the most unbalancing event in EU2. If we are conservative, we just change the displayed effect to match the actual effect, and set it to something around 84 months.
In AGCEEP we balanced the event, but that may not be possible here.

AGCEEP version:

Code:

#The Russian Orthodox Church declared independent of Constantinople#
event = {

	id = 3415
	trigger = {
			NOT = {
				exists = BYZ
				}
		}
	random = no
	country = RUS
	name = "EVENTNAME3415"
	desc = "EVENTHIST3415"
	style = 2

	date = { day = 1 month = january year = 1588 }
	offset = 374
	deathdate = { day = 1 month = january year = 1591 }

	action_a ={	#Let us lead the True Faith from Moscow#
		name = "ACTIONNAME3415A"
		command = { type = domestic which = CENTRALIZATION value = 1 }
		command = { type = domestic which = INNOVATIVE value = 2 }
		command = { type = relation which = PSK value = 150 }
		command = { type = relation which = GEO value = 150 }
		command = { type = relation which = SER value = 150 }
		command = { type = relation which = WAL value = 150 }
		command = { type = relation which = MOL value = 150 }
		command = { type = relation which = NVG value = 150 }
		command = { type = relation which = SEV value = 150 }
		command = { type = relation which = BAE value = 150 }
		command = { type = relation which = RYA value = 150 }
		command = { type = relation which = TVE value = 150 }
		command = { type = relation which = KAL value = 150 }
		command = { type = relation which = TRE value = 150 }
		command = { type = relation which = CYP value = 150 }
		command = { type = stability value = 1 }
	}

	action_b ={	#No we need Constantinople to lead the True Faith#
		name = "ACTIONNAME3415B"
		command = { type = domestic which = CENTRALIZATION value = -2 }
		command = { type = domestic which = INNOVATIVE value = -1 }
		command = { type = addcore which = 357 } #Constantinople
		command = { type = stability value = -3 }
	}
}

Old action B:

Code:

	action_b ={				#No we need Constantinople to lead the True Faith#
		name = "ACTIONNAME3415B"
		command = { type = domestic which = CENTRALIZATION value = -2 }
		command = { type = domestic which = INNOVATIVE value = -1 }
		command = { type = DIP which = -3 value = 2772 }
		command = { type = ADM which = -2 value = 2772 }
		command = { type = MIL which = -1 value = 2772 }
		command = { type = addcore which = 320 }
		command = { type = addcore which = 321 }
		command = { type = addcore which = 356 }
		command = { type = addcore which = 357 }
		command = { type = addcore which = 358 }
		command = { type = addcore which = 359 }
		command = { type = addcore which = 360 }
		command = { type = add_countryculture which = greek }
		command = { type = stability value = -3 }
	}

Norrefeldt · Nov 15, 2005

AndrewT, perhaps I should start a new thread for fixing this event?

AndrewT · Nov 16, 2005

Yes, why not start one in the general discussion forum, then another new one back here when some agreement is reached.

Norrefeldt · Nov 20, 2005

I don't think we'll get anywhere towards agreeing on a new event. So I suggest only the undisputable bugs are fixed, and in the event above:

Code:

		command = { type = DIP which = -3 value = 2772 }
		command = { type = ADM which = -2 value = 2772 }
		command = { type = MIL which = -1 value = 2772 }

is replaced with:

Code:

		command = { type = DIP which = -3 value = 120 }
		command = { type = ADM which = -2 value = 120 }
		command = { type = MIL which = -2 value = 120 }

since that's the effect, the only monarch affected is

Code:

historicalmonarch = {
	id = { type = 6 id = 05133 }
	startdate = {
		year = 1584
		month=march
		day=19
	}
	deathdate = {
		year = 1598
		month=january
		day=7
	}
	name = "Fedor I"
	DIP = 5
	ADM = 4
	MIL = 6
	dormant = no
}

AndrewT · Nov 21, 2005

I've changed the -1 to -2, but what's the point of changing the months? Just so the displayed amount roughly corresponds with the actual?

Norrefeldt · Nov 21, 2005

AndrewT said:
I've changed the -1 to -2, but what's the point of changing the months? Just so the displayed amount roughly corresponds with the actual?

Yes. It should be considered a display bug as much as changing from -1 to -2 is a display bug.

AndrewT · Nov 22, 2005

OK, done, thx.

Search

BUG: NEW: Changing a monarch's ability by -1 is not displayed

Norrefeldt

Porphyrogenitus

AndrewT

The Full Monty Python

Norrefeldt

Porphyrogenitus

AndrewT

The Full Monty Python

Norrefeldt

Porphyrogenitus

AndrewT

The Full Monty Python

Norrefeldt

Porphyrogenitus

Norrefeldt

Porphyrogenitus

AndrewT

The Full Monty Python

Norrefeldt

Porphyrogenitus

AndrewT

The Full Monty Python

Norrefeldt

Porphyrogenitus

AndrewT

The Full Monty Python