Feature request: Containers for families

Discussion and feedback on Construct 2

Post » Wed Mar 27, 2013 7:27 am

Are there any plans to implement something like that? Perhaps my approach to designing games is something that was not intended with C2, but having containers for families would be swee-heet.

Like simple scenario where I have objects GoodGuy and BadGuy, which both belong to 'Person' family. I'd like every 'Person' to have health bar object associated with them, but currently this is not possible.

It's mostly matter of workflow and how you wish to keep your objects organized; I prefer using families a lot as it feels more intuitive than having those objects merged into single Guy object, and giving it all functionalism of the 'Person' family.
B
24
S
8
G
7
Posts: 756
Reputation: 7,202

Post » Wed Mar 27, 2013 8:07 am

The problem with that is that containers have a creation, and destruction event for every object.
What you need is a way to pair objects like the CC object Pairer did.
Image Image
B
161
S
48
G
91
Posts: 7,358
Reputation: 67,271

Post » Wed Mar 27, 2013 8:18 am

[QUOTE=newt] The problem with that is that containers have a creation, and destruction event for every object.
What you need is a way to pair objects like the CC object Pairer did.[/QUOTE]

True dat.
Pairing would be solid solution in my opinion.
B
24
S
8
G
7
Posts: 756
Reputation: 7,202

Post » Wed Mar 27, 2013 1:33 pm

You can already do pairing in events, but it can be a bit fiddly. If you create the right number of objects, though, they should just all naturally pair up.
Scirra Founder
B
359
S
214
G
72
Posts: 22,952
Reputation: 178,600

Post » Wed Mar 27, 2013 6:56 pm

@Ashley - sometimes that doesn't work though, when a specific object is needed to be paired with another and c2 thinks otherwise. I really want the pairer object in c2, I hope you'll add it eventually, It would save a lot of storing/checking uids.
Moderator
B
88
S
32
G
33
Posts: 3,005
Reputation: 27,432

Post » Wed Mar 27, 2013 7:47 pm

[QUOTE=Arima]It would save a lot of storing/checking uids.[/QUOTE]

My consensus as well, managing/picking those UIDs at every other turn feels tedious at some cases.
B
24
S
8
G
7
Posts: 756
Reputation: 7,202

Post » Thu Jun 13, 2013 10:16 pm

I support this
B
83
S
21
G
15
Posts: 1,039
Reputation: 15,134


Return to Construct 2 General

Who is online

Users browsing this forum: blackhornet and 4 guests