Para el modo edición de los sets de fotos de Labstream OS, que se abre en su propia pestaña: - Color de la página: una página pide el color de su pestaña con <html data-ls-pestana="#rrggbb">. El script de la pestaña lo manda en ls-title (y lo vigila con el mismo observador del tema); Rust solo acepta #rrggbb (color_de_pagina) y la barra pinta la pestaña de ese color, con letra clara u oscura según su luminancia. Activa se funde con la barra de arriba de la página; detrás conserva el color. Un color del menú encima va de franja. Una página con color propio no manda el tema: su fondo oscuro no es el de la app y no debe oscurecer la barra. - Pestañas con nombre: window.open(url, "ls-…") o target="ls-…" abre la pestaña la primera vez; las siguientes activan ESA y le pasan la URL por window.__lsAbrir (el modo edición cambia de foto sin recargar); sin él, navega. Una descartada se revive ya en la URL nueva. Solo nombres ls- alfanuméricos (nombre_de_ventana); los demás abren pestaña como siempre. - Color de página y nombre se guardan con la sesión (paginas, nombres en estado.json; un estado viejo carga igual). Prueba nueva: la_pagina_solo_pide_colores_y_nombres_de_la_app. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
87 líneas
4.5 KiB
TOML
87 líneas
4.5 KiB
TOML
[package]
|
|
name = "labstream-desktop"
|
|
version = "1.21.0"
|
|
description = "Cliente de escritorio de Labstream OS"
|
|
authors = ["Labstream SAS"]
|
|
edition = "2021"
|
|
rust-version = "1.77.2"
|
|
|
|
[lib]
|
|
name = "labstream_desktop_lib"
|
|
crate-type = ["staticlib", "cdylib", "rlib"]
|
|
|
|
[build-dependencies]
|
|
tauri-build = { version = "2", features = [] }
|
|
|
|
[dependencies]
|
|
# `unstable` habilita multiwebview: varios webviews (pestañas) dentro de UNA ventana.
|
|
# `devtools` deja el inspector disponible TAMBIÉN en release (por defecto solo va en debug:
|
|
# wry-0.55.1/src/lib.rs:834-837). Sin él, un fallo que solo aparece en la app instalada —como
|
|
# el de OnlyOffice en Windows— no se puede mirar por dentro y hay que deducirlo leyendo
|
|
# fuentes. Con él, clic derecho → Inspeccionar sobre el marco que falle y se acabó.
|
|
tauri = { version = "2", features = ["tray-icon", "unstable", "devtools"] }
|
|
tauri-plugin-opener = "2"
|
|
tauri-plugin-clipboard-manager = "2"
|
|
tauri-plugin-notification = "2"
|
|
tauri-plugin-autostart = "2"
|
|
tauri-plugin-updater = "2"
|
|
tauri-plugin-single-instance = "2"
|
|
serde = { version = "1", features = ["derive"] }
|
|
serde_json = "1"
|
|
# ── Diálogo «Guardar como» de las descargas (on_download en create_tab, lib.rs) ──
|
|
# rfd DIRECTO y no tauri-plugin-dialog: el manejador de descargas de wry exige la respuesta en
|
|
# el mismo hilo y de forma síncrona (WebView2 DownloadStarting / WKDownload
|
|
# decideDestination, ambos en el hilo principal). El `blocking_save_file()` del plugin monta
|
|
# el diálogo ASÍNCRONO (rfd::AsyncFileDialog) y espera en un canal; en macOS ese diálogo se
|
|
# presenta como hoja (beginSheetModalForWindow) y necesita que el run loop principal siga
|
|
# girando… que es justo el hilo que está bloqueado esperando el canal → cuelgue. El
|
|
# `rfd::FileDialog` síncrono corre un bucle modal anidado en el propio hilo
|
|
# (IFileDialog::Show / NSSavePanel.runModal), que es lo que hace falta aquí.
|
|
# Mismas features que usa el plugin oficial (common-controls-v6 = estilo moderno en Windows).
|
|
rfd = { version = "0.17", default-features = false, features = ["common-controls-v6"] }
|
|
# Para decodificar el último segmento de la URL cuando no hay nombre sugerido (macOS).
|
|
percent-encoding = "2"
|
|
# ── Rastreador de trabajo efectivo (src/tracker.rs) ──
|
|
# active-win-pos-rs: la ventana al frente (app + título) en Win/Mac.
|
|
# device_query: ¿hubo entrada? (huella de mouse/teclas presionadas; NUNCA qué se tecleó).
|
|
# ureq: subir los lotes a /api/tracker (bloqueante, corre en su propio hilo).
|
|
# gethostname: el nombre del equipo, que bautiza al device en el servidor.
|
|
active-win-pos-rs = "0.11"
|
|
ureq = { version = "2", features = ["json"] }
|
|
gethostname = "0.5"
|
|
|
|
# device_query solo en Windows/Linux: la huella de entrada (posición del mouse + cuántas teclas
|
|
# hay presionadas). En macOS NO se usa —leer el teclado global dispara el permiso de
|
|
# Accesibilidad y el diálogo «… quiere controlar este ordenador»— y se sustituye por
|
|
# CGEventSourceSecondsSinceLastEventType (idle_seconds_macos en tracker.rs), que no pide permiso.
|
|
[target.'cfg(not(target_os = "macos"))'.dependencies]
|
|
device_query = "4"
|
|
|
|
# ── Excepción del video (Windows) ──
|
|
# Para saber si «hay un video reproduciéndose» sin espiar el navegador: se mira el MEDIDOR de
|
|
# la salida de audio por defecto (WASAPI, IAudioMeterInformation). Si al frente hay un navegador
|
|
# y está saliendo sonido, es un video sonando → cuenta como navegador, no como inactividad.
|
|
# Solo Windows: en macOS no hay API pública sencilla de nivel de audio por app (el equipo de
|
|
# edición es Windows). El `windows` crate ya está en la caché por Tauri.
|
|
[target.'cfg(windows)'.dependencies]
|
|
# Pestañas en reposo (1.19): ICoreWebView2_3::TrySuspend. Es la misma versión que ya trae Tauri.
|
|
webview2-com = "0.38"
|
|
windows = { version = "0.61", features = [
|
|
"Win32_Foundation",
|
|
"Win32_System_Com",
|
|
# IMMDevice::Activate exige AMBAS (su firma lleva un PROPVARIANT): sin ellas el método
|
|
# queda cfg'd out y «no existe». Verificado con cargo check --target windows-msvc.
|
|
"Win32_System_Com_StructuredStorage",
|
|
"Win32_System_Variant",
|
|
"Win32_Media_Audio",
|
|
"Win32_Media_Audio_Endpoints",
|
|
# Salud (1.20): medir el árbol de procesos (exe + WebView2) y el reinicio automático de Windows.
|
|
"Win32_System_Diagnostics_ToolHelp",
|
|
"Win32_System_ProcessStatus",
|
|
"Win32_System_Threading",
|
|
"Win32_System_Recovery",
|
|
# Memoria (1.20): ¿cuánto lleva el equipo sin tocar? (para reciclar el proceso gráfico sin que se note)
|
|
"Win32_UI_Input_KeyboardAndMouse",
|
|
"Win32_System_SystemInformation",
|
|
] }
|