8 Commits

Author	SHA1	Message	Date
ekrctb	0489ae719d	Don't couple PoolableDrawableWithLifetime lifetime with its entry ... It turns out the incompatibility with `LifetimeManagementContainer` causes more issues than anticipated.	2021-05-20 14:56:15 +09:00
ekrctb	aa42cf2fc0	Fix setting lifetime during KeepAlive is ignored	2021-05-04 16:56:48 +09:00
ekrctb	36438175a0	Throw an exception if try to modify lifetime of PoolableDrawableWithLifetime without lifetime	2021-05-04 16:04:58 +09:00
ekrctb	5aa522b1c2	Completely delegate DHO lifetime to Entry lifetime ... A downside is lifetime update is not caught by LifetimeManagementContainer if used.	2021-04-29 14:38:01 +09:00
ekrctb	d262956146	Always use LifetimeEntry to manage hit objects in HitObjectContainer ... Previously, non-pooled DHOs were immediately added as children of the HOC when Add is called. Also, non-pooled DHOs were always attached to the HOC as children. New behavior is that non-pooled DHOs are only added after CheckChildLifetime, and only attached to the HOC while the DHOs are alive. - LifetimeManagementContainer inheritance of HOC is removed, as it is now all DHOs are "unmanaged" (previously `AddInternal(false)`). - The signature of `Clear` is changed, and it is now always not disposing the children immediately.	2021-04-29 14:38:01 +09:00
ekrctb	6561a7c7d6	Rename DrawableObject -> PoolableDrawableWithLifetime	2021-04-26 12:06:21 +09:00
ekrctb	20e3cadd30	freeIfInUse -> free, and add comments	2021-04-26 12:04:59 +09:00
ekrctb	b877a29737	Factor out pooling and lifetime management logic of DHO to a base class	2021-04-21 17:37:42 +09:00