Comprendre la structure du fichier « custo-manifest »

Cet article vous permettra de comprendre la structure JSON d’un manifeste personnalisé Rainbow Extensions. Vous y découvrirez où les points d’extension sont déclarés, comment les actions sont organisées et quels champs racines Rainbow attend.

Squelette JSON

{
  "version": "2",
  "jsonType": "Rainbow-custo-manifest",
  "extension-points": {
    "<EXTENSION-POINT-KEY>": [
      {
        "name": "...",
        "icon": "...",
        "command": {
          "url": "...",
          "params": "...",
          "commandType": "rest",
          "method": "GET"
        },
        "responseType": "markdown"
      }
    ]
  }
}

Règles globales

• La version doit être « 2 ».
• jsonType doit être « Rainbow-custo-manifest ». C’est également ainsi que Rainbow identifie le manifeste à l’intérieur d’une archive ZIP.
• Chaque clé sous « extension-points » est un tableau.
• Chaque point d’extension prend en charge jusqu’à 3 actions.
• Chaque action doit contenir un objet « command » valide. Les champs « name » et « icon » sont obligatoires selon le point d’extension.
• Des variables peuvent être utilisées dans les champs pris en charge, tels que `command.url`, `command.params`, les paramètres du corps REST et le contenu d’affichage.

Points d’extension des événements PBX

Points d'extension des boutons

Affichage et points d'extension de cadre