Sorry, this isn't making sense. Only monarchs and leaders have death dates. A Zongli would only be an abstraction through an event.
I was speaking abstractly. In writing out the timeline on paper, each prime minister would be set to die (or retire) on a particular date, and on that date the two candidates who are still alive would be presented as the two choices in the event. This is still just going to be just a series of events and flags, I'm just talking about how I'm working it out in advance; I don't think that they necessarily need to reconnect date-wise cyclically if I do it this way.
That way, there only needs to be one event for each person (his death or retirement) and the date of that death would indicate who the two candidates would be.
If you choose A over B in event 1, and A dies in 1435, say, on my paper list it would show that B is still alive, and C continues from A. Therefore the choice would be B or C (i.e., the player could choose person B or person C). Alternately, B might also be dead by then and the choice would be C or D. Or if they had chosen B, and A died first, then the choice would be C or D. &c. It's just the way I'm envisioning the chain and planning just how many events would need to be written. I am, of course, planning on writing the text for each one myself, and the flags should be fairly obvious (i.e. ZZZ AAA is prime minster or XXX AAA is prime minister).
I don't see how this is different from the version I gave up above. Because you would have to be sleeping events, not triggering them. You cannot trigger an event to happen later. If you trigger it, it happens immediately. Otherwise, you are taling about using flags, ids or sleepevent commands to be selective about an event which will fire in the future.
The only difference I was proposing was in NOT having to synch up the dates ever. It doesn't result in an explosion, just really a doubling of the number of events (which means double the work for me, in particular).