Fonctions natives pour les apps Lovable, Bolt et Base44 : les prompts à coller

Ajoute à mon projet un bouton de partage natif, avec le pont d'app SaasToStore.

Contexte : mon site tourne aussi dans une app mobile native construite avec SaasToStore. Dans cette app, la fonction `window.saastostore.share` ouvre le menu de partage du téléphone. Dans un navigateur normal, et dans l'aperçu de l'éditeur, il n'existe pas, et le site doit continuer à fonctionner exactement comme aujourd'hui. Ne modifie rien d'autre.

1. Si mon projet n'a pas encore de `src/lib/saastostore.ts`, crée-le (`.js` si mon projet n'utilise pas TypeScript) ; s'il existe, ajoute seulement ce qui manque :
   - `isInApp()` : renvoie `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()` : renvoie `typeof window !== "undefined" ? window.saastostore : undefined`. Ne lis jamais `window.saastostore` pendant le rendu serveur.
   - le type TypeScript de `window.saastostore` (optionnel), avec ce membre optionnel :
     `share?: (o?: { title?: string; text?: string; url?: string }) => Promise<{ shared: boolean; error?: string } | null>`

2. Sur [LA PAGE OU L'ÉLÉMENT À PARTAGER], ajoute un bouton « Partager ». Quand on appuie dessus :
   - si `bridge()?.share` existe, appelle `bridge().share({ title: [TITRE], text: [TEXTE COURT], url: [LIEN COMPLET VERS LA PAGE] })`. `share` est une fonction, pas un objet. `url` doit commencer par `https://` ou `http://`. Sa promesse ne rejette jamais : si le résultat contient une `error`, affiche un court message.
   - sinon, si `navigator.share` existe, appelle `navigator.share({ title, text, url })` et ignore l'erreur levée quand la personne ferme le menu.
   - sinon, copie le lien dans le presse-papiers et affiche « Lien copié ».

3. `shared: true` veut seulement dire que le menu de partage s'est ouvert, pas que quelque chose a été envoyé : n'affiche pas de confirmation « Partagé ».

Remplacez les valeurs entre [CROCHETS] avant de coller. Ajoutez le plugin dans votre projet, puis lancez un nouveau build.

Ajoute un retour haptique à mon projet, avec le pont d'app SaasToStore.

Contexte : mon site tourne aussi dans une app mobile native construite avec SaasToStore. Dans cette app, `window.saastostore.haptics` fait vibrer brièvement le téléphone. Dans un navigateur normal, et dans l'aperçu de l'éditeur, il n'existe pas, et le site doit continuer à fonctionner exactement comme aujourd'hui. Ne modifie rien d'autre.

1. Si mon projet n'a pas encore de `src/lib/saastostore.ts`, crée-le (`.js` si mon projet n'utilise pas TypeScript) ; s'il existe, ajoute seulement ce qui manque :
   - `isInApp()` : renvoie `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()` : renvoie `typeof window !== "undefined" ? window.saastostore : undefined`. Ne lis jamais `window.saastostore` pendant le rendu serveur.
   - le type TypeScript de `window.saastostore` (optionnel), avec ce membre optionnel :
     `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. Dans le même fichier, ajoute trois fonctions qui ne font rien hors de l'app et n'attendent jamais le résultat :
   - `tapFeedback()` : appelle `bridge()?.haptics?.impact({ style: "light" })`.
   - `successFeedback()` : appelle `bridge()?.haptics?.notification({ type: "success" })`.
   - `errorFeedback()` : appelle `bridge()?.haptics?.notification({ type: "error" })`.
   Leurs promesses ne rejettent jamais. Ignore un résultat avec `ok: false` (par exemple `not_available` sur un téléphone qui ne vibre pas) : ne le montre jamais à la personne.

3. Appelle `tapFeedback()` à chaque appui sur [MES BOUTONS PRINCIPAUX], `successFeedback()` quand [UN FORMULAIRE, PAR EXEMPLE LE PAIEMENT] réussit et `errorFeedback()` quand il échoue.

4. Ne fais pas vibrer au défilement, à chaque touche tapée, ni plusieurs fois de suite.

Remplacez les valeurs entre [CROCHETS] avant de coller. Ajoutez le plugin dans votre projet, puis lancez un nouveau build.

Ajoute un scanner de QR code à mon projet, avec le pont d'app SaasToStore.

Contexte : mon site tourne aussi dans une app mobile native construite avec SaasToStore. Dans cette app, `window.saastostore.barcode` ouvre le lecteur de codes du téléphone. Dans un navigateur normal, et dans l'aperçu de l'éditeur, il n'existe pas, et le site doit continuer à fonctionner exactement comme aujourd'hui. Ne modifie rien d'autre.

1. Si mon projet n'a pas encore de `src/lib/saastostore.ts`, crée-le (`.js` si mon projet n'utilise pas TypeScript) ; s'il existe, ajoute seulement ce qui manque :
   - `isInApp()` : renvoie `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()` : renvoie `typeof window !== "undefined" ? window.saastostore : undefined`. Ne lis jamais `window.saastostore` pendant le rendu serveur.
   - le type TypeScript de `window.saastostore` (optionnel), avec ce membre optionnel :
     `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. Sur [LA PAGE OÙ L'ON SCANNE], affiche un bouton « Scanner un code » seulement si `isInApp()` vaut true et si `bridge()?.barcode?.isAvailable()` répond `available: true`. Sinon, garde la page telle qu'elle est aujourd'hui (par exemple un champ pour taper le code).

3. Quand on appuie sur le bouton, appelle `bridge().barcode.scan({ formats: ["qr"], prompt: "[TEXTE AU-DESSUS DU VISEUR, 200 CARACTÈRES MAX]" })`. Sa promesse ne rejette jamais :
   - `scanned: true` : utilise `value` pour [CE QU'IL FAUT FAIRE DU CODE, PAR EXEMPLE OUVRIR LE BILLET].
   - `error: "cancelled"` : ne fais rien, la personne a fermé le lecteur.
   - `error: "not_allowed"` (iOS, appareil photo refusé) : explique que l'appareil photo peut être autorisé dans les réglages du téléphone.
   - toute autre erreur : affiche un court message.

4. `value` est un texte de source inconnue : vérifie-le avant de t'en servir, ne l'insère jamais dans la page comme du HTML, et ne l'ouvre jamais comme un lien sans vérifier qu'il pointe vers [MON DOMAINE].

Remplacez les valeurs entre [CROCHETS] avant de coller. Ajoutez le plugin dans votre projet, puis lancez un nouveau build.

Ajoute des rappels (notifications locales) à mon projet, avec le pont d'app SaasToStore.

Contexte : mon site tourne aussi dans une app mobile native construite avec SaasToStore. Dans cette app, `window.saastostore.localNotifications` programme des notifications sur le téléphone lui-même, sans serveur. Dans un navigateur normal, et dans l'aperçu de l'éditeur, il n'existe pas, et le site doit continuer à fonctionner exactement comme aujourd'hui. Ne modifie rien d'autre.

1. Si mon projet n'a pas encore de `src/lib/saastostore.ts`, crée-le (`.js` si mon projet n'utilise pas TypeScript) ; s'il existe, ajoute seulement ce qui manque :
   - `isInApp()` : renvoie `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()` : renvoie `typeof window !== "undefined" ? window.saastostore : undefined`. Ne lis jamais `window.saastostore` pendant le rendu serveur.
   - le type TypeScript de `window.saastostore` (optionnel), avec ce membre optionnel :
     `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. Sur [L'ÉLÉMENT QUI MÉRITE UN RAPPEL, PAR EXEMPLE UNE RÉSERVATION], affiche un bouton « Me le rappeler » seulement si `isInApp()` vaut true et si `bridge()?.localNotifications` existe.

3. Quand on appuie sur le bouton (jamais au chargement de la page) :
   - appelle d'abord `bridge().localNotifications.requestPermission()`. Si `granted` vaut false, explique que les notifications peuvent être autorisées dans les réglages du téléphone, et arrête-toi là.
   - appelle ensuite `bridge().localNotifications.schedule({ id: [UN NOMBRE PROPRE À CET ÉLÉMENT], title: [TITRE, 200 CARACTÈRES MAX], body: [TEXTE COURT], at: [L'HEURE, EN MILLISECONDES OU date.toISOString()], data: { [L'ID DE L'ÉLÉMENT] } })`. Affiche « Rappel programmé » quand `scheduled` vaut true, et un court message sinon.
   Ces promesses ne rejettent jamais.

4. Quand la personne appuie sur la notification, ouvre [LA PAGE DE L'ÉLÉMENT] avec l'id trouvé dans `data` :
   - écoute `window.addEventListener("s2s:localNotifications", (e) => …)` et agis quand `e.detail.type === "tap"`, avec `e.detail.data` ;
   - appelle aussi `bridge()?.localNotifications?.getLastOpened()` une fois au démarrage de l'app : si l'app était fermée, l'événement est parti avant que la page écoute. Il renvoie `{ notification }` une fois, puis `{ notification: null }`.

5. Quand l'élément est annulé ou que le rappel ne sert plus, appelle `bridge()?.localNotifications?.cancel({ id })`.

Remplacez les valeurs entre [CROCHETS] avant de coller. Ajoutez le plugin dans votre projet, puis lancez un nouveau build.