Changes for page Breaking Changes

Last modified by Michael Baumgardt on 2026/04/17 12:03

From version 37.1
edited by nick
on 2019/09/02 12:03
Change comment: There is no comment for this version
To version 45.1
edited by stefan
on 2019/11/19 20:14
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -xwiki:XWiki.nick
1 +xwiki:XWiki.stefan
Content
... ... @@ -25,19 +25,65 @@
25 25  )))|=(((
26 26  Summary
27 27  )))
28 +|(% colspan="3" %)(% colspan="3" %)
29 +(((
30 +== 3.00 ==
31 +)))
28 28  |(% colspan="1" %)(% colspan="1" %)
29 29  (((
34 +Global
35 +)))|(% colspan="1" %)(% colspan="1" %)
36 +(((
37 +3.0 Beta 2
38 +)))|(% colspan="1" %)(% colspan="1" %)
39 +(((
40 +Support for entity flag "**skillsvisible**" dropped
41 +)))
42 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
43 +(((
44 +//Entity skills are always visible; that flag was a leftover from XR. We removed support for the script property .skillsvisible, the attribute "skillsvisible" of <set_entity_traits> and <set_npc_template_traits>, and the parameter "skillsvisible" of Lua function GetComponentData().//
45 +)))
46 +|(((
30 30  Scripts
48 +)))|(((
49 +3.0 Beta 2
50 +)))|(((
51 +Changes to **<event_changed_owner>** and added **<event_changed_true_owner>**.
52 +)))
53 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
54 +(((
55 +//Before 3.0 Beta 2 there was just a single event_changed_owner condition. This condition was triggered in multiple cases when an owner change occurred. However, the exact cases were inconsistent and also the event could have been triggered w/o an effective owner change having been applied.
56 +3.0 Beta 2 fixes these inconsistencies and ensures that the event is only fired, if the "effective" component owner of the object changed. To handle cases where the script actually needs to be informed if the "true" owner of a component was changed (i.e. not taking the cover faction into account) a new event_changed_true_owner was introduced.
57 +If in your scripts you make use of the event_changed_owner condition you need to verify that you indeed want to work with the "effective" component owner or whether your script code actually should work with the true owner of an object and update your code accordingly.
58 +On top of that the 3rd-parameter of the event_changed_owner (oldtrueowner) was dropped as the event is no longer triggered upon a change of the true owner alone (i.e. only if the change of the true owner has also an effect on the "effective" component owner).//
59 +)))
60 +|(% colspan="1" %)(% colspan="1" %)
61 +(((
62 +Global
31 31  )))|(% colspan="1" %)(% colspan="1" %)
32 32  (((
33 33  3.0 Beta 1
34 34  )))|(% colspan="1" %)(% colspan="1" %)
35 35  (((
68 +MissionBoard support dropped
69 +)))
70 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
71 +(((
72 +//MissionBoards was a dummy asset type which was only used during early development and never meant to be shipped in the released version. If any mod tried to make use of this asset type, undefined behavior would occur. Therefore we cleaned things up in 3.0 Beta 1 including deprecating/removing any related UI/script function.//
73 +)))
74 +|(% colspan="1" %)(% colspan="1" %)
75 +(((
76 +Scripts
77 +)))|(% colspan="1" %)(% colspan="1" %)
78 +(((
79 +3.0 Beta 1
80 +)))|(% colspan="1" %)(% colspan="1" %)
81 +(((
36 36  Script action **<add_actor_to_room/> **attribute **'room'** renamed to **'object'**
37 37  )))
38 38  |(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
39 39  (((
40 -Due to engine changes, script action <add_actor_to_room/> has had the attribute 'room' changed to 'object', which is more accurate. Most likely requires a 'position' if a slot is not provided.
86 +//Due to engine changes, script action <add_actor_to_room/> has had the attribute 'room' changed to 'object', which is more accurate. Most likely requires a 'position' if a slot is not provided.//
41 41  )))
42 42  |(% colspan="1" %)(% colspan="1" %)
43 43  (((
... ... @@ -137,8 +137,33 @@
137 137  (((
138 138  //GetMiniGameCursorPosition() was a left over from the XR era and never supposed to be shipped with X4. The function practically always returned 0 and hence we don't expect the removal of this obsolete function causing any actual mod to break.//
139 139  )))
186 +|(((
187 +UI core
188 +)))|(((
189 +3.0 Beta 1
190 +)))|(((
191 +**FFI: **GetLocalizedInteractiveNotificationKey can return icon placeholders
192 +)))
193 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
194 +(((
195 +//In 3.0 Beta 1 we added support to display icons for keyboard bindings, if an icon is available for the specified keys. This results in GetLocalizedInteractiveNotificationKey() potentially returning a different text now if such an icon is assigned to the mapped key/button.//
196 +)))
140 140  |(% colspan="1" %)(% colspan="1" %)
141 141  (((
199 +UI extensions
200 +)))|(% colspan="1" %)(% colspan="1" %)
201 +(((
202 +3.0 Beta 1
203 +)))|(% colspan="1" %)(% colspan="1" %)
204 +(((
205 +**FFI: **UIWeaponMod returned by GetInstalledWeaponMod() now includes property SurfaceElementFactor
206 +)))
207 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
208 +(((
209 +//In 3.0 Beta 1 we added support for a new weapon mod property "SurfaceElementFactor" to allow weapons to deal increased damage to surface elements such as Shield Generators, Turrets or Engines.//
210 +)))
211 +|(% colspan="1" %)(% colspan="1" %)
212 +(((
142 142  Scripts
143 143  )))|(% colspan="1" %)(% colspan="1" %)
144 144  (((
... ... @@ -150,7 +150,7 @@
150 150  |(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
151 151  (((
152 152  //$ware.illegal used to return true if the specified ware has the 'illegal' tag which is no longer used.//
153 -\\//It now returns true if $ware is illegal to any faction in the game.//
224 +//It now returns true if $ware is illegal to any faction in the game.//
154 154  )))
155 155  |(% colspan="1" %)(% colspan="1" %)
156 156  (((
... ... @@ -160,13 +160,11 @@
160 160  3.0 Beta 1
161 161  )))|(% colspan="1" %)(% colspan="1" %)
162 162  (((
163 -'**checkoperational**' filter behaviour changed
234 +MD script **RML_Flight_Along_Path** removed
164 164  )))
165 165  |(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
166 166  (((
167 -//Actions and conditions which use the 'checkoperational' filter now behave differently. Instead of changing how 'class' and 'exactclass' behave, checkoperational == true adds an additional filter for the components being of state operational, equivalent to state="componentstate.operational". This is implicitly enabled in action elements (e.g. <find_.../>) or condition elements (e.g. <count_...>), meaning that find_ship will only find operational ships. Using such actions/conditions with checkoperational="false" will include non-operational components such as wrecked and constructions. Existing uses may find that results now exclude non-operational components.//
168 -
169 -//Sub nodes such as match_child will have checkoperational default to false. Existing uses may find that results now include non-operational components.//
238 +//The MD script RML_Flight_Along_Path was not referened and was removed.//
170 170  )))
171 171  |(% colspan="1" %)(% colspan="1" %)
172 172  (((
... ... @@ -176,23 +176,69 @@
176 176  3.0 Beta 1
177 177  )))|(% colspan="1" %)(% colspan="1" %)
178 178  (((
179 -MD script **RML_Flight_Along_Path** removed
248 +parameters of **<event_venture_mission_completed/>** changed
180 180  )))
181 181  |(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
182 182  (((
183 -//The MD script RML_Flight_Along_Path was not referened and was removed.//
252 +//old params: param = venture details, param2 = ships involved, param3 = duration//
253 +//new params: param = venture detail list: [mission name, mission type], param2 = list of ships involved, param3 = duration//
184 184  )))
185 185  |(((
186 186  Scripts
187 187  )))|(((
258 +3.0 Beta 1
259 +)))|(((
260 +**<set_object_wing_name/>** removed,
261 +**<set_object_fleet_name/>** added
262 +)))
263 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
264 +(((
265 +//The common action <set_object_wing_name/> has been replaced with <set_object_fleet_name/>//
266 +)))
267 +|(((
268 +Scripts
269 +)))|(((
270 +3.0 Beta 1
271 +)))|(((
272 +**$controllable.wing.*** removed,
273 +**$controllable.fleet.*** added
274 +)))
275 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
276 +(((
277 +$controllable.wing.name, $controllable.wing.iscommander, and $controllable.wing.commander have been replaced with $controllable.fleet.name, $controllable.fleet.iscommander, and $controllable.fleet.commander
278 +)))
279 +|(% colspan="3" %)(% colspan="3" %)
280 +(((
281 +== 2.60 ==
282 +)))
283 +|(((
284 +Scripts
285 +)))|(((
188 188  2.60 Beta 1
189 189  )))|(((
190 -$container.supplyresources behavior changed
288 +'**checkoperational**' filter behaviour changed
191 191  )))
192 192  |(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
193 193  (((
292 +//Actions and conditions which use the 'checkoperational' filter now behave differently. Instead of changing how 'class' and 'exactclass' behave, checkoperational == true adds an additional filter for the components being of state operational, equivalent to state="componentstate.operational". This is implicitly enabled in action elements (e.g. <find_.../>) or condition elements (e.g. <count_...>), meaning that find_ship will only find operational ships. Using such actions/conditions with checkoperational="false" will include non-operational components such as wrecked and constructions. Existing uses may find that results now exclude non-operational components.//
293 +
294 +//Sub nodes such as match_child will have checkoperational default to false. Existing uses may find that results now include non-operational components.//
295 +)))
296 +|(((
297 +Scripts
298 +)))|(((
299 +2.60 Beta 1
300 +)))|(((
301 +$container.**supplyresources** behavior changed
302 +)))
303 +|(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)(% class="highlight-grey" colspan="3" data-highlight-colour="grey" %)
304 +(((
194 194  //The script keyword $container.supplyresources now includes reserved wares.//
195 195  )))
307 +|(% colspan="3" %)(% colspan="3" %)
308 +(((
309 +== 2.20 ==
310 +)))
196 196  |(% colspan="1" %)(% colspan="1" %)
197 197  (((
198 198  UI core
... ... @@ -225,6 +225,10 @@
225 225  (((
226 226  //The underlying behaviour remains the same in that it involves the buildprocessor, not the buildmodule. The attribute name has simply been corrected.//
227 227  )))
343 +|(% colspan="3" %)(% colspan="3" %)
344 +(((
345 +== 2.00 ==
346 +)))
228 228  |(% colspan="1" %)(% colspan="1" %)
229 229  (((
230 230  Scripts
... ... @@ -371,6 +371,10 @@
371 371  (((
372 372  //Changed return value type to const char* to better identify failure reasons in Lua script.//
373 373  )))
493 +|(% colspan="3" %)(% colspan="3" %)
494 +(((
495 +== 1.50 ==
496 +)))
374 374  |(((
375 375  UI extensions
376 376  )))|(((
... ... @@ -436,6 +436,10 @@
436 436  (((
437 437  (% style="color: rgb(0,0,0);" %)//CancelConstruction() now returns if the cancellation was successful. //
438 438  )))
562 +|(% colspan="3" %)(% colspan="3" %)
563 +(((
564 +== 1.32 ==
565 +)))
439 439  |(((
440 440  UI extensions
441 441  )))|(((
... ... @@ -447,6 +447,10 @@
447 447  (((
448 448  //Instead of "nextdestname", use the properties "destination" or "destinationsector" to retrieve a destination component, then retrieve its "name" property.//
449 449  )))
577 +|(% colspan="3" %)(% colspan="3" %)
578 +(((
579 +== 1.20 ==
580 +)))
450 450  |(((
451 451  UI extensions
452 452  )))|(((
Confluence.Code.ConfluencePageClass[0]
id
... ... @@ -1,1 +1,1 @@
1 -85132000
1 +88346129
url
... ... @@ -1,1 +1,1 @@
1 -https://www.egosoft.com:8444/confluence/wiki/spaces/X4WIKI/pages/85132000/Breaking Changes
1 +https://www.egosoft.com:8444/confluence/wiki/spaces/X4WIKI/pages/88346129/Breaking Changes