You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Capability to register listeners (observers) on read and write #39
the callback signature: probably just (obj, field) for get and (obj, field, value, has_changed) for set.
should the observer be called in the same thread ? probably yes for now. Later we could imagine using asyncio.loop.call_soon but that seems overkill for now
should the observer be called after setting the value in case of a set observer ? Maybe better to support (A) generators with a single yield and (B) normal methods, in which case they will be called after* the field is set.
the name of the option in field() and in the associated decorator (like for validators and converters). Maybe get_observers and set_observers (without the 's' for decorator and corresponding add_xxx method) ?
changed the title [-]Capability to register listeners on read and write[/-][+]Capability to register listeners (observers) on read and write[/+]on Oct 18, 2019
Just a few cents on asnycio.loop.call_soon: There are other event loops out there (I'm a huge fan of trio). It would be great if this feature would play well together with such other loops.
Activity
[-]Capability to register listeners on read and write[/-][+]Capability to register listeners (observers) on read and write[/+]burnpanck commentedon Feb 2, 2022
Just a few cents on
asnycio.loop.call_soon: There are other event loops out there (I'm a huge fan of trio). It would be great if this feature would play well together with such other loops.smarie commentedon Feb 11, 2022
thanks for the advice ! I did not yet know
trio, I'll have a look