Documentación

Programaciones: comandos CLI

Define, previsualiza, restaura y borra la programación de una pantalla, toma el control de pantallas un rato e importa programaciones desde una hoja.

Cada comando se ejecuta como describe la referencia de la CLI: banderas globales, salida JSON, códigos de salida, revisiones y reintentos.

Programaciones y toma de control

Las campañas de una pantalla y las entradas de programación de listas de reproducción son niveles de una misma pila. El servidor decide qué reproduce cada pantalla de arriba abajo: su toma de control, las campañas que la alcanzan (primero --priority, luego la más reciente), las entradas de programación propias de la pantalla en orden, la lista de reproducción asignada con screen assign y, después, la lista de reproducción predeterminada de la carpeta de pantallas más cercana que defina una. Se reproduce el primer nivel que rige. Los cambios se aplican en aproximadamente un minuto desde un límite, y los Players no necesitan actualización. Una hoja de líneas de programación para muchas pantallas se importa en un solo paso: consulte Importación de programación.

Un nivel rige mientras rigen todas sus reglas: from y until, windows semanales, reglas monthly, dates, fechas except, una condición data y una condición interaction. Una regla monthly es un day del mes (de 1 a 31; un mes sin ese día la omite) o el día de la semana de posición nth (de 1 a 4, o -1 para el último) con un weekday; un elemento dates es una sola date; ambos admiten horas start y end opcionales y, si no, abarcan todo el día. Una fecha except elimina toda ocurrencia que empieza ese día, incluidas las colas nocturnas, y una ocurrencia nocturna pertenece a la fecha en que empieza. data es {key, path?, equals?} y rige mientras esos datos de la tarjeta existan o igualen el escalar. interaction es {idle_s} (de 5 a 3600, 60 por defecto): el nivel se reproduce mientras alguien usa la pantalla con un toque, un clic o una tecla y vuelve atrás tras idle_s segundos sin entrada, como una página interactiva sobre un ciclo de atracción. displays lista las salidas del muro de video (de 1 a 12) en las que se reproduce el nivel. covers es full (la página, predeterminado), main, o header, footer o side, una franja dibujada sobre la página que necesita una lista de reproducción creada para esa región; consulte franjas. start es next_item (predeterminado), que espera a que termine el elemento actual, o on_time, que lo interrumpe en el instante exacto. Un Player que resuelve su propia pila reproduce los niveles interaction, data, de franja y displays; campaign explain informa del nivel para cualquier otro Player como off con el motivo stack_only (necesita un Player que resuelva su propia pila).

screen show, screen list y las escrituras de programación y de toma de control que siguen devuelven effective_playlist ({id, source, entry_id?, until?}, donde source es takeover, campaign, schedule, default o folder), takeover y playlist_schedule. entry_id es el id de la campaña para campaign, el id de la entrada para schedule y el id de la carpeta para folder. until es el siguiente momento en que se sabe que cambia la elección. screen show --human lo imprime en la zona horaria de la pantalla, como en Assigned: pl_LUNCH (schedule entry lunch until 2026-08-14 15:00 America/Los_Angeles) o Assigned: pl_LUNCH (campaign cmp_LUNCH until 2026-08-14 15:00 America/Los_Angeles) (UTC, etiquetado, cuando la pantalla no tiene zona); la salida JSON mantiene instantes RFC 3339. Las tablas de programación humanas están etiquetadas con la zona horaria de la pantalla, y screen list --human añade una columna ASSIGNED cuando alguna pantalla listada reproduce algo distinto de su lista de reproducción predeterminada.

Código de problemaSalirSignificado
invalid_request8La pantalla no tiene lista de reproducción predeterminada asignada (next es screen assign), o no se puede asignar una lista de reproducción con nombre.
screen_archived5Una pantalla archivada rechaza programaciones y tomas. next es screen unarchive.
revision_conflict6La revisión --expect-rev estaba obsoleta.
playlist_format_mismatch5El formato de una lista de reproducción no coincide con la pantalla: una lista de reproducción de muro en una pantalla cuyo muro tiene otra forma, o una entrada de franja (covers header, footer o side) que no encaja en ninguno de los monitores de la pantalla.
feature_not_in_plan8El plan no incluye la función que usa una entrada nueva: el control de cambios de programación para una entrada paused nueva, los muros de video para displays que nombra la pantalla 2 o posteriores. Precios enumera los planes.
rate_limited7La programación y las escrituras de toma de control comparten límites por minuto: 600 por organización, 20 por pantalla y 60 por IP. Espere retry_after_seconds.

Con un id de pantalla, estos comandos devuelven la pantalla actualizada y --expect-rev protege su revisión. Varios ids, --tag TAG o --folder ID (cada pantalla activa de esa carpeta de pantallas y de todas las carpetas que contiene) se ejecutan como una sola solicitud de flota con el sobre y las reglas de salida de la flota; cada pantalla falla individualmente, y el CLI se pausa y reanuda automáticamente cuando se agota el presupuesto del proyecto. Con acceso Propose, o en un proyecto que exige revisión de los cambios de los agentes, una escritura en una pantalla o en toda la selección de la flota responde pending_review: el comando tiene éxito (salida 0) con data.review y una advertencia pending_review, data.next es screenrig reviews show ID, y nada cambia en pantalla hasta que una persona lo aprueba, así que no repita la escritura. --note le explica el motivo a la persona que revisa el cambio; consulte Revisiones. En una pantalla de una carpeta protegida, la escritura espera a un segundo aprobador en todos los niveles de acceso.

screen schedule show#

Mostrar la programación de la lista de reproducción de una pantalla y la lista que actualmente selecciona.

screen schedule show <id>
ParámetroTipoRequeridoPredeterminadoNotas
<id>stringsíningunoEl id de pantalla scr_.
screenrig screen schedule show scr_CAFE

data contiene entries (vacío cuando la pantalla no tiene programación), updated_at y effective_playlist. La salida JSON puede enviarse directamente a screen schedule set --file.

screen schedule set#

Reemplazar la programación de la lista de reproducción en una pantalla o flota.

screen schedule set (<id>... | --tag TAG | --folder ID) --file FILE [--expect-rev REVISION] [--note TEXT]
ParámetroTipoRequeridoPredeterminadoNotas
<id>...stringuno de <id>, --tag o --folderningunoUno o más ID de pantalla scr_. Varios IDs se ejecutan como una solicitud de flota.
--tag TAGstringuno de <id>, --tag o --folderningunoCada pantalla activa que lleva esta etiqueta.
--folder IDstringuno de <id>, --tag o --folderningunoToda pantalla activa de esta carpeta de pantallas sfd_ y de las carpetas que contiene.
--file FILErutasíningunoEl documento de programación, o - para stdin. Se acepta de vuelta el JSON de screen schedule show.
--expect-rev REVISIONstringnoningunoSolo un ID de pantalla. Condición de revisión opcional.
--note TEXTstringnoningunoUna nota para la persona que revisa el cambio: texto plano, máximo 280 caracteres. Se ignora cuando el cambio se aplica de inmediato.
screenrig screen schedule set scr_CAFE --file dayparts.json
screenrig screen schedule set --tag Cafe --file dayparts.json
screenrig screen schedule set --folder sfd_01EXAMPLEFOLDER000000000 --file dayparts.json

Cada lista de reproducción que un horario nombra se valida como una asignación, y la pantalla necesita una lista de reproducción predeterminada asignada. Las horas de las entradas se leen en la zona horaria propia de la pantalla. Cuando ninguna entrada rige, se reproduce la lista asignada. Si una lista programada no puede mostrarse después, sus entradas se omiten y se registra screen.playlist_unavailable.

screen schedule clear#

Eliminar la programación de la lista de reproducción de una pantalla o flota.

screen schedule clear (<id>... | --tag TAG | --folder ID) [--expect-rev REVISION] [--note TEXT]
ParámetroTipoRequeridoPredeterminadoNotas
<id>...stringuno de <id>, --tag o --folderningunoUno o más ID de pantalla scr_. Varios IDs se ejecutan como una solicitud de flota.
--tag TAGstringuno de <id>, --tag o --folderningunoCada pantalla activa que lleva esta etiqueta.
--folder IDstringuno de <id>, --tag o --folderningunoToda pantalla activa de esta carpeta de pantallas sfd_ y de las carpetas que contiene.
--expect-rev REVISIONstringnoningunoSolo un ID de pantalla. Condición de revisión opcional.
--note TEXTstringnoningunoUna nota para la persona que revisa el cambio: texto plano, máximo 280 caracteres. Se ignora cuando el cambio se aplica de inmediato.
screenrig screen schedule clear --tag Cafe

