value_changed.x3d using X3DOM

(.x3d scene, pretty-print source, statistics, info & logs, X3DOM home)

Test of a NormalInterpolators ability to load the correct keyValue into its "value_changed" field prior to receiving any events.Two NormalInterpolator node are associated with two seperate Box geometry. The NormalInterpolator associated with the Box on the left has a keyValue of 0 0 1, while the NormalInterpolator associated with the right Box has the default of no keyValues, or [ ]. As a result, the NormalInterpolator on the left should initialize its "value_changed" field to the value of its first keyValue, or 0 0 1. Because no keyValues are provided to the right NormalInterpolator, it should initialize its "value_changed" field to the MFVec3f default value of []. A Script node reads this value for each NormalInterpolator, and will illuminate the left associated Box by a value equal to its initially read "value_changed" MFVec3f normal value. The right Box will also illuminate, but only if [] is found as its initial value_changed MFVec3f object. When the pointing device passes over the left Box, it should generate a normal at each vertex of 0 0 1 (an fully illuminate the Box) each time it is indicated, then return to its original un-illuminated appearance when the Box is no longer indicated. When the pointing device passes over the right Box, it should NOT illuminate, since no default values are provided as its initial "value_changed" field.

         

        X3D Scene   Metadata
        Examples Archive   https://www.web3d.org/x3d/content/examples/ConformanceNist/Interpolators/NormalInterpolator/value_changedIndex.html
        title   value_changed.x3d
        MovingImage   value_changed-movie.mpg
        reference   http://www.nist.gov/vrml.html
        reference   http://www.itl.nist.gov/div897/ctg/vrml/vrml.html
        creator   http://www.itl.nist.gov/div897/ctg/vrml/members.html
        disclaimer   This file was provided by the National Institute of Standards and Technology, and is part of the X3D Conformance Test Suite, available at http://www.nist.gov/vrml.html The information contained within this file is provided for use in establishing conformance to the ISO VRML97 Specification. Conformance to this test does not imply recommendation or endorsement by the National Institute of Standards and Technology (NIST). This software can be redistributed and/or modified freely provided that any derivative works bear some notice that they are derived from it, and any modified versions bear some notice that they have been modified.
        reference   Original NIST Conformance Testing Group, https://www.itl.nist.gov/div897/ctg/vrml
        reference   Interactive Conformance Testing for VRML, Mary Brady and Lynn Rosenthal, NIST, created 8 September 2010 and updated 25 August 2016, https://www.nist.gov/itl/ssd/information-systems-group/interactive-conformance-testing-vrml
        info   Correct definition and compliance of this conformance scene is maintained by the X3D Working Group, https://www.web3d.org/working-groups/x3d
        creator   Michael Kass NIST
        translator   Don Brutzman
        translated   21 January 2001
        modified   28 August 2023
        error   test fails, no geometry produced
        description   Test of a NormalInterpolators ability to load the correct keyValue into its "value_changed" field prior to receiving any events.Two NormalInterpolator node are associated with two seperate Box geometry. The NormalInterpolator associated with the Box on the left has a keyValue of 0 0 1, while the NormalInterpolator associated with the right Box has the default of no keyValues, or [ ]. As a result, the NormalInterpolator on the left should initialize its "value_changed" field to the value of its first keyValue, or 0 0 1. Because no keyValues are provided to the right NormalInterpolator, it should initialize its "value_changed" field to the MFVec3f default value of []. A Script node reads this value for each NormalInterpolator, and will illuminate the left associated Box by a value equal to its initially read "value_changed" MFVec3f normal value. The right Box will also illuminate, but only if [] is found as its initial value_changed MFVec3f object. When the pointing device passes over the left Box, it should generate a normal at each vertex of 0 0 1 (an fully illuminate the Box) each time it is indicated, then return to its original un-illuminated appearance when the Box is no longer indicated. When the pointing device passes over the right Box, it should NOT illuminate, since no default values are provided as its initial "value_changed" field.
        identifier   https://www.web3d.org/x3d/content/examples/ConformanceNist/Interpolators/NormalInterpolator/value_changed.x3d
        generator   Vrml97ToX3dNist, http://ovrt.nist.gov/v2_x3d.html
        generator   X3D-Edit 4.0, https://savage.nps.edu/X3D-Edit
        license   ../../license.html
         
        HTML Browser Information
        Browser code name: Mozilla
        Browser application name: Netscape
        Browser version: 5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
        Cookies enabled: true
        Platform: Linux x86_64
        User Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
        System language: en-US