Need help with shooting and monsters killing you.
-
@Deeeds so by call functions you mean trigger it’s own behaviors? And define “inspect elements”, what elements are you wanting to inspect?
-
@iTap-Development This is a theoretical and conceptual question, not a specific one.
-
@Deeeds good grief! How’s anyone going to help you then?
And why do you need help? Theorize elsewhere. -
@iTap-Development Because understanding HOW things work is like this:
Teach a man to fish... etc
Too subtle for you?
-
@Deeeds no one needs the theory, because most can probably do it!
And how will you teach him to fish? “The concept is simple, throw the hook in the water. Now theoretically the fish should bite....so go catch some fish!” -
@iTap-Development argh. Ok. You must be very young and have only ever been exposed to "tutorials" as teaching.
-
@Deeeds haha you are charming! But that would make you just about prehistoric!
-
@iTap-Development I'm BOOP,
Before OOP
-
@Deeeds ok...I don’t have time for anymore pointless posting.....but if you have a real question....I’ll help you theorize!
-
@Jack8680 I think this approach sounds somewhat similar to how prototypes work in JavaScript.
In hyperCard: I'm still struggling with how an object can have awareness of itself and use that knowledge to pass some information of itself to something else.
In plain speak:
Spawn a bunch of bumpers for a pinball game:
When one is hit by the ball it sends a message describing the collision (from whence the ball came, at what speed and where it got hit) to a scoring system, along with information about itself, like its position and current points value and the time of the contact and other state it might have been in at the time of the contact.
-
@Deeeds said in Need help with shooting and monsters killing you.:
@Jack8680 I think this approach sounds somewhat similar to how prototypes work in JavaScript.
In hyperCard: I'm still struggling with how an object can have awareness of itself and use that knowledge to pass some information of itself to something else.
In plain speak:
Spawn a bunch of bumpers for a pinball game:
When one is hit by the ball it sends a message describing the collision (from whence the ball came, at what speed and where it got hit) to a scoring system, along with information about itself, like its position and current points value and the time of the contact and other state it might have been in at the time of the contact.
For this, example couldn't you just use broadcast message and send all the relevant information? The main hurdle, would be that you need other behaviours to first get the position then put that into broadcast.
Attributes work as well. This was one of the reasons why we built attributes. You can give your object certain properties. (like points). Then any other object can see that objects attributes. The attributes method doesn't work so well in the case of spawned objects. But I think the new broadcast/receive messages should. -
@Murtaza Yes, for this example there are dozens of ways this can probably be achieved. I'm attempting to use this example, however, to examine the potential for communication FROM spawned objects to somewhere else.
Please don't consider the problem, think about the question I'm asking from the perspective of: What are the capabilities of awareness and messaging within spawned objects?
-
When it comes to spawned object, there are definitely limitations. We're working on solutions. The new broadcast/receive is only the first step.
We're not turning a blind eye to the core problem. But coming up with an elegant (and feasible) solution takes some time. While not perfect, we update things like the message system as a work around until a proper solution is in place.
Unfortunately given the nature of "visual programming" you usually need to work around things to make it work the same way as traditional programming.
-
