| 
  • If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • Finally, you can manage your Google Docs, uploads, and email attachments (plus Dropbox and Slack files) in one convenient place. Claim a free account, and in less than 2 minutes, Dokkio (from the makers of PBworks) can automatically organize your content for you.

View
 

XML - Merges

Page history last edited by PBworks 14 years, 6 months ago

Attribute Field Reference:

firstItemIndex - index of original item

secondItemIndex - item index to merge with

firstResultingItemIndex - resulting item index

secondResultingItemIndex - resulting item index 2 (secondary merge output, only works for standard merges)

mergeType - type of merge to perform, see below

APCost - APs deducted to perform the merge

Merge Types:

DESTRUCTION, 0

COMBINE_POINTS, 1

TREAT_ARMOUR, 2

EXPLOSIVE, 3

EASY_MERGE, 4

ELECTRONIC_MERGE, 5

USE_ITEM, 6

USE_ITEM_HARD, 7

USE_ITEM/USE_ITEM_HARD type merges do NOT work with the new secondResultingItemIndex. They should just ignore it completely.

USE_ITEM = use one item on another (ie: cut a shirt with a knife) - retains original item

USE_ITEM_HARD = use one item on another, but do a mechanics check to see if it works

The new secondResultingItemIndex will convert the firstItemIndex into the new item type.

So it goes:

source item (firstItemIndex) + target item (secondItemIndex) = new result (target) item (firstResultingItemIndex) + changed source item (secondResultingItemIndex)

Note: When adding new merges, they have to be sorted first by the UiIndex of the first item in the merge, then by the UiIndex of the second item. They have to be sorted WITH the existing entries.

Comments (0)

You don't have permission to comment on this page.