See epic &20 and [wiki](https://gitlab.com/alleles/ella-frontend/-/wikis/home) for overall layout. In the old UI, variants could be [added or removed from the Report](https://allel.es/docs/manual/report-page.html#adding-or-removing-variants-from-the-report-export) on the separate Report page using `+` or `-` in the sidebar, whereas other functionality in the sidebar was disabled. In contrast, in the refactored frontend, we want to have this functionality available whenever the allele table is visible. This is better UX, as users often decide which variants to include as they are doing the interpretation. ## Implementation - Add a column REPORT to the right of CLASS in the allele table - In the CLASSIFIED section of the allele table, add a button: - `ADD` for variants not yet included in the Report (equal to `+` in old UI) - `REMOVE` (different color) for variants that have been included in the Report (either automatically or by user action; equal to `-` in old UI). - UNCLASSIFIED, TECHNICAL and NOT RELEVANT sections should have no button in this column. ## Technical Whether a variant is part of the report or not is determined by `interpretationState.allele[alleleId].report.included`. Note: Variants should be automatically included in the Report when they have been classified as class 3-5; this is governed by the config (`classification.options.include_report`). This should be handled in `InterpretationStateContext` (where `interpretationState.allele[alleleId].report.included` is `null`, i.e. the users have not actively added or removed the variant from the report).