Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

io.extendreality.zinnia.unity

Package Overview
Dependencies
Maintainers
0
Versions
95
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

io.extendreality.zinnia.unity - npm Package Versions

1
810

1.6.0

Diff

Changelog

Source

1.6.0 (2019-10-29)

Features
  • Haptics: create haptic pattern based on AudioSource (a5dfce7)

    This haptic generated reflects the current playing audio even if the audio is looping, delayed, volume/pitch modulated. Since this new implementation shares the same core logic as the existing AudioClipHapticPulser the shared logic has been extracted into an abstract superclass.

extendreality-bot
published 1.5.0 •

Changelog

Source

1.5.0 (2019-10-28)

Features
  • Tracking: clear stored SurfaceData when SurfaceLocator enabled (3b4b95c)

    The SurfaceData type now has a Clear method which clears down the saved data within the datatype, which is called from within the OnEnable method of the SurfaceLocator to ensure the SurfaceData is clean from any previous state if the component is disabled.

Bug Fixes
  • Tracking: provide correct null check on TargetValidity Rule (c1ca943)

    The TargetValiduty null check within the SurfaceLocator would never have been null because the Rule always contains the RuleContainer.

    The fix is to ensure the null check is done against the Rule.Interface which can be null if no Rule is provided.

Miscellaneous Chores
extendreality-bot
published 1.4.1 •

Changelog

Source

1.4.1 (2019-10-28)

Bug Fixes
  • README.md: provide more concise release data and update info (083c14c)

    The Releases section has been removed and is now just a simple badge at the top of the README. There has been an additional section in Getting Started on how to update the package via the Unity Package Manager.

    The links have also been ordered in the order of appearance in the document.

extendreality-bot
published 1.4.0 •

Changelog

Source

1.4.0 (2019-10-27)

Features
  • Process: a IProcessable that emits event when processed. (8c9985c)

    Allows to call any no argument methods for a given moment.

extendreality-bot
published 1.3.1 •

Changelog

Source

1.3.1 (2019-10-26)

Miscellaneous Chores
extendreality-bot
published 1.3.0 •

Changelog

Source

1.3.0 (2019-10-26)

Features
  • .github: use organization .github repository (9921b22)

    GitHub provides a mechanism where a global organization .github repo can be used as a fallback to provide default community health files instead of repeating the same files across multiple repos.

    ExtendRealityLtd now has a .github repo which should be used as it provides the correct details for this repo.

    The README.md has been updated to provide definitive links to the relevant files.

extendreality-bot
published 1.2.0 •

Changelog

Source

1.2.0 (2019-10-25)

Features
  • Haptics: option to allow all haptic processes in list to process (779103b)

    The HapticProcessor now has a CeaseAfterFirstSourceProcessed option which is defaulted to true to ensure existing default behaviour does not change, which is when the first active Haptic Process is processed then the HapticProcessor would cease to process any further Haptic Processes.

    With this new option, this default behaviour can be turned off and all Haptic Processes listed in the HapticProcessor can be processed if they are active in the scene.

Bug Fixes
  • Velocity: provide more appropriate tooltip documentation (c509ce6)

    The VelocityTrackerProcessor has had the tooltip documentation updated to make it more appropriate and the code has been tidied up a bit so it is more succinct.

extendreality-bot
published 1.1.1 •

Changelog

Source

1.1.1 (2019-10-24)

Bug Fixes
  • Data: stop Vector2ToFloatTest extending MonoBehaviour (0f0ed28)

    Tests should not need to extend MonoBehaviour and this was causing a warning to be displayed due to this test extending it. The fix is to simply prevent the test class from extending MonoBehaviour.

  • Tracking: update exception message in ObscuranceQuery (fa000c5)

    The ObscuranceQuery logic was changed so the Target requires either a Collider or if it has a Rigidbody then there must be at least 1 child Collider.

    The Exception messages we never updated so it provided inaccurate information if the usage criteria was incorrect.

extendreality-bot
published 1.1.0 •

Changelog

Source

1.1.0 (2019-10-22)

Features
  • Collection: allow query operations on list to run when inactive (95950d7)

    The query operations on the ObservableList such as Contains and IsListEmpty were previously encapsulated by the [RequiresBehaviourState] tag meaning a list contents check could only be performed if the list component was active in the scene.

    This blanket denial of operation is too heavy handed as just because a list object is inactive it shouldn't mean a contains check returns false because the list, even though inactive, still can contain the object to check for.

    It is still correct that components shouldn't perform an action when they are disabled, so if a list is queried then it should return the correct result but shouldn't perform any action, such as emitting any appropriate events.

    This solution uses the new Behaviour extension IsValidState to replicate the [RequiresBehaviourState] functionality within the method body to allow the correct return value but to prevent the event actions from occurring.

  • Extension: determine if Behaviour is in a valid active state (de34e2f)

    The IsValidState extension method can be used to determine if a Behaviour is in the appropriate valid active state depending on whether the component is enabled and/or whether the GameObject the component resides on is active within itself or within the scene hierarchy.

    This mechanism is a copy of the Malimbe [RequiresBehaviourState] tag but can be used inline in methods rather than just a blanket early return from the entire method.

  • Rule: determine if the rule component state can auto reject (32238fd)

    A new base abstract Rule class has been added that all existing MonoBehaviour rules now extend from. And on this new base Rule is the concept of being able to set whether the rule can automatically reject any request based on the state of the Rule component.

    Previously, if a Rule component was disabled or on an inactive GameObject then it would always reject the Accepts request, but this isn't always the requirement when using a Rule. The new AutoRejectStates enum flag allows a Rule to specify what states the rule can be in to automatically reject any request.

    All of the tests have been updated to show this new state selection option in practice.

extendreality-bot
published 1.0.6 •

Changelog

Source

1.0.6 (2019-10-20)

Build System
Miscellaneous Chores
  • deps: add dependabot configuration (2611d88)
SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc