Properties for some behaviors - request

Discussion and feedback on Construct 2

Post » Sat May 10, 2014 11:03 am

@Ashley is there a specific reason why some behaviors do not have action, expressions... for some parameters?
Like for example there is no "Period offset" in Sine behavior.
Now the question, should I modify official behavior to add missing parameters? - probably not, because You may change it yourself or add some optimization to it in the future.
Or should I simply duplicate it with different name and then change in myself? - which is kind of dull to have two almost exactly the same behaviors.

and there's quite few behaviors like that: Sine, Fade, DragDrop...
Last edited by shinkan on Sat May 10, 2014 1:12 pm, edited 1 time in total.
ImageImageImageImage
B
158
S
67
G
43
Posts: 2,603
Reputation: 36,003

Post » Sat May 10, 2014 12:54 pm

Never adjust the official plugins or behaviors. Just post a feature request.
Scirra Founder
B
403
S
238
G
89
Posts: 24,653
Reputation: 196,143

Post » Sat May 10, 2014 1:12 pm

I'm aware of that and that's why I'm asking ;P
I was thinking about posting a feature request, but there are already a lot of them asking same thing - mostly for Fade behavior what I've noticed and from long time ago.

But ok then. I request to add all missing properties for all behaviors to be able to accessed them in events. :D
ImageImageImageImage
B
158
S
67
G
43
Posts: 2,603
Reputation: 36,003

Post » Sat May 10, 2014 2:31 pm

People often request things that are either already supported (perhaps by some other means), or don't make sense (such as setting the startup properties of the sin behavior, which is already too late to change by the time you can use an action). It would be helpful if you can list exactly the properties you're after so it's clear what you need.
Scirra Founder
B
403
S
238
G
89
Posts: 24,653
Reputation: 196,143

Post » Sat May 10, 2014 4:16 pm

I would rather say startup properties of any behavior be very useful in events.
Let's take Drag & Drop for example. You can only set Axes on instance in layout editor and then you can't dynamically create some objects that can move only horizontally or only vertically while dragging. You can't even have two Drag & Drop behaviors on one object to toggle them to set what you need. So you stuck on this and need to workaround using quite few events.

Would not be better to only set
Code: Select all
+Create object Sprite on layer Z at  (50,100)
+Sprite: Set something
+Sprite: Set DragDrop axes to Horizontal
+Create object Sprite on layer Z at  (100,100)
+Sprite: Set something
+Sprite: Set DragDrop axes to Vertical


Same goes to Fade behavior. Fade behavior is very simple and very useful for a lot of different things. But there's only Start and Restart actions and not a single one expression. And same thing with creating objects on runtime, If you set parameters for Fade they are final, and every object you create will have exactly same behavior.

I've always treat behaviors as an option to easily and quickly add some functionality to objects. Obviously You can make most of behaviors using more or less events (which I'm doing every time instead of using Fade, simply because there is no control over it) but what's the point of doing something from scratch if this option is already available to You by few simple clicks?

That's why letting user to control all aspects of used behavior would be extremely useful. Someone with advanced knowledge of C2 will find that more pleasent to work, because there will be no need to add more variables and events to do simple stuff. And for people who just started working with C2 will still have simple options to set in editor without using any events.

Ok then here's the list:
1. Fade
- Set Fade in action
- Set Wait action
- Set Fade out action
- Set Destroy action
- On fade in finished condition
- On wait finished condition
- Get Fade in time expression
- Get Wait time expression
- Get Fade out time expression

2. Drag&Drop
- Set Axes action

3. Sine
- Set Period random action
- Set Period offset action
- Set Period offset random action
- Set Magnitude random action


That's all from me. Sine and Fade especially. These two are very powerful and stupidly easy to use, adding more freedom to them on runtime creation will make them have probably unlimited applications.
ImageImageImageImage
B
158
S
67
G
43
Posts: 2,603
Reputation: 36,003

Post » Sun May 11, 2014 2:42 pm

I would add a "Pick" (as opposed to the "Drop") action for the Drag&Drop behavior.

Also, I believe that the Fade behavior does not take into account the sprite's current opacity value, that creates abrupt flashes when used on sprites with opacity value less than 100. It would be nice if the default behavior began the fade from (or to) the sprite's current (or set from within an action) opacity.
composer - multimedia artist
www.eli0s.com/en/
B
69
S
27
G
6
Posts: 1,146
Reputation: 10,379

Post » Fri Jun 06, 2014 9:20 pm

