mirror of
https://github.com/agent0ai/agent-zero.git
synced 2026-07-09 17:08:29 +00:00
Add Files to the universal canvas rail and sidebar flow, with a reusable floating surface modal chrome that matches Browser/Desktop behavior. Make the File Browser modal draggable/resizable with Focus mode, keep Editor on the same draggable modal helper, and preserve dock/undock handoff state. Harden File Browser startup so empty paths resolve to the default workdir, restyle the Up control, compact New file/New folder actions, and hide Modified before Name/Size in narrow containers. Update DOX contracts and focused regression coverage for the new Files surface, modal chrome, default-path fallback, and compact layout behavior.
2.9 KiB
2.9 KiB
WebUI CSS DOX
Purpose
- Own shared stylesheet modules for the WebUI.
- Keep shared visual primitives stable across components and pages.
Ownership
- Each CSS file owns a named surface or primitive family such as buttons, messages, modals, notifications, scheduler, settings, surfaces, tables, or toast.
- Component-specific styles should usually stay inside the component HTML unless they are intentionally shared.
modals.cssowns the shared stacked modal shell, backdrop, scroll area, footer slot, modal button classes, floating/no-backdrop modal behavior, and shared modal section primitives.surfaces.cssowns surface modal switchers, action rails, draggable header affordances, focus-button state, and right-canvas surface primitives.index.cssdefines global theme variables such as--color-*,--spacing-*,--font-size-*, and--transition-speed.
Local Contracts
- Use existing CSS variables and naming patterns before introducing new global tokens.
- Avoid broad selectors that unexpectedly restyle plugin UI or unrelated components.
- Keep layout rules responsive and verify text does not overflow fixed controls.
- Shared modal buttons use
btn btn-okfor positive actions andbtn btn-cancelfor dismissive or negative actions. - Modal footer action order is positive action first, dismissive or negative action second.
- Modal footers use
.modal-footerplusdata-modal-footer; do not redefine.btn,.modal-footer,.modal-inner, or.modal-scrollinside components. - Shared modal sizing keeps
.modal-innercentered withwidth: 90%,max-width: 960px, andmax-height: 90vh. - Tall modal bodies must scroll inside
.modal-scroll; pinned footer content must stay outside that scroll area. .modal-floatingmust keep the full-screen shell pointer-transparent while.modal-innerremains pointer-active.- Use
.modal-no-backdroponly for backdrop suppression without click-through floating behavior. - Do not add decorative one-note palette changes that conflict with existing WebUI design.
Work Guidance
- Keep shared CSS small and scoped to clear class families.
- Coordinate class renames with all component and plugin references.
- Prefer improving an existing primitive over creating a near-duplicate style family.
- Use component-local styles for unique layouts and shared CSS for repeated primitives such as modal sections, toolbars, buttons, tables, notifications, and surfaces.
- Preserve modal sizing and scrolling expectations: centered
.modal-inner, constrained viewport height, body scroll inside.modal-scroll, and footer outside the scroll area.
Verification
- Manually inspect affected WebUI screens at desktop and mobile widths for shared CSS changes.
- Run visual or frontend tests if the touched style has coverage.
- For modal CSS, test a tall modal, a footer modal, a stacked modal, and a floating modal.
Child DOX Index
No child DOX files.