@tushar-br/editing-pack 1.0.195 → 1.0.197

package/staging_area/Blender/blender.shared/usd/usdUI/resources/usdUI/schema.usda

@@ -1,288 +0,0 @@
-#usda 1.0
-(
-    "This file describes the USD User Interface schemata for code generation."
-    subLayers = [
-        @usd/schema.usda@
-    ]
-)
-
-over "GLOBAL" (
-    customData = {
-        string libraryName      = "usdUI"
-        string libraryPath      = "pxr/usd/usdUI"
-        dictionary libraryTokens = {
-            dictionary default_ = {
-                string value = "default"
-                string doc = """Name of the anonymous instance name for the schema"""
-            }
-         }
-    }
-)
-{
-}
-
-class "NodeGraphNodeAPI"(
-    inherits = </APISchemaBase>
-    doc = """
-    This api helps storing information about nodes in node graphs.
-    """
-) {
-    uniform float2 ui:nodegraph:node:pos (
-        doc = """
-        Declared relative position to the parent in a node graph.
-        X is the horizontal position.
-        Y is the vertical position. Higher numbers correspond to lower positions 
-        (coordinates are Qt style, not cartesian).
-
-        These positions are not explicitly meant in pixel space, but rather
-        assume that the size of a node is approximately 1.0x1.0. Where size-x is
-        the node width and size-y height of the node. Depending on 
-        graph UI implementation, the size of a node may vary in each direction.
-
-        Example: If a node's width is 300 and it is position is at 1000, we
-        store for x-position: 1000 * (1.0/300)
-        """
-        customData = {
-            string apiName = "pos"
-        }
-    )
-
-    uniform int ui:nodegraph:node:stackingOrder (
-        doc = """
-        This optional value is a useful hint when an application cares about 
-        the visibility of a node and whether each node overlaps another.
-        
-        Nodes with lower stacking order values are meant to be drawn below 
-        higher ones. Negative values are meant as background. Positive values
-        are meant as foreground.
-        Undefined values should be treated as 0. 
-
-        There are no set limits in these values.
-        """
-        customData = {
-            string apiName = "stackingOrder"
-        }
-    )
-
-    uniform color3f ui:nodegraph:node:displayColor (
-        doc = """
-        This hint defines what tint the node should have in the node graph.
-        """
-        customData = {
-            string apiName = "displayColor"
-        }
-    )
-
-    uniform asset ui:nodegraph:node:icon (
-        doc = """
-        This points to an image that should be displayed on the node.  It is 
-        intended to be useful for summary visual classification of nodes, rather
-        than a thumbnail preview of the computed result of the node in some
-        computational system.
-        """
-        customData = {
-            string apiName = "icon"
-        }
-    )
-
-    uniform token ui:nodegraph:node:expansionState (
-        allowedTokens = ["open", "closed", "minimized"]
-        doc = """ 
-        The current expansionState of the node in the ui. 
-        'open' = fully expanded
-        'closed' = fully collapsed
-        'minimized' = should take the least space possible
-        """
-        customData = {
-            string apiName = "expansionState"
-        }
-    )
-
-    uniform float2 ui:nodegraph:node:size (
-        doc = """
-        Optional size hint for a node in a node graph.
-        X is the width.
-        Y is the height.
-
-        This value is optional, because node size is often determined 
-        based on the number of in- and outputs of a node.
-        """
-        customData = {
-            string apiName = "size"
-        }
-    )
-
-    uniform string ui:nodegraph:node:docURI (
-        doc = """ 
-        A URI pointing to additional detailed documentation for this 
-        node or node type.
-        """
-        displayName = "Doc Link"
-
-        displayGroup = "Help"
-
-        customData = {
-            string apiName = "docURI"
-        }
-    )
-}
-
-
-class "SceneGraphPrimAPI"(
-    inherits = </APISchemaBase>
-    doc = """
-    Utility schema for display properties of a prim
-    """
-) {
-    uniform token ui:displayName (
-        doc = """When publishing a nodegraph or a material, it can be useful to
-        provide an optional display name, for readability.
-        """
-        customData = {
-            string apiName = "displayName"
-        }
-    )
-    uniform token ui:displayGroup (
-        doc = """When publishing a nodegraph or a material, it can be useful to
-        provide an optional display group, for organizational purposes and 
-        readability. This is because often the usd shading hierarchy is rather
-        flat while we want to display it in organized groups.
-        """
-        customData = {
-            string apiName = "displayGroup"
-        }
-    )
-}
-
-class Backdrop "Backdrop" (
-    inherits = </Typed>
-    doc = """Provides a 'group-box' for the purpose of node graph organization.
-
-    Unlike containers, backdrops do not store the Shader nodes inside of them.
-    Backdrops are an organizational tool that allows Shader nodes to be visually 
-    grouped together in a node-graph UI, but there is no direct relationship 
-    between a Shader node and a Backdrop. 
-
-    The guideline for a node-graph UI is that a Shader node is considered part 
-    of a Backdrop when the Backdrop is the smallest Backdrop a Shader node's 
-    bounding-box fits inside.
-
-    Backdrop objects are contained inside a NodeGraph, similar to how Shader 
-    objects are contained inside a NodeGraph.
-
-    Backdrops have no shading inputs or outputs that influence the rendered
-    results of a NodeGraph. Therefore they can be safely ignored during import.
-
-    Like Shaders and NodeGraphs, Backdrops subscribe to the NodeGraphNodeAPI to 
-    specify position and size.
-    """ 
-)
-{
-    uniform token ui:description (
-        doc = """The text label that is displayed on the backdrop in the node
-        graph. This help-description explains what the nodes in a backdrop do.
-        """
-        customData = {
-            string apiName = "description"
-        }
-    )
-}
-
-class "AccessibilityAPI" (
-    inherits = </APISchemaBase>
-    doc = """
-    This API describes \\em Accessibility information on a Prim that may be
-    surfaced to a given runtime's accessibility frameworks.
-    This information may be used by assistive tooling such as voice controls
-    or screen readers.
-    Accessibility information is provided as a standard triplet of label,
-    description and priority.
-
-    OpenUSD does not provide a accessibility runtime itself, but endeavours
-    to provide the information needed for compatible runtimes to extract and
-    present this information.
-
-    This is a multiple apply schema, and so may have multiple namespaced
-    accessibility triplets, where a instance name may reflect a given purpose
-    for that triplet. For example, you may desire to express different
-    information for different aspects of the prim, such as size or color.
-
-    \\note The API will use \\em "default" as an instance name if no
-    namespace is specified.
-    
-    There are several best practices for using this schema.:
-
-    \\li Most accessibility runtimes support a single accessibility description.
-    Therefore we recommend placing any critical information in the default
-    instance.
-
-    \\li A default value should be authored if using time sampled accessibility
-    information. This helps accessibility runtimes that do not currently
-    support time sampled information.
-
-    \\li Provide accessibility information of your scene on the default prim
-    of the layer, and any top level prims. This allows accessibility systems to
-    provide concise scene descriptions to a user, but also allows supporting
-    accessibility systems that either do not support hierarchy information or
-    when a user has turned off that level of granularity. Accessibility
-    information may still be provided on other prims in the hierarchy.
-
-    \\note The use of the default prim and top level prims for scene
-    accessibility descriptions is a recommended convention. Outside of that,
-    accessibility information is not implicitly inherited through a prim
-    hierarchy. The inheritance should be left to the accessibility runtime to
-    decide how best to surface information to users."""
-
-    customData = {
-        token apiSchemaType = "multipleApply"
-        token propertyNamespacePrefix = "accessibility"
-        dictionary schemaTokens = {
-            dictionary label = {
-                string value = "label"
-                string doc = """Name of the label attribute"""
-            }
-            dictionary description = {
-                string value = "description"
-                string doc = """Name of the description attribute"""
-            }
-            dictionary priority = {
-                string value = "priority"
-                string doc = """Name of the priority attribute"""
-            }
-        }
-    }
-) {
-    string label (
-        doc = """A short label to concisely describe the prim.
-        It is not recommended to time vary the label unless the concise
-        description changes substantially.
-
-        There is no specific suggested length for the label, but it is
-        recommended to keep it succinct."""
-    )
-
-    string description (
-        doc = """An extended description of the prim to provide more details.
-        If a label attribute is not authored in a given instance name,
-        the description attribute should not be used in it its place. A
-        description is an optional attribute, and some accessibility systems
-        may only use the label.
-
-        Descriptions may be time varying for runtimes that support it. For
-        example, you may describe what a character is doing at a given time.
-        """
-    )
-
-    uniform token priority = "standard" (
-        doc = """A hint to the accessibility runtime of how to prioritize this
-        instance's label and description, relative to others.
-
-        This attribute is optional and is considered a hint that runtimes may
-        ignore, if they feel there are other necessities that take precedence
-        over the prioritization values.
-
-        Priority may not be time varying.
-        """
-        allowedTokens = ["low", "standard", "high"]
-    )
-}

package/staging_area/Blender/blender.shared/usd/usdUtilsValidators/resources/plugInfo.json

@@ -1,45 +0,0 @@
-{
-    "Plugins": [
-        {
-            "Info": {
-                "Validators": {
-                    "FileExtensionValidator": {
-                        "doc": "Only valid core layer extensions (.usd, .usda, .usdc, .usdz), valid core texture extensions (.exr, .jpg, .jpeg, .png) and embedded audio files (.M4A, .MP3, .WAV) are allowed in a package.",
-                        "keywords": [
-                            "UsdzValidators"
-                        ]
-                    },
-                    "MissingReferenceValidator": {
-                        "doc": "The composed USD stage should not contain any unresolvable asset dependencies (in every possible variation of the asset), when using the default asset resolver."
-                    },
-                    "PackageEncapsulationValidator": {
-                        "doc": "If the root layer is a package, then its recommended for the composed stage to not contain references to files outside the package. The package should be self-contained, warn if not.", 
-                        "keywords": [
-                            "UsdzValidators"
-                        ]
-                    },
-                    "RootPackageValidator": {
-                        "doc": "Files within the root layer of a usdz package should not be compressed or encrypted, and should be aligned to 64 bytes.",
-                        "keywords": [
-                            "UsdzValidators"
-                        ]
-                    },
-                    "UsdzPackageValidator": {
-                        "doc": "Files within all usdz packages within a stage should not be compressed or encrypted, and should be aligned to 64 bytes.",
-                        "keywords": [
-                            "UsdzValidators"
-                        ]
-                    },
-                    "keywords": [
-                        "UsdUtilsValidators"
-                    ]
-                }
-            },
-            "LibraryPath": "",
-            "Name": "usdUtilsValidators", 
-            "ResourcePath": "resources",
-            "Root": "..",
-            "Type": "library"
-        }
-    ]
-}

package/staging_area/Blender/blender.shared/usd/usdValidation/resources/plugInfo.json

@@ -1,24 +0,0 @@
-{
-    "Plugins": [
-        {
-            "Info": {
-                "Validators": {
-                    "CompositionErrorTest": {
-                        "doc": "Validator aims at providing all composition errors, which were generated while composing the stage."
-                    }, 
-                    "StageMetadataChecker": {
-                        "doc": "Stages that can be consumed as referenceable assets must have a valid 'defaultPrim' specified."
-                    }, 
-                    "keywords": [
-                        "UsdCoreValidators"
-                    ]
-                }
-            }, 
-            "LibraryPath": "", 
-            "Name": "usdValidation", 
-            "ResourcePath": "resources", 
-            "Root": "..", 
-            "Type": "library"
-        }
-    ]
-}