Recursos nativos para apps do Lovable, Bolt e Base44: prompts para colar

Adicione ao meu projeto um botão de compartilhamento nativo, com a ponte de app do SaasToStore.

Contexto: meu site também roda dentro de um app móvel nativo criado com o SaasToStore. Dentro desse app, a função `window.saastostore.share` abre o menu de compartilhamento do celular. Em um navegador normal, e na pré-visualização do editor, isso não existe, e o site deve continuar funcionando exatamente como hoje. Não altere mais nada.

1. Se meu projeto ainda não tem `src/lib/saastostore.ts`, crie esse arquivo (`.js` se meu projeto não usa TypeScript); se ele existe, adicione só o que falta:
   - `isInApp()`: retorna `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: retorna `typeof window !== "undefined" ? window.saastostore : undefined`. Nunca leia `window.saastostore` durante a renderização no servidor.
   - o tipo TypeScript de `window.saastostore` (opcional), com este membro opcional:
     `share?: (o?: { title?: string; text?: string; url?: string }) => Promise<{ shared: boolean; error?: string } | null>`

2. Em [A PÁGINA OU O ITEM A COMPARTILHAR], adicione um botão "Compartilhar". Ao tocar nele:
   - se `bridge()?.share` existir, chame `bridge().share({ title: [TÍTULO], text: [TEXTO CURTO], url: [LINK COMPLETO DA PÁGINA] })`. `share` é uma função, não um objeto. `url` deve começar com `https://` ou `http://`. A promessa nunca é rejeitada: se o resultado tiver um `error`, mostre uma mensagem curta.
   - senão, se `navigator.share` existir, chame `navigator.share({ title, text, url })` e ignore o erro lançado quando a pessoa fecha o menu.
   - senão, copie o link para a área de transferência e mostre "Link copiado".

3. `shared: true` só quer dizer que o menu de compartilhamento abriu, não que algo foi enviado: não mostre uma confirmação "Compartilhado".

Substitua os valores entre [COLCHETES] antes de colar. Adicione o plugin no seu projeto e gere um novo build.

Adicione resposta háptica ao meu projeto, com a ponte de app do SaasToStore.

Contexto: meu site também roda dentro de um app móvel nativo criado com o SaasToStore. Dentro desse app, `window.saastostore.haptics` faz o celular vibrar rapidamente. Em um navegador normal, e na pré-visualização do editor, isso não existe, e o site deve continuar funcionando exatamente como hoje. Não altere mais nada.

1. Se meu projeto ainda não tem `src/lib/saastostore.ts`, crie esse arquivo (`.js` se meu projeto não usa TypeScript); se ele existe, adicione só o que falta:
   - `isInApp()`: retorna `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: retorna `typeof window !== "undefined" ? window.saastostore : undefined`. Nunca leia `window.saastostore` durante a renderização no servidor.
   - o tipo TypeScript de `window.saastostore` (opcional), com este membro 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. No mesmo arquivo, adicione três funções que não fazem nada fora do app e nunca esperam o resultado:
   - `tapFeedback()`: chama `bridge()?.haptics?.impact({ style: "light" })`.
   - `successFeedback()`: chama `bridge()?.haptics?.notification({ type: "success" })`.
   - `errorFeedback()`: chama `bridge()?.haptics?.notification({ type: "error" })`.
   As promessas nunca são rejeitadas. Ignore um resultado com `ok: false` (por exemplo `not_available` em um celular que não vibra): nunca mostre isso à pessoa.

3. Chame `tapFeedback()` ao tocar em [MEUS BOTÕES PRINCIPAIS], `successFeedback()` quando [UM FORMULÁRIO, POR EXEMPLO O PAGAMENTO] der certo e `errorFeedback()` quando falhar.

4. Não faça vibrar ao rolar a página, a cada tecla digitada nem várias vezes seguidas.

Substitua os valores entre [COLCHETES] antes de colar. Adicione o plugin no seu projeto e gere um novo build.

Adicione um leitor de QR code ao meu projeto, com a ponte de app do SaasToStore.

Contexto: meu site também roda dentro de um app móvel nativo criado com o SaasToStore. Dentro desse app, `window.saastostore.barcode` abre o leitor de códigos do celular. Em um navegador normal, e na pré-visualização do editor, isso não existe, e o site deve continuar funcionando exatamente como hoje. Não altere mais nada.

1. Se meu projeto ainda não tem `src/lib/saastostore.ts`, crie esse arquivo (`.js` se meu projeto não usa TypeScript); se ele existe, adicione só o que falta:
   - `isInApp()`: retorna `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: retorna `typeof window !== "undefined" ? window.saastostore : undefined`. Nunca leia `window.saastostore` durante a renderização no servidor.
   - o tipo TypeScript de `window.saastostore` (opcional), com este membro 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. Em [A PÁGINA ONDE SE LÊ O CÓDIGO], mostre um botão "Ler um código" só quando `isInApp()` for true e `bridge()?.barcode?.isAvailable()` responder `available: true`. Caso contrário, deixe a página como está hoje (por exemplo um campo para digitar o código).

