Good question, Larry.
Currently the errata system works like this:
- you can attach an errata item to a "thing" in the Library
- any other "thing" that includes that first thing will display the sub-errata
To use Kommisars as an example, the site only knows that there is
a Kommisar. It does not know that there are EFDx Kommisars and RtBr Kommisars.
Any scenario that has
a Kommisar in its OOB pulls
the Kommisar, and its errata along with it.
This works beautifully for unique items like maps - one map errata will always show when that map is used. But, as you've noted, it can be needlessly repetitive for items that are not unique, primarily units which can have many individual counters only a portion of which are erroneous.
In this way I originally erred on the side of design simplicity and effectiveness-via-repetition.
The code could be enhanced to make errata items more conditional (
this errata applies to ____ only from game ___), but to be honest that would not be high on my site development priority list because the current function, while perhaps annoying at times, is far from broken.
Currently I've got 42 open issues in my development tracker:
- 12 are outright bugs/broken things of varying severity that need to be fixed
- 17 are enhancements to existing features
- 4 are proposals for completely new features
- 9 are maintenance tasks that you'll never see the effects of but should be done for site stability reasons
The number is a little misleading because the time associated with each item can vary wildly. "Upgrading the Library" was
one enhancement, but it took me almost half a year of on and off development. Other things can be done in 10 minutes if I decide to turn my attention to them.
And that's all I have to say about that!