every attribute of any behavior should have a reflecting action/condition/expresion.
Period.
This should not be requested. It should be there from the beggining.

Whats the point of any behaviours if i don't have full control over it?
Instead of adding more and more new features that no one uses maybe make a step BACK and finish whats unfinished (from months/years)?
B
29
S
8
G
7
Posts: 643
Reputation: 6,482

Post » Fri Jun 06, 2014 11:25 pm

@irbis
I tend to disagree with you. The purpose of these default behaviors is to create a quick and simple series of actions which follow (what is perceived to be) the most common usage of these actions. It is not to handle EVERY SINGLE possible usage. As such, there are many things these behaviors are not going to do that each individual user may want. In these cases, there are 3 options:

1 - learn to work with the behavior as it is.
2 - create your own behavior that does what you want.
3 - send in an enhancement request to have the behavior changed. If enough people show interest in changing the behavior to change Ashley's perceived idea of the most common way it would be used, and to add enough value to the product, then the change will most likely be made. If not, the change will only take away time for adding features that will add value. Why change something that is working as desired for the majority of users.

Developing new features adds value that makes the product more marketable and brings in income. Changing features that are working just fine for the majority of users, just because a small minority want it, does not. That being said, I believe at least some of the features mentioned by @shinkan would be very useful. Especially having the fade behavior take into account the current alpha value of the object when it begins to fade.

BTW @shinkan the axes drag and drop feature can be faked easily, and without too many extra events, by setting the x/y value to it's locked position every tick. If the locked axes is the y axes, set a variable to store the start y position and every tick, set the sprite y back to the stored value. If the locked axes is the x, do the same for the x. See the attached capx. You can do a similar work around to fake many of the other things you are requesting as well.
You do not have the required permissions to view the files attached to this post.
B
40
S
12
G
11
Posts: 331
Reputation: 7,752

Post » Sat Jun 07, 2014 12:20 am

@FragFather You don't need to explain or show me how to do things like that. But what's the point of making my own sine behavior in event, just to have possibility to have control over period offset? It's like reinventing the wheel. It's not difficult, but it's time consuming. I would rather spend 5 mouse clicks to set behavior then 5 minutes to write my own.

And for my initial questions of this post I'm going to attach an image. I want that what's on the left, now i only have what's on the right.
That's why I've asked those three questions. If no one does not feel like to officially add this I will spare some of my free time and make my own behaviors. But first I need an answer from @Ashley.
You do not have the required permissions to view the files attached to this post.
ImageImageImageImage
B
158
S
67
G
43
Posts: 2,603
Reputation: 36,003

Post » Sun Jun 08, 2014 6:49 am

FragFather wrote:@irbis
I tend to disagree with you. The purpose of these default behaviors is to create a quick and simple series of actions which follow (what is perceived to be) the most common usage of these actions. It is not to handle EVERY SINGLE possible usage. As such, there are many things these behaviors are not going to do that each individual user may want. In these cases, there are 3 options:

1 - learn to work with the behavior as it is.
2 - create your own behavior that does what you want.
3 - send in an enhancement request to have the behavior changed. If enough people show interest in changing the behavior to change Ashley's perceived idea of the most common way it would be used, and to add enough value to the product, then the change will most likely be made. If not, the change will only take away time for adding features that will add value. Why change something that is working as desired for the majority of users.

Developing new features adds value that makes the product more marketable and brings in income. Changing features that are working just fine for the majority of users, just because a small minority want it, does not. That being said, I believe at least some of the features mentioned by @shinkan would be very useful. Especially having the fade behavior take into account the current alpha value of the object when it begins to fade.

BTW @shinkan the axes drag and drop feature can be faked easily, and without too many extra events, by setting the x/y value to it's locked position every tick. If the locked axes is the y axes, set a variable to store the start y position and every tick, set the sprite y back to the stored value. If the locked axes is the x, do the same for the x. See the attached capx. You can do a similar work around to fake many of the other things you are requesting as well.


whats your damn problem? i can walk and i can drive a car.
i prefer driving. you prefer walking. what it cost you to let me drive?
I request that and this - you don't? then what are you doing here? huh?

Then lets freaking dump all behaviours - because you can do everything via events.
IF you go that path then the whole Construct 2 is a waste of time and space because you can learn programming and you won't need such game making software.

jesus
Why the hell people on this board are such a pain in the ass.
B
29
S
8
G
7
Posts: 643
Reputation: 6,482

Next

Return to Construct 2 General

Who is online

Users browsing this forum: No registered users and 3 guests