Después se reproduce la toma de control; si no, una campaña que se cumpla; si no, la lista de reproducción asignada. Una pantalla sin programación responde sin cambios.

screen schedule preview#

Mostrar qué cambiaría reemplazar el horario de listas de reproducción de una pantalla, sin hacerlo.

screen schedule preview <id> --file FILE [--calendar-from INSTANT] [--calendar-to INSTANT]
ParámetroTipoRequeridoPredeterminadoNotas
<id>stringsíningunoEl id de pantalla scr_.
--file FILErutasíningunoEl documento de horario tal como lo toma screen schedule set, o - para stdin. Se acepta de vuelta el JSON de screen schedule show.
--calendar-from INSTANTstringnoahoraInicie los calendarios en este instante con zona, como 2026-12-01T00:00:00Z.
--calendar-to INSTANTstringnouna semana después del inicioTermine los calendarios en este instante con zona, como máximo 93 días después del inicio.
screenrig screen schedule preview scr_LOBBY --file dayparts.json
screenrig screen schedule preview scr_LOBBY --file dayparts.json --calendar-from 2026-12-01T00:00:00Z --calendar-to 2027-01-01T00:00:00Z

No se escribe nada. Las entradas se comprueban como las comprueba screen schedule set, así que una vista previa rechaza lo que rechaza el set. data.gained y data.lost, cada uno {count, screen_ids}, dicen si la pantalla ganaría o perdería niveles de su horario; una entrada con "paused": true no está en ninguna pantalla, así que publicarla la gana. data.calendar.before y data.calendar.after son el calendario de la pantalla tal como es y tal como sería entre --calendar-from y --calendar-to.

screen schedule revisions#

Listar las revisiones del horario de listas de reproducción de una pantalla, la más reciente primero.

screen schedule revisions <id> [--after CURSOR]
ParámetroTipoRequeridoPredeterminadoNotas
<id>stringsíningunoEl id de pantalla scr_.
--after CURSORstringnola primera páginaContinúe desde el data.next_cursor de la página anterior.
screenrig screen schedule revisions scr_LOBBY
screenrig screen schedule revisions scr_LOBBY --after CURSOR

data.items contiene como máximo 50 revisiones, cada una con revision (la revisión de la pantalla en la escritura, por lo que los números tienen huecos donde la pantalla cambió de otro modo), created_at, change, current, author cuando se conoce y entries, el horario completo después de esa escritura (none significa que la pantalla no tenía horario). change es edited (un set, un clear o una importación de horarios), restored (una copia de la revisión anterior que nombra restored_from) o baseline (la programación que tenía la pantalla cuando empezó su historial). Mientras data.next_cursor sea una cadena, quedan revisiones más antiguas: ejecute el comando de nuevo con --after establecido en ese valor. Las revisiones se van con la purga de la pantalla. Basta con acceso de solo lectura.

screen schedule restore#

Volver a poner en una pantalla el horario de una revisión anterior copiándolo hacia delante.

screen schedule restore <id> --revision N [--expect-rev REVISION] [--note TEXT]
ParámetroTipoRequeridoPredeterminadoNotas
<id>stringsíningunoEl id de pantalla scr_.
--revision NintegersíningunoLa revisión que se copia hacia delante, tal como la numera screen schedule revisions.
--expect-rev REVISIONstringnola revisión recién leídaExigir esta revisión actual de la pantalla, no N. Sin ella, la CLI lee la pantalla justo antes de escribir y envía esa revisión; un cambio entre medias es revision_conflict (salida 6).
--note TEXTstringnoningunoUna nota para la persona que revisa el cambio: texto plano, máximo 280 caracteres. Se ignora cuando el cambio se aplica de inmediato.
screenrig screen schedule restore scr_LOBBY --revision 4
screenrig screen schedule restore scr_LOBBY --revision 4 --expect-rev 9

Las entradas de la revisión N pasan a ser el horario de la pantalla, la misma escritura que screen schedule set con esas entradas (o screen schedule clear cuando esa revisión no tenía ninguna), comprobadas como se comprueban ahora: una lista de reproducción eliminada desde entonces la rechaza. Con acceso Propose, o en un proyecto que exige revisión de los cambios de los agentes, la restauración espera a una persona como el set, y nada cambia en pantalla hasta que la aprueba. Las revisiones anteriores quedan como estaban.

screen takeover#

Mostrar una lista de reproducción en una pantalla o en una flota antes de las campañas, el horario y la asignación.

