SparkpondSparkpond · Image Tools
Comment fonctionne le traitement local
Du fichier source au résultat validé, sans endpoint d’envoi.
Navigateur → Worker → résultat
L’API File lit la source et transfère ses octets à un Web Worker dédié. Le Worker détecte, décode, transforme, encode et vérifie la sortie avant que le navigateur active le téléchargement.
Ressources réseau et absence de route d’envoi
Seules des requêtes GET statiques de même origine peuvent être nécessaires pour le HTML, le CSS, le JavaScript, les traductions, le Service Worker et les codecs WASM chargés à la demande. L’application ne possède aucun endpoint d’envoi d’image et ne transmet ni nom, ni octets, ni aperçu, ni métadonnée, ni résultat.
Mémoire et stockage local optionnel
Les fichiers, aperçus et résultats restent en mémoire par défaut et disparaissent à l’effacement de la session ou à la fermeture de l’onglet. La conservation optionnelle pendant 24 heures utilise IndexedDB uniquement après activation explicite, expire automatiquement et propose une action Effacer maintenant.
Fonctionnement hors ligne
Après mise en cache de l’enveloppe applicative et du codec requis, les opérations compatibles fonctionnent hors ligne. Un format dont le codec n’a jamais été téléchargé nécessite un premier chargement en ligne. Les images et résultats utilisateur ne sont jamais ajoutés au Cache Storage.
Limites et vérification des sorties
La mémoire disponible, les codecs du navigateur, le nombre de pixels et l’animation peuvent limiter une opération. Chaque candidat est redétecté et redécodé, puis contrôlé pour sa signature, ses dimensions, sa politique alpha, ses pixels non vides, son extension et les métadonnées interdites. Une sortie invalide n’est pas proposée.