[Aborted] Distant Worlds 2 Mod Maker

[frankycl]

To be honest, I would remove all filters by switching to a tree view, since the tree view already filters the events itself.

Ok, so you just want a tree-list instead (I looked into the Planetary Facilities section ).
Fine - then I think we'd need something like this ("->" resemble the tree-branches):

1. Main Story -> event-groups (preferably in sequence of the events in the XML; - but also sortable alphabetically) -> events (preferably in sequence of the events in the XML; - but also sortable alphabetically)
2. Race Events -> indidual races -> event-groups + Planet Destroyer events for each indidual race (preferably in sequence of the events in the XML; - but also sortable alphabetically) -> races-pecific events (= the ones with the race-name in brackets in their <Name>-tags) + all non-trigger events for each indidual race (preferably in sequence of the events in the XML; - but also sortable alphabetically)
3. Special Events -> event-groups (preferably in sequence of the events in the XML; - but also sortable alphabetically) -> events (preferably in sequence of the events in the XML; - but also sortable alphabetically)
4. Undefined Events -> events (preferably in sequence of the events in the XML; - but also sortable alphabetically)

More ist not needed, imho, since there aren't more differentiations in the XML, anyway.

Please note: Regarding Planet Destroyer events, it would be needed to duplicate some of these (in your tree-view), because they are the same for all races ! (but there aren't any other "All Races Events" in the XML that don't already belong to other categories/groups)

[Eventure]

development aborted

[Eventure]

development aborted

[frankycl]

preferably in sequence of the events in the XML

Can you tell me why?

Yes - that's simply due to the fact, that many events in an event-chain are chronologically played in the game - and this mathes the sequence of the events in the XML (mostly). But of course I could also provide you with those numbers in brackets, to show you/your tool the needed sequence - it only takes a lot more time to do so (and I would only do this with event-chains, not with all other events, yes ?).
But often there are also events (in an event-chain) that are NOT played chronological, but that are only choices to be played either/or. What should I do with those (regarding the special numbers)

Please note: Regarding Planet Destroyer events, it would be needed to duplicate some of these (in your tree-view), because they are the same for all races ! (but there aren't any other "All Races Events" in the XML that don't already belong to other categories/groups)

That would not be a problem. But a separate category for "All Races Events" would be nice to have rather than duplicating it, and more may be added in the future.

