This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-01-14
Channels
- # announcements (1)
- # babashka (19)
- # beginners (50)
- # biff (7)
- # calva (6)
- # cider (13)
- # circleci (7)
- # clj-kondo (49)
- # clojure (45)
- # clojure-belgium (1)
- # clojure-europe (2)
- # clojure-indonesia (1)
- # clr (12)
- # datomic (3)
- # events (7)
- # fulcro (4)
- # graphql (2)
- # gratitude (1)
- # instaparse (5)
- # lsp (17)
- # off-topic (26)
- # polylith (15)
- # portal (4)
- # remote-jobs (2)
- # spacemacs (12)
In the RAD form :event/attribute-changed
gets the cardinality
and type
from the event-data
but those are never passed into input-changed!
The general assumption of many calls is that having either the attribute or the qualified key of the attribute (which should enable lookup in your model) is sufficient for you to determine what you want to know. I’m not exactly sure which thing you’re referring to: the trigger or some UI thing?
input-changed!
triggers the attribute-changed
event like this:
(uism/trigger!! form-instance asm-id :event/attribute-changed
{::attr/qualified-key k
:form-ident form-ident
:form-key (comp/class->registry-key (comp/react-type form-instance))
:old-value old-value
:value value})
Note that the cardinality
and the type
are not passed into the event-data
. Then :event/attribute-changed
calls it like this:
{:keys [old-value form-key value form-ident]
::attr/keys [cardinality type qualified-key]} event-data
It is expecting the cardinality
and the type
to be passed into the event-data
. Those values will always be nil.