Page 1 of 22 1234511 ... LastLast
Results 1 to 10 of 215

  Click here to go to the first Developer post in this thread.  

Thread: Extended eventhandlers

  1. #1
    Latest version: 1.7 @ Mar. 16 2008

    Extended Event Handlers (XEH) by Solus and Killswitch

    Combines Extended Init, Fired, and other event handlers into a single addon. Thanks to Killswitch for combining them and adding the ability to use extended event handlers for all events! Includes working signature and key. The cfgPatch names are backwards compatible with addons made for the Extended Init and Fired EH addons. The previous addons should be removed, but shouldn't have any problems if present.

    Downloads:
    XEH Version 1.7:
    Extended EventHandlers 1.7 @ ArmedAssault.info

    Extended EventHandlers 1.7 @ Armaholic.com

    Extended EventHandlers 1.7 @ ofp-zeus.com


    Change log:
    1.7
    Fixed: Removed XEH from class Static, which stops ArmA from crashing to desktop
    when resuming saved games.

    1.6
    Fixed: The "exclude" property will apply to the specified class(es) and all
    subclasses thereof.

    1.5
    Added: Composite ("inner") XEH classes can have an extra property, "exclude"
    which is either a string or an array of strings with the class name(s)
    of vehicles that should *not* get a particular XEH event handler.

    1.4
    Added: "Static" class vehicles can now have XEH event handlers.
    Added: A respawn monitor that restores non-init XEH event handlers after
    the player respawns. Many thanks to Sickboy, LoyalGuard and ViperMaul for
    the initial research and suggestions!

    Version 1.3
    Added: The ability to use "nested" XEH classes with a "scope" feature
    to limit certain event handlers to objects of specific classes.

    1.2
    Fixed: SightAdjustment_AutoInit.
    Fixed: Extended Dammaged EventHandler.

    1.1
    Fixed: XEH can now handle extended event handlers that are missing a trailing
    semicolon.
    Fixed: the example addons now require the Extended_Eventhandlers addon
    instead of the two older ones. Also, the debug sideChats are now guaranteed
    to be seen when previewing a mission with the example addons loaded.
    Fixed: XEH init EH:s are now actually being called on units inside vehicles.


    Description:
    This addon allows a virtually infinite amount of event handlers to be used together from different addons. The event handlers are executed for the matching class and all inheriting classes. The event handler init line also contains the extended event handler class to look for, so you can have a custom inheritance for custom units.

    Normally event handlers can only be added in configs, and trying to add a new event handler caused all previous event handlers to be overwritten, this addon allows that limitation to be overcome. This is mostly useful for having addons that can add different functionality, for example in OFP addons that had their own event handlers wouldn't inherit default event handlers, such as a custom unit with EHs being used with ECP or FFUR wouldn't have the ECP or FFUR effects.


    Other Extended Event Handlers by Killswitch

    Adds extended event handlers for all events.


    Extended Fired Event Handler

    This allows a virtually infinite amount of fired event handlers to be used together from different addons.

    The extended fired event handler has several different parts:

    First the extended init EH is run for all units to add together and compile all of the inherited fired event handlers and use setVariable to attach those to the unit.

    The extended fired event handler is added to the base class Extended_EventHandlers so that all of the cfgVehicles class EventHandlers inherit it. When a unit fires and sets off the event handler the shot is immediately captured in the same game state cycle. Then the compiled extended fired events are called by using getVariable to retrieve them from the unit.


    The fired event handler init line contains the extended event handler class to look for, so you can have a custom inheritance for custom units. The event handlers are executed for the matching class and all inheriting classes.

    It allows more fired events to be used together, for example a script that makes shots affected by wind and a tracer script could be used together.


    More can be read at the previous thread:
    http://www.flashpoint1985.com/cgi-bin....89;st=0

    Thanks to Mr Groch for testing!

    Thanks to ofp-zeus.com, Armaholic.com, AssaultMissionStudio.de, Combat-Prison.net, and ArmedAssault.info for hosting!

    License: XEH can be included in other releases either as the original archive or as the extracted files, preferably with the readme to help explain things. Modified versions can be released to add features or fix bugs or compatibility issues, but it should be signed and should retain backwards compatibility. Killswitch handles the SLX_XEH key and can check the code and sign new versions, although a new key can be used if necessary.




  2. #2
    Aha, a final event handling solution thanks very much to all involved.

    So this works right off the bat, no changes needed to any existing addons right?
    Fire And Smoke for ArmA2: JTD_FireAndSmoke v0.2

    For better future effects addons, please vote for this ticket.

  3. #3

  4. #4
    I'm not an addon maker but I am aware of the benefit this addon is to the community. Good work Solus & Killswitch.

  5. #5
    Master Sergeant Big's Avatar
    Join Date
    Jul 6 2005
    Location
    Avil├ęs (Asturias) Spain
    Posts
    725
    Armaholic.com mirror:

    Extended eventhandlers (xeh)

  6. #6

  7.   Click here to go to the next Developer post in this thread.   #7

  8. #8
    @Solus, a quick note. The examples include config.cpp files that still state
    <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"> requiredAddons&#91;&#93; = {&#34;Extended_Init_EventHandlers&#34;,&#34;Extend ed_Fired_EventHandlers&#34;};[/QUOTE]

    I changed that to just "Extended_EventHandlers" in my config.cpp which works fine.

    Cheers,
    VictorFarbau

  9. #9
    will there be conflict if i put this PBO along with the version 1.26 ? many addons require to have the anterior version in their requiredaddons line




  10. #10
    @william1 - I guess you should not keep the old versions. XEH also defines the required classes so "old" addons should work. At least it worked in a quick test for me (VFAI requiring "Extended_Init_Eventhandlers" still worked fine). It&#39;s apparently more a cosmetic matter in the examples of XEH.

    Cheers,
    VictorFarbau

Page 1 of 22 1234511 ... LastLast

Tags for this Thread

Posting Permissions

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