User Tag List

Page 6 of 37 FirstFirst ... 4 5 6 7 8 16 ... LastLast
Results 51 to 60 of 366

Thread: Build 292.22 - Release candidate

  1. #51
    Clicker Install Creator Pro
    Fusion 2.5 (Steam)Fusion 2.5 Developer (Steam)Fusion 2.5+ DLC (Steam)Android Export Module (Steam)HTML5 Export Module (Steam)iOS Export Module (Steam)Universal Windows Platform Export Module (Steam)
    defisym's Avatar
    Join Date
    Jun 2017
    Location
    Asia
    Posts
    133
    Mentioned
    6 Post(s)
    Tagged
    0 Thread(s)
    1.
    I found that if you put a "break" action in a parent event, while it's also a child event, childs of this event will execute as normal. Does this work as intended? Is it necessary to prevent users adding this action to the parent event?
    ChildEventBreak.mfa

    2.
    Is it possible to add split line for string object (like active obj) ?
    InkedSplit_LI.jpg

  2. #52
    Clicker Fusion 2.5 (Steam)Fusion 2.5 Developer (Steam)Fusion 2.5+ DLC (Steam)Android Export Module (Steam)HTML5 Export Module (Steam)iOS Export Module (Steam)Universal Windows Platform Export Module (Steam)
    Volnaiskra's Avatar
    Join Date
    Jan 2014
    Location
    www.sprykegame.com
    Posts
    2,321
    Mentioned
    99 Post(s)
    Tagged
    0 Thread(s)
    - App properties, new "Event order" option: allows you to define if global events and/or behaviors have to be executed before frame events.
    This is very nice to have, though it still doesn't address the issue that was brought up recently (and which IIRC was the catalyst for this new change being considered), regarding green events not fully honouring the event order. With the default order (Frame>Global>Behaviour), a Start of Frame global event will fire before an always frame event. This inconsistency will continue in one form or another no matter what order the user selects. If the user changes the order to (Behaviour>global>frame), then Start of Frame frame events will fire before always global events, and so on.

    The thing that I personally would really like is the ability to have some global events fire before frame events, and some global events to fire after frame events. For example, both my player input code and my camera code are in global events, but while the player input code would benefit from firing at the very beginning (to minimise input lag), the camera code would benefit from firing at the very end (so that it can adjust the camera position to any changes that have just occurred).

    One way I can think of splitting global code into 'before' and 'after' sections is to take advantage of the 'phenomenon' I mentioned in my first paragraph (that green events will fire before black events no matter the order) and give us a new green event that fires each loop - something like every iteration. Then we could keep Global events after Frame events, but add that condition to any Global events we want to run early. Though this would admittedly be an inelegant workaround.

    Another option, now that we can change the order of frame/global/behaviours is to set the order as behaviours/frame/global, and put all of your 'after' code in global, and all of your 'before' code in behaviours. The problem with this though is that behaviours are still very cumbersome to access: go to frame editor or workspace toolbar, find the object in question and click it, go to properties toolbar, hit the "Events" tab, go down to the behaviour and click the label area to reveal the "edit" button, click the edit button. That involves 4 or 5 clicks, multiple toolbars, and searching for an object, so you couldn't reasonably use this approach for frequently-accessed code.

    I suppose all of this is a long-winded way of asking: can we have a more convenient way of accessing behaviours, preferably with a single hotkey?

    Alternatively, could we have a new, second set of global events? Perhaps they could be called "header events" or "early events", and would always play before global/frame/behaviour events, no matter the settings. Alternatively, you could just call them "global events 1" and "global events 2" and let the user choose their order however she pleases.

    Most of the above suggestions involve some level of extra complication for the user, whether this involves a new green event or an additional type of global event. I suppose the hotkey for a key object's behaviours would be the least intrusive method, though adding such a hotkey would itself involve some unorthodox UI decisions.

    At any rate, I think it would be really useful to have some way of having global (ie. coded once, but played on every frame) code that fires before frame events, and some that fires after, and for both to be easily accessible with a hotkey.

  3. #53
    Clicker Fusion 2.5 DeveloperAndroid Export ModuleHTML5 Export ModuleSWF Export ModuleInstall CreatorInstall Creator Pro
    Fusion 2.5 (Steam)Fusion 2.5 Developer (Steam)Fusion 2.5+ DLC (Steam)Android Export Module (Steam)HTML5 Export Module (Steam)iOS Export Module (Steam)Universal Windows Platform Export Module (Steam)

    Join Date
    Aug 2006
    Location
    France
    Posts
    1,205
    Mentioned
    5 Post(s)
    Tagged
    0 Thread(s)
    Just a little thing: is it possible to add option for center counter text ?

  4. #54
    Clicker Fusion 2.5 (Steam)Fusion 2.5 Developer (Steam)Fusion 2.5+ DLC (Steam)
    Wizard1's Avatar
    Join Date
    Apr 2019
    Location
    Russia
    Posts
    1
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Good, but I'm waiting for an updated version of Direct3D 11. Can you work on it?

  5. #55
    Clicker Fusion 2.5 MacFusion 2.5 DeveloperFusion 2.5+ DLCAndroid Export ModuleiOS Export ModuleInstall Creator Pro
    Fusion 2.5 (Steam)
    elvisish's Avatar
    Join Date
    Oct 2014
    Posts
    753
    Mentioned
    18 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by Wizard1 View Post
    Good, but I'm waiting for an updated version of Direct3D 11. Can you work on it?
    Isn't it fine enough as it is?

  6. #56
    Clickteam Clickteam

    Join Date
    Jun 2006
    Location
    France
    Posts
    13,453
    Mentioned
    188 Post(s)
    Tagged
    2 Thread(s)
    With the default order (Frame>Global>Behaviour), a Start of Frame global event will fire before an always frame event. This inconsistency will continue in one form or another no matter what order the user selects. If the user changes the order to (Behaviour>global>frame), then Start of Frame frame events will fire before always global events, and so on.
    Not sure if I understand what you mean. "Always" is not a green event, it will be always executed after a Start of Frame event. And Start of Frame events are always executed first, before any event.

    regarding green events not fully honouring the event order
    I don't see why? If you select "Behaviour>global>frame", then Start of Frame events from behaviors will be executed before the ones in Global events, and before the ones in Frame events.

  7. #57
    Clickteam Clickteam

    Join Date
    Jun 2006
    Location
    France
    Posts
    13,453
    Mentioned
    188 Post(s)
    Tagged
    2 Thread(s)
    Quote Originally Posted by defisym View Post
    1.
    I found that if you put a "break" action in a parent event, while it's also a child event, childs of this event will execute as normal. Does this work as intended? Is it necessary to prevent users adding this action to the parent event?
    Correct. Even if a Break in those actions doesn't make sense, the child events shouldn't be executed in this case. This will be fixed in the build 292.17.


    Quote Originally Posted by defisym
    2.
    Is it possible to add split line for string object (like active obj) ?
    InkedSplit_LI.jpg
    OK.

  8. #58
    Clicker Fusion 2.5 (Steam)Fusion 2.5 Developer (Steam)Fusion 2.5+ DLC (Steam)Android Export Module (Steam)HTML5 Export Module (Steam)iOS Export Module (Steam)Universal Windows Platform Export Module (Steam)
    Volnaiskra's Avatar
    Join Date
    Jan 2014
    Location
    www.sprykegame.com
    Posts
    2,321
    Mentioned
    99 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by Yves View Post
    Not sure if I understand what you mean. "Always" is not a green event, it will be always executed after a Start of Frame event. And Start of Frame events are always executed first, before any event.



    I don't see why? If you select "Behaviour>global>frame", then Start of Frame events from behaviors will be executed before the ones in Global events, and before the ones in Frame events.
    What I mean is that if you have Behaviour>Global>Frame, then the events will run something like this:

    Behaviour green
    Global green
    Frame green
    Behaviour black
    Global black
    Frame black

    On the one hand, this makes perfect sense: green must always go before black. But on the other, it can seem confusing that some frame events will play before some global events, while other frame events will play after some global events.

    And it may seem confusing that, no matter what order you choose in the settings, you'll never get a frame "upon pressing a key" condition to fire before a global "any key is pressed" condition.

    But anyway, that wasn't the main point of my post. My main point was that it would be useful to have a method of firing some global events before frame events while firing other global events after frame events (apart from what's already possible with the existing handful of green conditions)

  9. #59
    Clicker Install Creator Pro
    Fusion 2.5 (Steam)Fusion 2.5 Developer (Steam)Fusion 2.5+ DLC (Steam)Android Export Module (Steam)HTML5 Export Module (Steam)iOS Export Module (Steam)Universal Windows Platform Export Module (Steam)
    defisym's Avatar
    Join Date
    Jun 2017
    Location
    Asia
    Posts
    133
    Mentioned
    6 Post(s)
    Tagged
    0 Thread(s)

    When child event has an "or" in condition, both filtered and logical, break action seems don't work.


  10. #60
    Clickteam Clickteam

    Join Date
    Jun 2006
    Location
    France
    Posts
    13,453
    Mentioned
    188 Post(s)
    Tagged
    2 Thread(s)
    Yes a problem with OR conditions was reported here. It's fixed in the next update.

Page 6 of 37 FirstFirst ... 4 5 6 7 8 16 ... LastLast

Similar Threads

  1. Build 292.12 - Beta version
    By Yves in forum Fusion 2.5
    Replies: 20
    Last Post: 5th September 2019, 08:46 PM
  2. Build 292.8 - Beta version
    By Yves in forum Fusion 2.5
    Replies: 109
    Last Post: 21st June 2019, 07:10 AM
  3. Build 288.1 - beta version
    By Yves in forum Fusion 2.5
    Replies: 34
    Last Post: 7th March 2017, 08:21 AM
  4. Build 287.2 - beta version
    By Yves in forum Fusion 2.5
    Replies: 55
    Last Post: 27th September 2016, 08:21 AM
  5. Build 285.1 - Beta version
    By Yves in forum Fusion 2.5
    Replies: 122
    Last Post: 8th April 2016, 09:21 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •