Search Options

Results per page
Sort
Preferred Languages
Advance

Results 191 - 200 of 350 for syntax (0.07 sec)

  1. licenses/k8s.io/component-base/LICENSE

          boilerplate notice, with the fields enclosed by brackets "[]"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Wed Nov 06 22:53:10 UTC 2024
    - Last Modified: Sat Oct 26 02:47:39 UTC 2019
    - 11.1K bytes
    - Viewed (0)
  2. licenses/k8s.io/kube-openapi/pkg/validation/validate/LICENSE

          boilerplate notice, with the fields enclosed by brackets "[]"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Wed Nov 06 22:53:10 UTC 2024
    - Last Modified: Wed Dec 16 22:26:43 UTC 2020
    - 11.1K bytes
    - Viewed (0)
  3. licenses/sigs.k8s.io/apiserver-network-proxy/konnectivity-client/LICENSE

          boilerplate notice, with the fields enclosed by brackets "{}"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Wed Nov 06 22:53:10 UTC 2024
    - Last Modified: Thu Jun 27 20:56:17 UTC 2024
    - 11.1K bytes
    - Viewed (0)
  4. licenses/sigs.k8s.io/controller-runtime/LICENSE

          boilerplate notice, with the fields enclosed by brackets "{}"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Wed Nov 06 22:53:10 UTC 2024
    - Last Modified: Thu Aug 29 18:40:20 UTC 2024
    - 11.1K bytes
    - Viewed (0)
  5. licenses/sigs.k8s.io/yaml/goyaml.v2/LICENSE

          boilerplate notice, with the fields enclosed by brackets "{}"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Wed Nov 06 22:53:10 UTC 2024
    - Last Modified: Tue Oct 31 19:53:28 UTC 2023
    - 11.1K bytes
    - Viewed (0)
  6. LICENSE

          boilerplate notice, with the fields enclosed by brackets "[]"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Tue Nov 05 12:39:12 UTC 2024
    - Last Modified: Mon Nov 29 17:31:56 UTC 2021
    - 13.3K bytes
    - Viewed (0)
  7. licenses/github.com/google/cel-go/LICENSE

          boilerplate notice, with the fields enclosed by brackets "[]"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Wed Nov 06 22:53:10 UTC 2024
    - Last Modified: Wed Mar 23 01:29:36 UTC 2022
    - 12.7K bytes
    - Viewed (0)
  8. LICENSES/third_party/forked/gotestsum/LICENSE

          boilerplate notice, with the fields enclosed by brackets "[]"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Fri Nov 01 09:05:11 UTC 2024
    - Last Modified: Fri Apr 01 18:49:15 UTC 2022
    - 11.1K bytes
    - Viewed (0)
  9. LICENSE

          boilerplate notice, with the fields enclosed by brackets "[]"
          replaced with your own identifying information. (Don't include
          the brackets!)  The text should be enclosed in the appropriate
          comment syntax for the file format. We also recommend that a
          file or class name and description of purpose be included on the
          same "printed page" as the copyright notice for easier
          identification within third-party archives.
    Registered: Sun Nov 03 03:35:11 UTC 2024
    - Last Modified: Wed Sep 11 20:39:30 UTC 2013
    - 11.1K bytes
    - Viewed (0)
  10. docs/en/docs/tutorial/first-steps.md

    * the path `/`
    * using a <abbr title="an HTTP GET method"><code>get</code> operation</abbr>
    
    /// info | "`@decorator` Info"
    
    That `@something` syntax in Python is called a "decorator".
    
    You put it on top of a function. Like a pretty decorative hat (I guess that's where the term came from).
    
    A "decorator" takes the function below and does something with it.
    
    Registered: Sun Nov 03 07:19:11 UTC 2024
    - Last Modified: Sat Oct 26 11:48:16 UTC 2024
    - 11.8K bytes
    - Viewed (0)
Back to top