3. Ao tocar no botão, chame `bridge().barcode.scan({ formats: ["qr"], prompt: "[TEXTO ACIMA DO VISOR, 200 CARACTERES NO MÁXIMO]" })`. A promessa nunca é rejeitada:
   - `scanned: true`: use `value` para [O QUE FAZER COM O CÓDIGO, POR EXEMPLO ABRIR O INGRESSO].
   - `error: "cancelled"`: não faça nada, a pessoa fechou o leitor.
   - `error: "not_allowed"` (iOS, câmera recusada): explique que a câmera pode ser liberada nas configurações do celular.
   - qualquer outro erro: mostre uma mensagem curta.

4. `value` é um texto de origem desconhecida: confira antes de usar, nunca o insira na página como HTML e nunca o abra como link sem conferir que ele aponta para [MEU DOMÍNIO].

Substitua os valores entre [COLCHETES] antes de colar. Adicione o plugin no seu projeto e gere um novo build.

Adicione lembretes (notificações locais) ao meu projeto, com a ponte de app do SaasToStore.

Contexto: meu site também roda dentro de um app móvel nativo criado com o SaasToStore. Dentro desse app, `window.saastostore.localNotifications` agenda notificações no próprio celular, sem servidor. Em um navegador normal, e na pré-visualização do editor, isso não existe, e o site deve continuar funcionando exatamente como hoje. Não altere mais nada.

1. Se meu projeto ainda não tem `src/lib/saastostore.ts`, crie esse arquivo (`.js` se meu projeto não usa TypeScript); se ele existe, adicione só o que falta:
   - `isInApp()`: retorna `typeof window !== "undefined" && navigator.userAgent.includes("SaasToStoreApp")`.
   - `bridge()`: retorna `typeof window !== "undefined" ? window.saastostore : undefined`. Nunca leia `window.saastostore` durante a renderização no servidor.
   - o tipo TypeScript de `window.saastostore` (opcional), com este membro 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. Em [O ITEM QUE MERECE UM LEMBRETE, POR EXEMPLO UMA RESERVA], mostre um botão "Lembrar-me" só quando `isInApp()` for true e `bridge()?.localNotifications` existir.

3. Ao tocar no botão (nunca ao carregar a página):
   - chame primeiro `bridge().localNotifications.requestPermission()`. Se `granted` for false, explique que as notificações podem ser liberadas nas configurações do celular, e pare.
   - depois chame `bridge().localNotifications.schedule({ id: [UM NÚMERO ÚNICO PARA ESTE ITEM], title: [TÍTULO, 200 CARACTERES NO MÁXIMO], body: [TEXTO CURTO], at: [O HORÁRIO, EM MILISSEGUNDOS OU date.toISOString()], data: { [O ID DO ITEM] } })`. Mostre "Lembrete agendado" quando `scheduled` for true, e uma mensagem curta caso contrário.
   Essas promessas nunca são rejeitadas.

4. Quando a pessoa tocar na notificação, abra [A PÁGINA DO ITEM] com o id que vem em `data`:
   - escute `window.addEventListener("s2s:localNotifications", (e) => …)` e aja quando `e.detail.type === "tap"`, com `e.detail.data`;
   - chame também `bridge()?.localNotifications?.getLastOpened()` uma vez quando o app iniciar: se o app estava fechado, o evento saiu antes de a página escutar. Ele retorna `{ notification }` uma vez, depois `{ notification: null }`.

5. Quando o item for cancelado ou o lembrete não servir mais, chame `bridge()?.localNotifications?.cancel({ id })`.

Substitua os valores entre [COLCHETES] antes de colar. Adicione o plugin no seu projeto e gere um novo build.