Opened 5 years ago

Last modified 5 years ago

#1562 new change

Get cleverer about affix compatibility

Reported by: magnate Owned by: magnate
Milestone: v4 Keywords: items affixes

Description (last modified by magnate)

Myshkin suggests that there's no reason we shouldn't allow >1 material affix, e.g. for DSM materials leading to high-DSM themes. We could simply add a line for material affixes that lists other materials which they are (or are not) allowed to appear with.

We still have consensus that we should have only one make affix.

If quality affixes are suppressed in descriptions, except for the best, they are merely making silent adjustments to combat values and >1 would be fine).

Change History (2)

comment:1 Changed 5 years ago by magnate

Another point here is that limiting items to one each of make, material and quality results in a huge preponderance of suffices, since so many more are available each time obj_add_affix is called. This probably needs a separate solution, but would be at least slightly alleviated by allowing multiple material and/or quality prefixes.

comment:2 Changed 5 years ago by magnate

  • Description modified (diff)

Must be implemented with #1600 in mind (or afterwards). The compatibility associations we want will determine whether it's better to stick with on-the-fly allocation table creation and just take the performance hit.

Note: See TracTickets for help on using tickets.