DiegoM's Recent Forum Activity

  • I was about to suggest changing the origin myself, I think that is the best way to achieve that, anything else seems awkward.

  • I put together this simple example using the pin behaviour. You can drag the blue sprite to see that the green one follows it maintaining the relative positioning.

    https://www.dropbox.com/s/5wllu3t1zh6k5al/PinExample.c3p?dl=0

  • Expect to see something addressing this issue in the next beta.

  • I am not quite sure what is going on, but it is definitely a bug.

    I have a feeling the problem is that the timeline animation doesn't work well with the sprite animation constantly making changes to the width and height of the instance. It seems to work better if all the animation frames are of the same size, but even if you do that, it is still not perfect.

    In short, I don't think you are doing anything wrong, this needs to be fixed.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Do you have a test project showing the problem? Or the project you are working on if you don't mind sharing it.

  • If you plan on having multiple instances of the same timeline, you need to remember that the only way of doing so is by using the Set Instance action before playing a timeline.

    If you don't, the timeline will always affect the instance(s) that were used in the editor to create it.

    There is an example project in the start page, showing how to use the Set Instance action.

  • Abwuds

    That is correct.

    If you just play a timeline, Construct assumes you want to play the timeline that was created in the editor. This means it will only work with the specific instance that was used in the editor to create the animation.

    When you use Set Instance what you are doing is replace the instance/s used in the editor, with something else, that means the animation can be used elsewhere.

    It's a rather important action, maybe it should be highlighted.

  • You could create a function that used the Javascript Date object, and with that get the day of the week. It is also possible to do the calculation to extract the day from the current unix time using Construct's unixtime expression, but I think it is much easier to use the Date object.

    Bellow is an example project showing a function that returns the current day of the week. Notice that the day is returned as a number between 0 and 6. So the results are like this:

    • Sunday = 0
    • Monday = 1
    • Tuesday = 2
    • Wednesday = 3
    • Thrusday = 4
    • Friday = 5
    • Saturday = 6

    https://www.dropbox.com/s/hjrt07lhwnt0xob/DayOfTheWeek.c3p?dl=0

    If you are interested in what else you can do with the Date object, you can check the full documentation from Mozilla here.

    https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date

  • Por favor postea en ingles, es mas facil obtener ayuda de esa forma, el resto de los usuarios lo hacen y muchos de ellos tampoco hablan ingles. Si no hablas/escribis ingles, te podes ayudar con Google Translate, no es perfecto, pero funciona bastante bien para hacerse entender. Podes postear tu mensaje original y una traduccion debajo.

    En cuanto a tu problema, lo mejor es postear lo que tenes hasta el momento, tu proyecto o una captura de pantalla con los eventos que no funcionan como queres. De esa forma es mucho mas facil obtener ayuda.

    This is an english forum, we appreciate if all our users post in english. If you can't speak english, try using Google translate, it is not perfect but works pretty well. You can post your original message and a translation below.

    As for your problem, the best is to post what you got now, your project or a screenshot showing the events that are not working as you would like them to.

    To anyone reading this that might want to help, he wants to make something like Megaman's charge shot.

  • Under the hood a Tween is a Timeline, as in they use the same code. The Tween behaviour was a nice by-product of developing the Timeline feature. At the time of it's development, a lot of users had been requesting a built in Tween behaviour for Construct for a while, the Timeline feature was not quite ready yet, but it was good enough to re-purpose it's internals, and thus the Tween Behaviour came to be :P

    If you think about it, there is only one thing which is unique to Tweens, and that is the Value Tween. You could do something similar by animating an instance variable in a Timeline, it's just not as obvious. Maybe in the future Timelines will support using a value property track, it is not high priority though.

    To sum it up, Tweens are limited Timelines, anything you can do with a Tween can be done with a Timeline. They offer less functionality, but in exchange are easier to use. Sometimes you just want to get something done quickly, and a tween will get the job done most of the time. If you find that tween's are not quite making the cut though, then you might want to try Timelines.

  • I'll answer in order.

    1) Animations that change numeric values (this includes X and Y properties) are relative by default. So they should work with other behaviours affecting the same instance. Relative timelines apply their changes incrementally, so if there are external objects making changes on the same instance, all of the changes will be joint together.

    This will result in the timeline ending in unexpected positions.

    2) I am not too familiar with animation lingo, but if what you mean by transpose is to use the animation designed in the editor with another instance at runtime, it can be done. You need to use the Set Instance action, which allows you to set the instances that the next timeline you play will use. A more detailed description on it can be found in the manual. C3 has a built in example that uses the action, just search for "timeline" in the Start page.

    https://www.construct.net/en/make-games/manuals/construct-3/plugin-reference/timeline

    3) This would also be solved with the Set Instance action. Right before playing a timeline, use the action and when the timeline starts playing it will do so with the specified instance(s) instead of the ones used in the editor. When you use Set Instance C3 is creating a unique timeline for all the specified instances so all of them will have their unique state.

    If you need to further control these kind of timelines at runtime, you need to remember to use a Tag when playing, then use that to target the timeline that you need to control.

    Hope that is helpful.

  • Yes, in fact, that is the default behaviour for position properties.

    When an X or Y property track (or one of it parents) is set to use default result mode or explicitly relative result mode and you click on a property keyframe the value you see in the properties bar is relative.

    So in a relative timeline it is common for the first keyframe to hold a value of 0 for they X and Y property tracks. 0 meaning, no changes from it's current place. The subsequent property keyframes will hold values relative to the initial one.

    But I don't think you need to worry about those details.

    To sum it up, if you play a timeline, the animation will be relative to the instance's current position, as long as you are using default or relative result mode.

DiegoM's avatar

DiegoM

Member since 24 Apr, 2015

Twitter
DiegoM has 1,400,055 followers

Trophy Case

  • 9-Year Club
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • RTFM Read the fabulous manual
  • Email Verified

Progress

15/44
How to earn trophies

Blogs