Files
privacy.sexy/docs/collection-files.md
2021-01-09 02:02:16 +01:00

6.9 KiB

Collection files

Objects

Collection

  • A collection simply defines:
    • different categories and their scripts in a tree structure
    • OS specific details
  • Also allows defining common functions to be used throughout the collection if you'd like different scripts to share same code.

Collection syntax

  • os: string (required)
  • actions: [ Category , ... ] (required)
    • Each category is rendered as different cards in card presentation.
    • A Collection must consist of at least one category.
  • functions: [ Function , ... ]
    • Functions are optionally defined to re-use the same code throughout different scripts.
  • scripting: ScriptingDefinition (required)
    • Defines the scripting language that the code of other action uses.

Category

  • Category has a parent that has tree-like structure where it can have subcategories or subscripts.
  • It's a logical grouping of different scripts and other categories.

Category syntax

  • category: string (required)
    • Name of the category
    • Must be unique throughout the Collection
  • children: [ Category | Script , ... ] (required)
    • Category must consist of at least one subcategory or script.
    • Children can be combination of scripts and subcategories.

Script

  • Script represents a single tweak.
  • A script must include either:
    • A code and revertCode
    • Or call to call YAML-defined functions
  • 🙏 For any new script, please add revertCode and docs values if possible.

Script syntax

  • name: string (required)
    • Name of the script
    • Must be unique throughout the Collection
    • E.g. Disable targeted ads
  • code: string (may be required)
    • Batch file commands that will be executed
    • 💡 If defined, best practice to also define revertCode
    • If not defined call must be defined, do not define if call is defined.
  • revertCode: string
    • Code that'll undo the change done by code property.
    • E.g. let's say code sets an environment variable as setx POWERSHELL_TELEMETRY_OPTOUT 1
      • then revertCode should be doing setx POWERSHELL_TELEMETRY_OPTOUT 0
    • Do not define if call is defined.
  • call: FunctionCall | [ FunctionCall , ... ] (may be required)
    • A shared function or sequence of functions to call (called in order)
    • If not defined code must be defined
  • docs: string | [string, ... ]
    • Single documentation URL or list of URLs for those who wants to learn more about the script
    • E.g. https://docs.microsoft.com/en-us/windows-server/
  • recommend: "standard" | "strict" | undefined (default)
    • If not defined then the script will not be recommended
    • If defined it can be either
      • standard: Only non-breaking scripts without limiting OS functionality
      • strict: Scripts that can break certain functionality in favor of privacy and security

FunctionCall

  • Describes a single call to a function by optionally providing values to its parameters.
  • 👀 See parameter substitution for an example usage

FunctionCall syntax

  • function: string (required)
    • Name of the function to call.
    • Function with same name must defined in functions property of Collection
  • parameters: [ parameterName: parameterValue, ... ]
    • Defines key value dictionary for each parameter and its value

    • E.g.

        parameters:
          userDefinedParameterName: parameterValue
          # ...
          appName: Microsoft.WindowsFeedbackHub
      

Function

  • Functions allow re-usable code throughout the defined scripts.
  • Functions are templates compiled by privacy.sexy and uses special expressions.
  • Expressions are defined inside mustaches (double brackets, {{ and }})
  • 👀 See parameter substitution for an example usage

Parameter substitution

A simple function example

  function: EchoArgument
  parameters: [ 'argument' ]
  code: Hello {{ $argument }} !

It would print "Hello world" if it's called in a script as following:

  script: Echo script
  call:
    function: EchoArgument
    parameters:
      argument: World

Function syntax

  • name: string (required)
    • Name of the function that scripts will use.
    • Convention is to use camelCase, and be verbs.
    • E.g. uninstallStoreApp
    • Function names must be unique
  • parameters: [ string , ... ]
    • Name of the parameters that the function has.
    • Parameter values are provided by a Script through a FunctionCall
    • Parameter names must be defined to be used in expressions such as parameter substitution
    • Parameter names must be unique code: string (required)
    • Batch file commands that will be executed
    • 💡 If defined, best practice to also define revertCode
  • revertCode: string
    • Code that'll undo the change done by code property.
    • E.g. let's say code sets an environment variable as setx POWERSHELL_TELEMETRY_OPTOUT 1
      • then revertCode should be doing setx POWERSHELL_TELEMETRY_OPTOUT 0

ScriptingDefinition

  • Defines global properties for scripting that's used throughout its parent Collection.

ScriptingDefinition syntax

  • language: string (required)
  • startCode: string (required)
    • Code that'll be inserted on top of user created script.
    • Global variables such as $homepage, $version, $date can be used using parameter substitution code syntax such as Welcome to {{ $homepage }}!
  • endCode: string (required)
    • Code that'll be inserted at the end of user created script.
    • Global variables such as $homepage, $version, $date can be used using parameter substitution code syntax such as Welcome to {{ $homepage }}!