diff options
author | W. Trevor King <wking@drexel.edu> | 2009-06-23 14:05:36 -0400 |
---|---|---|
committer | W. Trevor King <wking@drexel.edu> | 2009-06-23 14:05:36 -0400 |
commit | 94ec388327e2418ff54431ed4e4f05cd6fc82e85 (patch) | |
tree | b346e3360300921effd04e7150fd9d1385169ecf /.be/bugs/7ec2c071-9630-42b0-b08a-9854616f9144/comments/f87fd684-6af1-498d-98d5-f915bcee76a9 | |
parent | 0940a0196db1e589a9c91652d92a284b28cd5629 (diff) | |
download | bugseverywhere-94ec388327e2418ff54431ed4e4f05cd6fc82e85.tar.gz |
Cleaned up libbe.propertied.change_hook_property for mutables.
Now (except for a wimpy hash function) it's as good as it's going to
get for true mutables. Calls to change_hook occur for all changes,
sometime after the change-enducing action and before the next
attribute access. See testChangeHookMutableProperty for an example of
the expected behavior.
If you're doing some mutable-modification (e.g. t.x.append(5)) and you
want to `flush' the changes into a change_hook call, just assign t.x
to a dummy variable. e.g.
t.x.append(5)
dummy = t.x
If you _really_ need post-modification change_hook calls without such
a flush, you're on your own. Would you get the property-owning class
to poll for changes?
Diffstat (limited to '.be/bugs/7ec2c071-9630-42b0-b08a-9854616f9144/comments/f87fd684-6af1-498d-98d5-f915bcee76a9')
0 files changed, 0 insertions, 0 deletions