CotomyElement Value and Form Behavior
How CotomyElement handles value, text, and what actually gets sent in POST requests.
How CotomyElement handles value, text, and what actually gets sent in POST requests.
Practical DOM patterns with CotomyElement: selection, traversal, state checks, sizing, and scroll-driven behavior.
Why Cotomy keeps page lifecycle and cross-form coordination in CotomyPageController instead of scattering ready logic across screens.
A design-focused note on why Cotomy starts from CotomyElement and treats DOM handling as an architectural boundary, not a UI convenience API.
Design screen entry first with CotomyPageController, then structure CRUD flow around one endpoint boundary.
Binding, creating, and managing UI structure with CotomyElement in real DOM-centric workflows.
UI should declare operational intent, while business authority must remain in business logic and operational contracts.
Operational safety in business UI depends on a clear runtime boundary between screen intent and execution structure.
In business UI, form submission and API calls are the same operational protocol, not separate patterns.
Form state in business UI is not just input values. It is a long-lived working context that breaks when several mutation paths redefine it without one design rule.