Refactor admin UI structure #244

Merged
carla merged 4 commits from refactor-admin-settings-ui into main 2025-12-03 18:00:54 +01:00
Collaborator

Description of the implemented changes

The changes were:

  • Bugfixing
  • New Feature
  • Breaking Change
  • Refactoring

Fixes #212

What has been changed?

  • Move custom fields settings into a section on the admin UI page

Definition of Done

Code Quality

  • No new technical depths
  • Linting passed
  • Documentation is added were needed

Accessibility

  • New elements are properly defined with html-tags
  • Colour contrast follows WCAG criteria
  • Aria labels are added when needed
  • Everything is accessible by keyboard
  • Tab-Order is comprehensible
  • All interactive elements have a visible focus

Testing

  • Tests for new code are written
  • All tests pass
  • axe-core dev tools show no critical or major issues

Additional Notes

## Description of the implemented changes The changes were: - [ ] Bugfixing - [ ] New Feature - [ ] Breaking Change - [x] Refactoring Fixes #212 ## What has been changed? - Move custom fields settings into a section on the admin UI page ## Definition of Done ### Code Quality - [x] No new technical depths - [x] Linting passed - [x] Documentation is added were needed ### Accessibility - [x] New elements are properly defined with html-tags - [x] Colour contrast follows WCAG criteria - [x] Aria labels are added when needed - [x] Everything is accessible by keyboard - [x] Tab-Order is comprehensible - [x] All interactive elements have a visible focus ### Testing - [ ] Tests for new code are written - [x] All tests pass - [x] axe-core dev tools show no critical or major issues ## Additional Notes <!--- Add any additional information for the reviewers here -->
rafael self-assigned this 2025-12-03 10:28:33 +01:00
rafael force-pushed refactor-admin-settings-ui from 11dfde921a
Some checks failed
continuous-integration/drone/push Build is failing
to 95e147bc79
Some checks failed
continuous-integration/drone/push Build is failing
2025-12-03 13:27:07 +01:00
Compare
rafael changed title from WIP: Refactor admin UI structure to Refactor admin UI structure 2025-12-03 14:24:51 +01:00
rafael force-pushed refactor-admin-settings-ui from 95e147bc79
Some checks failed
continuous-integration/drone/push Build is failing
to b34d5ec99f
Some checks reported errors
continuous-integration/drone/push Build was killed
2025-12-03 14:31:40 +01:00
Compare
rafael force-pushed refactor-admin-settings-ui from b34d5ec99f
Some checks reported errors
continuous-integration/drone/push Build was killed
to ae179703db
Some checks reported errors
continuous-integration/drone/push Build was killed
2025-12-03 14:33:38 +01:00
Compare
carla requested review from carla 2025-12-03 15:09:28 +01:00
rafael force-pushed refactor-admin-settings-ui from ae179703db
Some checks reported errors
continuous-integration/drone/push Build was killed
to 483854ea65
Some checks failed
continuous-integration/drone/push Build is failing
2025-12-03 15:15:47 +01:00
Compare
rafael force-pushed refactor-admin-settings-ui from 483854ea65
Some checks failed
continuous-integration/drone/push Build is failing
to ba5fc34d80
Some checks failed
continuous-integration/drone/push Build is failing
2025-12-03 16:32:50 +01:00
Compare
carla approved these changes 2025-12-03 17:28:53 +01:00
carla left a comment

Looks nice ! :)

Looks nice ! :)
@ -0,0 +16,4 @@
def render(assigns) do
~H"""
<div id={@id}>
<.header>
Owner

I think we should avoid using th eheader component in components that we embed somewhere, because it renders as h1, and there can always only be one h1 tag per page. But we can have a seperate issue to check the heading for all pages at once I think

I think we should avoid using th eheader component in components that we embed somewhere, because it renders as h1, and there can always only be one h1 tag per page. But we can have a seperate issue to check the heading for all pages at once I think
@ -0,0 +78,4 @@
</:action>
<:action :let={{_id, custom_field}}>
<.link phx-click={JS.push("prepare_delete", value: %{id: custom_field.id}, target: @myself)}>
Owner

What's the reason to use JS.push here? :)

What's the reason to use JS.push here? :)
@ -0,0 +85,4 @@
</.table>
<%!-- Delete Confirmation Modal --%>
<dialog :if={@show_delete_modal} id="delete-custom-field-modal" class="modal modal-open">
Owner

Maybe for later we can have an issue to move dialogs to core components to reuse them?

Maybe for later we can have an issue to move dialogs to core components to reuse them?
Merge branch 'main' into refactor-admin-settings-ui
Some checks failed
continuous-integration/drone/push Build is failing
188a6f667c
formatting
All checks were successful
continuous-integration/drone/push Build is passing
8ce89a7227
carla merged commit a68a15be6a into main 2025-12-03 18:00:54 +01:00
carla deleted branch refactor-admin-settings-ui 2025-12-03 18:00:55 +01:00
Sign in to join this conversation.
No description provided.