No, that's not possible ! The >Planet Destroyer events< always consist of an event-chain (for each race) with a root event that's more or less race-specific (the ones with "..(Mortalen)" in their <Name>-tag and the ones with "..(other (=Non Mortalen))") and some following events that are listed only once in the XML, but belong/should be connected to ALL races ! That's why it wouldn't make any sense to seperate them in your listings - they always belong to 1 and the same event-chain for each race (and that's why I used the same group-name for them, too ) !

And secondly, like I told you before, there aren't any other events that apply/should be connected to all races, except the >Main Story events< and the >Special Events< (but those would have their own category already). So, why would you need a special category "All Races Events" ?

[Eventure]

development aborted

[frankycl]

Will try to push out asap the next update, which will contain some support for you.

Support for me ? - many thanks in advance, but I wonder what that might be (?)

But often there are also events (in an event-chain) that are NOT played chronological, but that are only choices to be played either/or. What should I do with those (regarding the special numbers)

Hmm, I think [c] will be enough, if they are really just choices, I would mark them as these in the list, which would then also be grouped. [0] for the start event and counting and lastly [a] for the events, that apply to all races. If you encounter two or more events of a stage, they all should have the same number.

What do you mean by "stage" ? Does this mean the branches of your tree-view (?) - or more the chronological sequence of events in one and the same branch ? But, if this is the case, because they are chronological, there is only 1 event for each "stage". - But I guess what you meant are the choices, right ? - Ok, those will all get the same numbers (if they are only dependent on the players choice, but at the same time/situation in the game - because there are also chronologigal choices-chains where this is NOT the case !), but then they would need numbers AND letters, like e.g. [1c], right

The Mod Maker will handle the inticator interally only, so a user won't see that indicator in the group name. Instead there will be a combobox to decide, (...)

What's a "combobox" (inside a tree-branch) ?

[frankycl]

OK, I have one more thing. (...)

Oh, I completely missed that post, so far - sorry.

Let's briefly talk about the event filter criteria of each area again:
(...)

Ok, to summazize:

1. Don't know the difference between "group name" and "specific group name"

2. There are NO events without a group name, now. (or should I delete the group names again, if there is only 1 event in this group )

[Eventure]

development aborted

[Eventure]

development aborted

[frankycl]

Some new controls in the Game Event part should lead to less typing text.

Hm - I'm a little confused, now. Shouldn't I just add the numbers/letters in brackets ?
How can your tool help me here ?
(And you still haven't told me what's the difference between "group name" and "specific group name" - and if I should delete the group names again, if there is only 1 event in this group )

Also:

Comboboxes are drag-down list. You saw them already (e.g. the filters).

Next update is ready. You will get a new combobox for the event category, a boolean box to select, if the event is a single or multi-stage event and a stage textbox.

Ok, but didn't you want to do this with a tree-view, now ?

And there are still the Mortalen Planet Destroyer events in the Category for the Human race (?) - and also some identically event-names, like e.g. "SpecialEvent_PreWarpHomeSystem_ComputerCoreDebris" - but there are no such double events in the XML.


And finally:

(...) Can the event itself (i.e. not the name) tell you that it is a choice?

No, I can only see that it's a choice if the word "choice" is in the name-tag (or something similar), or if the text-description(s) in combination with the TriggerAction-Types show me this.
(Therefore I'll have to look through the whole file again.)

[frankycl]

Ok, I've looked in the XML again and I think I know now why you have some identically event-names in your filter-lists:

That's all due to the fact, that your filters haven't used my additional edits/fixes in the file, like e.g. the comment-syntax for the double "SpecialEvent_PreWarpHomeSystem_ComputerCoreDebris"-entry or the additions to the group-names.
You should really tell your tool to take account of these additions, too.

Speaking of which: I have only changed/fixed the group-names, so far, since I assumed that you would use them in your tree-view. But it seems that your tool needs a copy of those additions/fixes in the name-tags for the events, too, right (since you haven't used the group-names in your filter-lists, so far)

[Eventure]

development aborted

[frankycl]

Multi Stage boolean box,
(...)
- Yes > a tag is added with the value of the Stage textbox, e.g. [0]

Oops - already started the event-stages with [1] - do I need to change this with [0], again

If there is only one event in a group, it's is no group. (...)

e.g
Race Events
-> Race name
---> Event-Groups
-----> Group name
-------> Event Name
---> Events
-----> Event Name

Ok, i would think this could be a fine order, but where do you get the "Event-Groups"-name from (I only added "Group names", so far) ?

Also: Do I now have to delete all group-names if they are only single-events (please not )

Nothing changed with the list in the last update, changes will come with the treeview.

Oh, I thought that you had (tried) to use my edited XML, already; - my bad.

[Eventure]

development aborted

[Eventure]

development aborted

[frankycl]

No problem, start with one. (...)
(...)
No, a group name without a [] bracket is a single event. Can be done later.

Ok, then I think my changes are (almost) the same - and I'm (almost) good to go on.
Thanks for the quick answer.
(EDIT: Oh, but the "[] brackets" need to be in the event-names - not the group-names ! )

However, there might still be a problem:

(...) The quest name shouldn't contain any special characters (_) or even race names, (...)

But I copied all the race-names in brackets, too (in the group-names) - Do I now need to delete them, again
(But why ? - Can't a group-name also have the race-name in brackets ? - In some cases this is even needed, I think, because their are events with the same event-/group-names, but for different races ! - Therefore I would strongly advise you to keep/ignore the race-names in the group-names. )

[Cameron122]

Getting an error where when I make a new government the leader replacement pool does not fill out. this is on the latest released version and the most recent beta. None of the governments I made appear on race select either. Or during revolution.

[Eventure]

development aborted

[Eventure]

development aborted

[frankycl]

(EDIT: Oh, but the "[] brackets" need to be in the event-names - not the group-names ! )

No, otherwise we have to change all trigger event names, not a good idea!

What ? - you must be kidding What "trigger event names" ?? - I haven't change anything but added group-names and added the [xy] brackets in the events name-tags (at the end) ! - I have NOT changed ANY event-names (except some fixes that were necessary) - so, why would you have to change event names ?
And Bsds: I have done this almost for all events, already - and I'm not willing to do it all again (only for your tool) - sorry.
It wouldn't be logical at all ! - Groups aren't / dont belong to stages - events do !

An example:
You have Event-Group X, that consist of event a, b, c and d. - Then event a[1] would be stage 1, event b[2] stage 2 and event c[3c] would be stage 3 with choise 1 and event d[3c] would be stage 3 with choise 2. - But all of them belong to / have the (same) group-name: X !
See what I mean ?

No, each group is bound to a race, so a race name within a group name wouldn't be necessary. (...)

Ok, but "wouldn't be necessary" and "need to be deleted" are not the same, yes (which was my original question;-))