Las páginas principales son una nueva función de complementos de Google Workspace que permite definir una o más tarjetas no contextuales. Las tarjetas no contextuales se utilizan para mostrar una interfaz de usuario cuando el usuario está fuera de un contexto específico, como cuando está viendo su carpeta Recibidos de Gmail, pero no ha abierto un mensaje o borrador.
Las páginas principales te permiten mostrar contenido no contextual, al igual que las apps de Google en el panel lateral de acceso rápido (Keep, Calendario y Tasks). Las páginas principales también pueden proporcionar un punto de partida inicial para cuando un usuario abre tu complemento por primera vez y son útiles para enseñarles a los usuarios nuevos cómo interactuar con tu complemento.
Si deseas definir una página principal para el complemento, especifícala en el manifiesto del proyecto e implementa una o más funciones homepageTrigger
(consulta Configuración de la página principal).
Puedes tener varias páginas principales, una para cada aplicación host que extienda tu complemento. También puedes definir una sola página principal predeterminada común que se use en hosts en los que no hayas especificado una página principal personalizada.
La página principal del complemento se muestra cuando se cumple una de las siguientes condiciones:
- Cuando el complemento se abre por primera vez en el host (después de la autorización).
- Cuando el usuario cambia de un contexto contextual a uno no contextual mientras el complemento está abierto. Por ejemplo, desde un evento de Calendario hasta el Calendario principal.
- Cuando el usuario hace clic en el botón Atrás suficientes veces como para resaltar todas las demás tarjetas de las pilas internas.
- Cuando una interacción de la IU en una tarjeta no contextual da como resultado una llamada
Navigation.popToRoot()
Diseñar una página principal no es obligatorio, pero se recomienda; si no defines ninguno, se usará una tarjeta genérica que contenga el nombre de tu complemento cada vez que un usuario navegaría a la página principal.
Configuración de la página principal
Los complementos de Google Workspace usan el campo addOns.common.homepageTrigger
a fin de configurar el contenido predeterminado del complemento de la página principal (no contextual) para todas las aplicaciones host en el manifiesto del complemento:
{
// ...
"addOns": {
// ...
"common": {
// ...
"homepageTrigger": {
"runFunction": "myFunction",
"enabled": true
}
}
}
}
runFunction
: Es el nombre de la función Apps Script que invoca el framework de complementos de Google Workspace para procesar las tarjetas de complementos de la página principal. Esta función es la función del activador de la página principal. Esta función debe compilar y mostrar un arreglo de objetosCard
que conforman la IU de la página principal. Si se muestra más de una tarjeta, la aplicación host muestra los encabezados de la tarjeta en una lista que el usuario puede seleccionar (consulta Cómo mostrar varias tarjetas).enabled
: Indica si se deben habilitar las tarjetas de la página principal para este alcance. Este campo es opcional y la configuración predeterminada estrue
. Si se configura enfalse
, se inhabilitan las tarjetas de la página principal para todos los hosts (a menos que se anulen para ese host; consulta a continuación).
Además de la configuración común, también hay anulaciones por host estructuradas de forma idéntica disponibles en la configuración de cada aplicación host, en addOns.gmail.homepageTrigger
, addOns.calendar.homepageTrigger
, etcétera:
{
...
"addOns": {
...
"common": {
// By default, call 'buildHomePage' to render homepage content
// in all hosts. Since calendar.homepageTrigger below overrides
// this in Calendar and Drive and the homepageTrigger is disabled
// for Gmail, this homepage function never executes.
"homepageTrigger": { "runFunction": "buildHomePage" }
},
"calendar": {
// Show customized homepage content for Calendar only.
"homepageTrigger": { "runFunction": "buildCalendarHomepage" }
},
"drive": {
// Show customized homepage content for Drive only.
"homepageTrigger": { "runFunction": "buildDriveHomepage" }
}
"gmail": {
// Disable homepage add-on content in Gmail.
"homepageTrigger": { "enabled": false }
},
...
}
}
Ten en cuenta que esto equivale al siguiente extracto de manifiesto:
{
...
"addOns": {
...
"common": { /* ... */ }, // Omitted a default homepageTrigger specification.
"calendar": {
// Show customized homepage content for Calendar only.
"homepageTrigger": { "runFunction": "myCalendarFunction" }
},
"drive": {
// Show customized homepage content for Drive only.
"homepageTrigger": { "runFunction": "myDriveFunction" }
}
"gmail": { /* ... */ },
...
}
}
Ninguna de las secciones de homepageTrigger
es obligatoria. Sin embargo, la IU que se muestra para un complemento en cualquier producto host determinado depende de la presencia del campo del manifiesto correspondiente y de si hay un objeto homepageTrigger
asociado. En el siguiente ejemplo, se muestra qué funciones del complemento se ejecutan (si las hay) con el fin de crear una IU de la página principal para las diferentes configuraciones del manifiesto:
Objetos de eventos de la página principal
Cuando se la llama, la función activadora de la página principal (runFunction
) descrita anteriormente recibe un objeto de evento que contiene datos del contexto de invocación.
Los objetos de eventos de la página principal no incluyen widgets ni información contextual. La información que se pasa se limita a los siguientes campos de objetos de eventos comunes:
commonEventObject.clientPlatform
commonEventObject.hostApp
commonEventObject.userLocale
ycommonEventObject.userTimezone
(pero consulta Cómo acceder a la configuración regional y a la zona horaria del usuario para obtener información sobre las restricciones).
Consulta Objeto de evento para obtener más detalles.
Otras tarjetas no contextuales
La IU del complemento puede contener tarjetas no contextuales adicionales que no son páginas de inicio. Por ejemplo, es posible que la página principal tenga un botón que abra la tarjeta "Configuración" en la que el usuario puede ajustar la configuración del complemento (esta configuración, en la mayoría de los casos, sería independiente del contexto y, por lo tanto, no contextual).
Las tarjetas no contextuales se crean como cualquier otra tarjeta; la única diferencia es qué acción o evento genera y muestra la tarjeta. Consulta Métodos de navegación para obtener detalles sobre cómo crear transiciones entre tarjetas.