screen takeover [set] (<id>... | --tag TAG | --folder ID) --playlist-id ID [--until TIME | --for DURATION] [--reason TEXT] [--expect-rev REVISION] [--note TEXT]
ParámetroTipoRequeridoPredeterminadoNotas
<id>...stringuno de <id>, --tag o --folderningunoUno o más ID de pantalla scr_. Varios IDs se ejecutan como una solicitud de flota.
--tag TAGstringuno de <id>, --tag o --folderningunoCada pantalla activa que lleva esta etiqueta.
--folder IDstringuno de <id>, --tag o --folderningunoToda pantalla activa de esta carpeta de pantallas sfd_ y de las carpetas que contiene.
--playlist-id IDstringsíningunoLa lista de reproducción pl_ para mostrar.
--until TIMEstringnoretenido hasta ser liberadoUn instante RFC 3339 estricto con segundos y un desplazamiento, en la forma YYYY-MM-DDTHH:MM:SSZ o YYYY-MM-DDTHH:MM:SS-07:00, enviado normalizado a UTC; estrictamente en el futuro y a lo sumo 7 días adelante. O none para mantener hasta screen takeover clear.
--for DURATIONstringnoretenido hasta ser liberado30m, 2h o 3d, hasta 6d23h59m, convertido a un until desde el reloj de esta computadora. 7d se rechaza localmente; use --until para un total de 7 días. No con --until.
--reason TEXTstringnoningunoUna nota del operador sobre la toma y sus eventos. Recortada, máximo 120 caracteres, y sin caracteres de control.
--expect-rev REVISIONstringnoningunoSolo un ID de pantalla. Condición de revisión opcional.
--note TEXTstringnoningunoUna nota para la persona que revisa el cambio: texto plano, máximo 280 caracteres. Se ignora cuando el cambio se aplica de inmediato.
screenrig screen takeover scr_LOBBY --playlist-id pl_DRILL --for 30m --reason "Fire drill"
screenrig screen takeover --tag Lobby --playlist-id pl_LAUNCH --for 2h
screenrig screen takeover --folder sfd_01EXAMPLEFOLDER000000000 --playlist-id pl_LAUNCH --for 2h
screenrig screen takeover scr_A scr_B --playlist-id pl_NOTICE --until none

screen takeover ID es la abreviatura de screen takeover set ID. Un takeover nuevo reemplaza al anterior, salvo la misma lista de reproducción enviada de nuevo mientras su takeover está vigente, sin --reason o con el mismo, que conserva ese takeover y solo mueve su final. Cuando termina, la pantalla vuelve a una campaña que rige, a su programación o a su lista de reproducción asignada por sí sola. Un takeover cuya lista de reproducción no puede mostrarse termina. Una reejecución --for tras un fallo ambiguo calcula un nuevo final y se envía como una nueva solicitud.

screen takeover clear#

Finalizar la toma de control en una pantalla o una flota.

screen takeover clear (<id>... | --tag TAG | --folder ID) [--expect-rev REVISION] [--note TEXT]
ParámetroTipoRequeridoPredeterminadoNotas
<id>...stringuno de <id>, --tag o --folderningunoUno o más ID de pantalla scr_. Varios IDs se ejecutan como una solicitud de flota.
--tag TAGstringuno de <id>, --tag o --folderningunoCada pantalla activa que lleva esta etiqueta.
--folder IDstringuno de <id>, --tag o --folderningunoToda pantalla activa de esta carpeta de pantallas sfd_ y de las carpetas que contiene.
--expect-rev REVISIONstringnoningunoSolo un ID de pantalla. Condición de revisión opcional.
--note TEXTstringnoningunoUna nota para la persona que revisa el cambio: texto plano, máximo 280 caracteres. Se ignora cuando el cambio se aplica de inmediato.
screenrig screen takeover clear --tag Lobby

Después se reproduce una campaña que se cumpla; si no, la programación; si no, la lista de reproducción asignada. Una pantalla sin toma de control responde sin cambios.

El archivo de programación

