Skip to content

add filter trigger on new checkboxes click - #33

Merged
smarcet merged 1 commit into
masterfrom
feature/event-list-new-filters
Feb 4, 2022
Merged

add filter trigger on new checkboxes click#33
smarcet merged 1 commit into
masterfrom
feature/event-list-new-filters

Conversation

@romanetar

Copy link
Copy Markdown

Signed-off-by: romanetar <roman.gutierrez@gmail.com>
@smarcet
smarcet merged commit b985485 into master Feb 4, 2022
smarcet pushed a commit that referenced this pull request Jul 21, 2026
…1014)

* feat(sponsor-reports): contained forms display and sponsor booth fallback

Consumes two additive sponsor-reports-api fields shipped for the summit-73
ops fixes (backend PRs #33/#34 in that repo):

- OrdersTable Type column renders the order's full contained form set
  ("CL - Cleaning, EL - Electrical") when `forms` is present. The backend
  form_code filter matches by containment, so showing only the first
  line's label made filtered rows look wrong. Falls back to the legacy
  form.display until the API ships, and shows the bare code for
  pre-backfill rows whose form name is null.
- Destination in BOTH lines views (LinesManifestView and the By Item
  drill-down) falls back from the line's add_on_name to the new
  sponsor_booth (the sponsor's Booth-type add-on name(s)), using || to
  match the backend CSV's `or` precedence so an empty-string add-on falls
  through. The muted "Booth" placeholder now appears only for sponsors
  with no booth add-on on file.

No new files; reducers pass rows through verbatim so no action/reducer/
i18n changes. Both renders degrade gracefully against the pre-deploy API
shape. Tests pin the join format, || precedence (empty-string case),
absent/empty forms fallback, and the By Item contributor mapping.

Co-Authored-By: Claude <noreply@anthropic.com>

* refactor(sponsor-reports): fold booth fallback into Destination

Destination now owns the add_on || booth precedence (and its why-comment)
instead of both call sites repeating the expression. Also pins the
empty-string form-name case in the OrdersTable Type column.

Co-Authored-By: Claude <noreply@anthropic.com>

---------

Co-authored-by: Claude <noreply@anthropic.com>
smarcet pushed a commit that referenced this pull request Jul 21, 2026
…1014)

* feat(sponsor-reports): contained forms display and sponsor booth fallback

Consumes two additive sponsor-reports-api fields shipped for the summit-73
ops fixes (backend PRs #33/#34 in that repo):

- OrdersTable Type column renders the order's full contained form set
  ("CL - Cleaning, EL - Electrical") when `forms` is present. The backend
  form_code filter matches by containment, so showing only the first
  line's label made filtered rows look wrong. Falls back to the legacy
  form.display until the API ships, and shows the bare code for
  pre-backfill rows whose form name is null.
- Destination in BOTH lines views (LinesManifestView and the By Item
  drill-down) falls back from the line's add_on_name to the new
  sponsor_booth (the sponsor's Booth-type add-on name(s)), using || to
  match the backend CSV's `or` precedence so an empty-string add-on falls
  through. The muted "Booth" placeholder now appears only for sponsors
  with no booth add-on on file.

No new files; reducers pass rows through verbatim so no action/reducer/
i18n changes. Both renders degrade gracefully against the pre-deploy API
shape. Tests pin the join format, || precedence (empty-string case),
absent/empty forms fallback, and the By Item contributor mapping.

Co-Authored-By: Claude <noreply@anthropic.com>

* refactor(sponsor-reports): fold booth fallback into Destination

Destination now owns the add_on || booth precedence (and its why-comment)
instead of both call sites repeating the expression. Also pins the
empty-string form-name case in the OrdersTable Type column.

Co-Authored-By: Claude <noreply@anthropic.com>

---------

Co-authored-by: Claude <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants