Funciones nativas para apps de Lovable, Bolt y Base44: prompts para pegar

Añade a mi proyecto un botón de compartir nativo, con el puente de app de SaasToStore.

Contexto: mi sitio también funciona dentro de una app móvil nativa creada con SaasToStore. Dentro de esa app, la función `window.saastostore.share` abre el menú de compartir del teléfono. En un navegador normal, y en la vista previa del editor, no existe, y el sitio debe seguir funcionando exactamente como hoy. No cambies nada más.

1. Si mi proyecto aún no tiene `src/lib/saastostore.ts`, créalo (`.js` si mi proyecto no usa TypeScript); si ya existe, añade solo lo que falte:
   - `isInApp()`: devuelve `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: devuelve `typeof window !== "undefined" ? window.saastostore : undefined`. No leas nunca `window.saastostore` durante el renderizado en el servidor.
   - el tipo TypeScript de `window.saastostore` (opcional), con este miembro opcional:
     `share?: (o?: { title?: string; text?: string; url?: string }) => Promise<{ shared: boolean; error?: string } | null>`

2. En [LA PÁGINA O EL ELEMENTO QUE SE COMPARTE], añade un botón «Compartir». Al tocarlo:
   - si `bridge()?.share` existe, llama a `bridge().share({ title: [TÍTULO], text: [TEXTO CORTO], url: [ENLACE COMPLETO A LA PÁGINA] })`. `share` es una función, no un objeto. `url` debe empezar por `https://` o `http://`. Su promesa nunca se rechaza: si el resultado tiene un `error`, muestra un mensaje corto.
   - si no, si `navigator.share` existe, llama a `navigator.share({ title, text, url })` e ignora el error que se lanza cuando la persona cierra el menú.
   - si no, copia el enlace al portapapeles y muestra «Enlace copiado».

3. `shared: true` solo significa que se abrió el menú de compartir, no que se haya enviado algo: no muestres una confirmación «Compartido».

Sustituye los valores entre [CORCHETES] antes de pegarlo. Añade el plugin en tu proyecto y lanza un nuevo build.

Añade respuesta háptica a mi proyecto, con el puente de app de SaasToStore.

Contexto: mi sitio también funciona dentro de una app móvil nativa creada con SaasToStore. Dentro de esa app, `window.saastostore.haptics` hace vibrar el teléfono un instante. En un navegador normal, y en la vista previa del editor, no existe, y el sitio debe seguir funcionando exactamente como hoy. No cambies nada más.

1. Si mi proyecto aún no tiene `src/lib/saastostore.ts`, créalo (`.js` si mi proyecto no usa TypeScript); si ya existe, añade solo lo que falte:
   - `isInApp()`: devuelve `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: devuelve `typeof window !== "undefined" ? window.saastostore : undefined`. No leas nunca `window.saastostore` durante el renderizado en el servidor.
   - el tipo TypeScript de `window.saastostore` (opcional), con este miembro opcional:
     `haptics?: { impact(o?: { style?: "light" | "medium" | "heavy" }): Promise<{ ok: boolean; error?: string } | null>; notification(o?: { type?: "success" | "warning" | "error" }): Promise<{ ok: boolean; error?: string } | null>; selection(): Promise<{ ok: boolean; error?: string } | null> }`

2. En el mismo archivo, añade tres funciones que no hacen nada fuera de la app y nunca esperan el resultado:
   - `tapFeedback()`: llama a `bridge()?.haptics?.impact({ style: "light" })`.
   - `successFeedback()`: llama a `bridge()?.haptics?.notification({ type: "success" })`.
   - `errorFeedback()`: llama a `bridge()?.haptics?.notification({ type: "error" })`.
   Sus promesas nunca se rechazan. Ignora un resultado con `ok: false` (por ejemplo `not_available` en un teléfono que no puede vibrar): nunca se lo muestres a la persona.

3. Llama a `tapFeedback()` al tocar [MIS BOTONES PRINCIPALES], a `successFeedback()` cuando [UN FORMULARIO, POR EJEMPLO EL PAGO] sale bien y a `errorFeedback()` cuando falla.

4. No hagas vibrar al desplazarse, con cada tecla pulsada ni varias veces seguidas.

Sustituye los valores entre [CORCHETES] antes de pegarlo. Añade el plugin en tu proyecto y lanza un nuevo build.

Añade un escáner de códigos QR a mi proyecto, con el puente de app de SaasToStore.

Contexto: mi sitio también funciona dentro de una app móvil nativa creada con SaasToStore. Dentro de esa app, `window.saastostore.barcode` abre el lector de códigos del teléfono. En un navegador normal, y en la vista previa del editor, no existe, y el sitio debe seguir funcionando exactamente como hoy. No cambies nada más.

1. Si mi proyecto aún no tiene `src/lib/saastostore.ts`, créalo (`.js` si mi proyecto no usa TypeScript); si ya existe, añade solo lo que falte:
   - `isInApp()`: devuelve `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: devuelve `typeof window !== "undefined" ? window.saastostore : undefined`. No leas nunca `window.saastostore` durante el renderizado en el servidor.
   - el tipo TypeScript de `window.saastostore` (opcional), con este miembro opcional:
     `barcode?: { isAvailable(): Promise<{ available: boolean; reason?: string } | null>; scan(o?: { formats?: string[]; prompt?: string }): Promise<{ scanned: true; value: string; format: string } | { scanned: false; error: string } | null> }`

2. En [LA PÁGINA DONDE SE ESCANEA], muestra un botón «Escanear un código» solo si `isInApp()` es true y `bridge()?.barcode?.isAvailable()` responde `available: true`. Si no, deja la página como está hoy (por ejemplo un campo para escribir el código).

3. Al tocar el botón, llama a `bridge().barcode.scan({ formats: ["qr"], prompt: "[TEXTO SOBRE EL VISOR, 200 CARACTERES MÁX.]" })`. Su promesa nunca se rechaza:
   - `scanned: true`: usa `value` para [QUÉ HACER CON EL CÓDIGO, POR EJEMPLO ABRIR LA ENTRADA].
   - `error: "cancelled"`: no hagas nada, la persona cerró el lector.
   - `error: "not_allowed"` (iOS, cámara rechazada): explica que la cámara se puede permitir en los ajustes del teléfono.
   - cualquier otro error: muestra un mensaje corto.

4. `value` es texto de origen desconocido: compruébalo antes de usarlo, no lo insertes nunca en la página como HTML y no lo abras nunca como enlace sin comprobar que apunta a [MI DOMINIO].

Sustituye los valores entre [CORCHETES] antes de pegarlo. Añade el plugin en tu proyecto y lanza un nuevo build.

Añade recordatorios (notificaciones locales) a mi proyecto, con el puente de app de SaasToStore.

Contexto: mi sitio también funciona dentro de una app móvil nativa creada con SaasToStore. Dentro de esa app, `window.saastostore.localNotifications` programa notificaciones en el propio teléfono, sin servidor. En un navegador normal, y en la vista previa del editor, no existe, y el sitio debe seguir funcionando exactamente como hoy. No cambies nada más.

1. Si mi proyecto aún no tiene `src/lib/saastostore.ts`, créalo (`.js` si mi proyecto no usa TypeScript); si ya existe, añade solo lo que falte:
   - `isInApp()`: devuelve `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: devuelve `typeof window !== "undefined" ? window.saastostore : undefined`. No leas nunca `window.saastostore` durante el renderizado en el servidor.
   - el tipo TypeScript de `window.saastostore` (opcional), con este miembro opcional:
     `localNotifications?: { requestPermission(): Promise<{ granted: boolean; status: "granted" | "denied" | "prompt"; error?: string } | null>; schedule(o: { id?: number; title: string; body?: string; at?: number | string; in?: number; data?: object }): Promise<{ scheduled: true; id: number; at: number } | { scheduled: false; error: string; status?: string } | null>; cancel(o: { id: number }): Promise<{ ok: boolean; error?: string } | null>; getLastOpened(): Promise<{ notification: { id: number; title: string; body: string; at: number; data: object } | null } | null> }`

2. En [EL ELEMENTO QUE MERECE UN RECORDATORIO, POR EJEMPLO UNA RESERVA], muestra un botón «Recuérdamelo» solo si `isInApp()` es true y `bridge()?.localNotifications` existe.

3. Al tocar el botón (nunca al cargar la página):
   - llama primero a `bridge().localNotifications.requestPermission()`. Si `granted` es false, explica que las notificaciones se pueden permitir en los ajustes del teléfono, y detente.
   - después llama a `bridge().localNotifications.schedule({ id: [UN NÚMERO PROPIO DE ESTE ELEMENTO], title: [TÍTULO, 200 CARACTERES MÁX.], body: [TEXTO CORTO], at: [LA HORA, EN MILISEGUNDOS O date.toISOString()], data: { [EL ID DEL ELEMENTO] } })`. Muestra «Recordatorio programado» cuando `scheduled` es true, y un mensaje corto si no.
   Estas promesas nunca se rechazan.

4. Cuando la persona toque la notificación, abre [LA PÁGINA DEL ELEMENTO] con el id que viene en `data`:
   - escucha `window.addEventListener("s2s:localNotifications", (e) => …)` y actúa cuando `e.detail.type === "tap"`, con `e.detail.data`;
   - llama también una vez a `bridge()?.localNotifications?.getLastOpened()` al iniciar la app: si la app estaba cerrada, el evento salió antes de que la página escuchara. Devuelve `{ notification }` una vez y luego `{ notification: null }`.

5. Cuando el elemento se cancele o el recordatorio ya no sirva, llama a `bridge()?.localNotifications?.cancel({ id })`.

Sustituye los valores entre [CORCHETES] antes de pegarlo. Añade el plugin en tu proyecto y lanza un nuevo build.