Un horario lista de 1 a 32 entradas en orden de prioridad; gana la primera entrada que rige. Una entrada nombra un playlist_id y define al menos una regla de un nivel: windows, monthly, dates, except, data, interaction, from o until, y opcionalmente displays, covers, start y paused. windows tiene de 1 a 16 elementos en la zona horaria de la pantalla: days usa mon a sun, y start y end son HH:MM; omita ambos para todo el día. Un end en o antes de start cruza la medianoche y pertenece al día de inicio. monthly tiene de 1 a 16 elementos, y dates y except de 1 a 100 cada uno, con una fecha de except una sola vez. El servidor rechaza una fecha de except fuera de from y until, un elemento de dates que empieza fuera de ellos, y un elemento de dates que también es una fecha de except. from (inclusivo) y until (exclusivo) son opcionales y son minutos civiles como 2026-12-24T18:00, sin desfase; from es anterior a until. covers es full (predeterminado), main, header, footer o side, displays enumera de 1 a 12 salidas distintas, y start es next_item (predeterminado) o on_time, como en las reglas de nivel anteriores. Un id tiene de 1 a 64 letras, dígitos, - o _, y se usa una sola vez; un id omitido se convierte en entry_N. Una entrada con "paused": true es un borrador: no está en la pila de ninguna pantalla, screen schedule show la marca y el calendario la dibuja con trazo discontinuo. Envíe de nuevo el horario sin paused para publicarla. La CLI verifica esta forma antes de enviar algo. Franja horaria de desayuno, almuerzo y cena:

{
  "entries": [
    { "id": "breakfast", "playlist_id": "pl_BREAKFAST",
      "windows": [{ "days": ["mon", "tue", "wed", "thu", "fri"], "start": "06:00", "end": "11:00" },
                  { "days": ["sat", "sun"], "start": "08:00", "end": "12:00" }] },
    { "id": "lunch", "playlist_id": "pl_LUNCH",
      "windows": [{ "days": ["mon", "tue", "wed", "thu", "fri"], "start": "11:00", "end": "15:00" }] },
    { "id": "dinner", "playlist_id": "pl_DINNER",
      "windows": [{ "days": ["mon", "tue", "wed", "thu", "fri", "sat", "sun"], "start": "17:00", "end": "22:00" }] }
  ]
}

Un menú que se reproduce mientras alguien usa la pantalla, por encima de un brunch del primer domingo que omite una fecha:

{
  "entries": [
    { "id": "browse", "playlist_id": "pl_MENU", "interaction": { "idle_s": 90 } },
    { "id": "brunch", "playlist_id": "pl_BRUNCH",
      "monthly": [{ "nth": 1, "weekday": "sun", "start": "10:00", "end": "14:00" }],
      "except": ["2026-12-06"] }
  ]
}

Un horario de lista de reproducción elige entre listas; la página visibility dentro de una lista aún elige entre sus páginas.

Programar y eventos de toma de control

events list y events follow imprimen screen.playlist_switched (playlist_id, previous_playlist_id, source, entry_id, until), screen.takeover_started (playlist_id, until, donde none significa retenido hasta que se borre, y reason), screen.takeover_updated (playlist_id, until, previous_until y reason, donde none significa retenido hasta que se borre: la misma toma de control con un nuevo final), screen.takeover_ended (playlist_id, until si la tenía, y reason expired, cleared, replaced, playlist_deleted o playlist_unavailable), y la advertencia screen.playlist_unavailable (playlist_id, code playlist_deleted o playlist_unavailable, y los entry_ids, campaign_ids o folder_id que nombran la lista de reproducción).

Eliminar una lista de reproducción falla con resource_conflict (salida 5) mientras una pantalla, archivada o no, la tenga asignada, nombrada por una entrada de programación, retenida por una toma de control o efectiva, o mientras una campaña o la lista predeterminada de una carpeta de pantallas la nombre. next señala a screen list.

Importación de programación

schedule import lee una hoja de filas de programación (pantalla, archivo, inicio, fin), comprueba cada fila con el proyecto, muestra una vista previa de los niveles que crea y del efecto en el calendario y, con --commit, aplica todo o nada. schedule template guarda una hoja para empezar. La importación de programación describe las columnas, los destinos, las horas y los errores de fila. La programación propia de una sola pantalla es screen schedule set, y una campaña programa una audiencia.

La vista previa y la confirmación pertenecen a Premium y a los planes superiores: un plan sin importación de programación responde feature_not_in_plan (salida 8), y la plantilla está abierta en todos los planes. La vista previa y la confirmación no están disponibles para un solicitante limitado a carpetas de pantallas (outside_screen_scope, salida 3).

schedule import#

Comprueba una hoja de filas de programación y muestra una vista previa de lo que hace; --commit la aplica.

schedule import <file> [--name NAME] [--timezone ZONE] [--code-field FIELD] [--commit]
ParámetroTipoRequeridoPredeterminadoNotas
<file>rutasíningunoUna hoja .csv (UTF-8), .xlsx (se lee su primera hoja) o .json, o - para leer filas JSON, texto CSV o un libro XLSX desde la entrada estándar. Una hoja JSON es un arreglo de objetos de fila o {"rows": [...]}, con los nombres de columna como claves. Como máximo 5000 filas y 8 MiB.
--name NAMEstringnoel nombre del archivo sin su extensiónNombre de la importación, de 1 a 80 caracteres. Importar de nuevo con el mismo nombre actualiza los niveles que creó, elimina los niveles cuyas filas ya no están y deja sin cambios una hoja idéntica.
--timezone ZONEstringnoel reloj propio de cada pantallaLa zona IANA, como America/New_York, en la que están escritas las horas de una fila cuando la fila no tiene celda timezone.
--code-field FIELDstringnocualquier campoLee el código de pantalla de un destino solo de este campo de pantalla, como code o room_id.
--commitbooleannoapagadoAplica la importación cuando la vista previa es válida. Si hay errores de fila, no se escribe nada.
screenrig schedule import schedule.csv
screenrig schedule import schedule.xlsx --name "Spring promos" --timezone America/Los_Angeles
screenrig schedule import schedule.csv --name "Spring promos" --commit
screenrig schedule import rows.json --code-field room_id
screenrig schedule import - --name "Spring promos" --commit

Sin --commit no se escribe nada. data es la vista previa: valid, fingerprint, summary (rows, rows_with_errors, levels, creates, updates, unchanged, removes, screens, playlists), rows, levels, removals y calendar, ignored_columns para una columna que nada lee, y next, el comando que confirma. Las filas que coinciden en contenido, horas, prioridad y nombre forman un solo nivel: una pantalla es una entrada de la programación propia de esa pantalla, y varias pantallas, una carpeta o una etiqueta forman un nivel compartido, una campaña que prevalece sobre los niveles propios de una pantalla.

Una hoja válida termina con 0. Las filas con errores terminan con 8 y data.valid false: data.rows[].errors nombra la columna y el código de cada celda, no se escribe nada, --commit no confirma nada, y se vuelve a ejecutar el mismo comando una vez corregidas las filas.

Con --commit, la ejecución envía el fingerprint de la vista previa y una clave de idempotencia derivada del nombre y de la huella, por lo que repetir un comando idéntico interrumpido es seguro. data es entonces la vista previa más data.applied (creates, updates, unchanged, removes, screens, playlists) y data.committed true, y las listas de reproducción de un solo archivo que necesitan los archivos de la hoja se crean primero. Todas las filas se aplican o ninguna. Un proyecto que cambió desde la vista previa, o filas que se leen de otra forma, es schedule_import_stale (salida 5): no se escribió nada, y el mismo comando vuelve a mostrar la vista previa. Una confirmación que alcanza una pantalla de una carpeta protegida se rechaza por completo con protected_target (salida 5), y la que actualiza o elimina una campaña reservada responde reserved_item (salida 3) salvo que la confirme una persona que puede aprobar. La vista previa requiere acceso de solo lectura, y --commit requiere acceso de administración. Un archivo que la CLI no puede leer es un usage_error (salida 2).

schedule template#

Guarda una hoja con las columnas que lee una importación de programación y tres filas de ejemplo.

schedule template [--format csv|xlsx] [--output FILE] [--overwrite]
ParámetroTipoRequeridoPredeterminadoNotas
--format FORMATstringnocsvcsv o xlsx.
--output FILErutapara xlsximprimir el CSVEscribe la hoja en este archivo. Sin él, se imprime el CSV y data.content lo contiene.
--overwritebooleannoapagadoReemplaza --output si existe. Necesita --output.
screenrig schedule template
screenrig schedule template --output schedule.csv
screenrig schedule template --format xlsx --output schedule.xlsx --overwrite

Las filas de ejemplo son un código de pantalla, una carpeta de pantallas y una etiqueta. Con --output, data contiene format, output, bytes y next, el comando schedule import para el archivo guardado. Un archivo --output existente y no vacío falla con usage_error (salida 2) y queda como estaba salvo que se pase --overwrite. Rellene una fila por pantalla y archivo, y luego ejecute schedule import FILE para ver la vista previa.

Otros grupos de comandos