Blinks — Guide de l'utilisateur

Utilisation des Blinks

Les Blinks sont le fondement d'OrbitingFox. Un Blink peut être une note, une tâche, un événement, une dépense, un rappel, ou toute autre information que vous souhaitez capturer.

Créer un Blink

1. Ouvrez Blinks dans le menu de l'application.
2. Cliquez sur New Blink et choisissez un type : Note, Tâche, Événement, Dépense, Rappel, etc.
3. Remplissez le titre, le corps, la date limite (pour les tâches/événements), et tous les tags.
4. Enregistrez. Votre Blink est immédiatement disponible dans les applications qui prennent en charge le lien des Blinks.

Types de Blink

• Note — capture de texte libre. Pensez à un post-it numérique.
• Tâche — élément actionnable avec une date limite et un drapeau de complétion.
• Événement — apparaît sur votre calendrier.
• Dépense — entrée financière ; alimente le tableau de bord Finance.
• Rappel — déclenche une notification au moment dû.

Lier des Blinks

Les Blinks peuvent être liés à des Objectifs, Projets, Entreprises et Espaces FoxCom pour un contexte plus riche. Ils apparaissent également sur le tableau Kanban lorsqu'ils y sont ajoutés.

OrbitPilot

Tous vos Blinks sont accessibles à OrbitPilot. Posez des questions comme "Quelles tâches sont dues cette semaine ?" ou "Résumez mes dépenses pour mai."

Images dans la description d'un Blink (2026-08)

Vous pouvez coller ou déposer une image directement dans la description d'un Blink — pratique pour les notes où une image appartient entre les lignes. Ces images sont maintenant entièrement modulables et faciles à trouver :

• Redimensionner & déplacer : survolez une image pour la sélectionner, puis faites glisser n'importe quel coin pour redimensionner, ou utilisez la petite barre d'outils pour définir une taille (S / M / L / Complète) et l'aligner à gauche, au centre, ou à droite. Cela fonctionne également avec le tactile sur les téléphones et les tablettes.
• Aperçu dans la section Images : les images dans la description apparaissent également dans la liste Images du Blink (et "Images existantes" sur la page d'édition), étiquetées avec un badge de "Dans la note" afin que vous puissiez les distinguer des images attachées séparément. Elles n'ont aucun bouton de suppression à cet endroit intentionnellement — pour en supprimer une, supprimez-la à l'intérieur du texte de description, afin que vous ne perdiez jamais accidentellement une image à laquelle votre note fait référence.
• Ouvrir en taille réelle : cliquez sur n'importe quelle image (attachée ou dans la note) pour l'ouvrir en grand dans un nouvel onglet.

Pour les développeurs : le mini-module de redimensionnement/alignement se trouve dans templates/blink/_blink_form.html (superposition ancrée à l'enveloppe de l'éditeur, en dehors de contenteditable de Quill afin que Quill ne l'écarte pas ; la largeur est enregistrée comme l'attribut width de l'image, l'alignement comme text-align sur le bloc — les deux passent par le désinfectant render_description). Le filtre blink_extras.description_images fait remonter les images dans la note (politique correspondante : data:image/* sauf svg, http(s), relatif au site). Les images en Data-URI sont ouvertes via une URL blob (templates/blink/_note_image_open_js.html) car les navigateurs bloquent la navigation de haut niveau vers les URL data:.

Formatage de vos notes & la page d'édition plus propre (2026-08)

Cliquez sur  Formater au-dessus de la description d'un Blink pour révéler la barre d'outils de style. Elle inclut désormais la couleur du texte et la mise en surbrillance ainsi que le gras, l'italique, les titres, les listes, les citations, le code et l'alignement.

• Comment styliser : sélectionnez les mots que vous souhaitez et cliquez sur un style. Si vous placez simplement le curseur à l'intérieur d'un mot et cliquez sur un style, il s'applique à tout le mot — aucune sélection n'est nécessaire. Un indice sous la barre d'outils vous le rappelle.
• Les couleurs et la mise en surbrillance sont enregistrées avec la note et s'affichent sur la page du Blink.

La page d'édition est désormais organisée en cartes clairement étiquetées — Détails du Blink, Images, Fichiers, et Notes vocales — donc chaque section est facile à reconnaître. Les boutons Mettre à jour · Aperçu · Annuler sont regroupés sous le formulaire et sont répétés tout en bas de la page, vous permettant de sauvegarder sans remonter.

Pour les développeurs : l'utilisation de la couleur/de la mise en surbrillance utilise des attributs de style en ligne Quill (attributors/style/color + /background) ; le désinfectant de description (blink_extras.render_description) valide les déclarations de styles déclaration par déclaration — text-align + couleur/fond avec des valeurs hex/rgb()/rgba()/nommées sont conservées, tout le reste (position, url(), ...) est écarté. Le style sur le mot au curseur est un helper d'enregistrement de capture dans _blink_form.html. La barre d'action en bas soumet le formulaire via form="blink-edit-form".

Garder un Blink privé d'OrbitPilot (2026-08-23)

Certaines choses que vous capturez ne regardent personne d'autre — pas même votre assistant. Chaque Blink a maintenant un interrupteur compact (tapez sur le petit "i" à côté pour lire ce qu'il fait), "Garder ce Blink privé d'OrbitPilot", en bas de l'onglet de base du formulaire Blink. Il est désactivé par défaut, ce qui signifie qu'OrbitPilot peut le lire — vous n'avez pas besoin d'activer quoi que ce soit.

Activez-le et ce Blink devient privé pour vous : OrbitPilot ne peut plus le lire, et il perd également l'accès à ce Blink's mémos vocaux, images et fichiers. Tout ce qu'il avait déjà mémorisé de ce Blink est supprimé immédiatement — vous n'avez pas besoin de reconstruire quoi que ce soit ni d'attendre. Dans votre bibliothèque, le Blink porte un petit badge Privé afin que vous puissiez voir d'un coup d'œil lesquels l'IA ne peut pas voir.

Vous pouvez le désactiver à tout moment ; le Blink revient à la connaissance de l'IA la prochaine fois que votre mémoire est reconstruite. Cela s'ajoute aux deux contrôles plus larges que vous avez déjà : choisir quelles parties de votre espace de travail OrbitPilot peut lire, et le dossier de fichiers OrbitPilot pour les documents.

Terminologie : Blink est le mot principal (2026-08-23)

Le propriétaire a décidé que Blink est le mot principal destiné à l'utilisateur. Wink reste délibérément en vie en tant qu'alias hérité : il est nommé dans l'histoire du nom sur Notre Philosophie, FAQ et Terminologie, et le récupérateur d'OrbitPilot le correspond encore afin que les anciennes formulations et anciens liens continuent de fonctionner. Lorsque vous rédigez un nouveau texte, écrivez Blink.

La conversion est échelonnée — voir docs/brand/BLINK-RENAME-PLAN.md et docs/BACKLOG.md §1c — et protégée par manage.py terminology_audit plus adminapp/test_terminology.py, un ratchet dont le compte peut diminuer mais jamais augmenter.

A Les identifiants de code qui lisent blink sont gelés, pas de travail en attente. max_winks est une Feature.key en direct derrière les limites du plan — le renommer fait échouer le gating. Il en va de même pour les noms de fichiers de modèle, les noms d'URL, les clés de session, les classes CSS et les espaces réservés au style {wink_title} à l'intérieur des invites enregistrées par l'administrateur. La liste complète des gelés se trouve dans le plan et dans terminology.ALLOWED_IDENTIFIERS.

"Attraper un autre" après l'enregistrement d'un Blink (2026-08-28)

La bannière Blink enregistré ! Où ensuite ? sur le tableau de bord Blink offre quatre choix. Trois d'entre eux vous emmènent ailleurs. Le quatrième, Attraper un autre, pointait auparavant vers le tableau de bord — la page sur laquelle vous étiez déjà — donc cela rechargeait tout pour révéler un formulaire Blink qui était déjà ouvert, déjà vide, quelques centaines de pixels plus bas sur le même écran.

Maintenant, il vous emmène vers ce formulaire à la place : il saute au panneau "Attraper un Blink", s'ouvre s'il est replié, et place le curseur dans le Titre afin que la prochaine pensée puisse être tapée immédiatement. Pas de rechargement de page, rien de perdu.

Note pour les développeurs : le contrôle est #blinkCatchAnother dans templates/dashboard.html, une ancre vers #blink-create-panel avec le comportement d'ouverture et de mise au point dans le bloc de script du modèle. La bannière elle-même est contrôlée par le drapeau de contexte blink_just_saved (blink/views.py, défini à partir de ?blink_saved=1). Épinglé par blink/test_post_save_where_next.py, y compris le fait que les trois autres boutons quittent toujours la page.

Les longues descriptions ne sautent plus en haut (2026-08-28)

Si les Détails d'un Blink étaient longs, cliquer en dehors et revenir lançait la page tout en haut, bien au-dessus de l'endroit où vous tapiez. Sur un téléphone, une description d'environ soixante paragraphes mettait environ deux mille pixels entre votre curseur et l'endroit où vous vous êtes posé.

La boîte de Détails a maintenant une hauteur maximale et défile à l'intérieur d'elle-même, comme le font normalement les éditeurs. Votre position est conservée, la page reste d'une longueur raisonnable, et rien n'est caché — le texte long défile simplement à l'intérieur de la boîte plutôt que d'étirer la page.

Rien n'a changé concernant l'écriture ou l'enregistrement ; seule la forme de la boîte a changé.

Notes pour les développeurs — pourquoi cela s'est produit (BL-66)

La cause n'était pas un bug dans notre code. L'éditeur de descriptions était une zone éditable sans limites : avec une longue description, il mesurait 4933px de hauteur à 375px de largeur. Se concentrer sur un élément fait défiler le navigateur cet élément dans le champ de vision, et l'élément était situé à des milliers de pixels au-dessus du caret — donc le navigateur se comportait correctement et l'éditeur avait simplement la mauvaise forme.

Mesurée avant et après, avec une description de 60 paragraphes :

• avant — 375px : scrollY 2379 → 134 lors du nouveau focus ; 1280px : 1032 → 0; page 6729px de long
• après — 375px : 213 → 213 → 213; 1280px : 311 → 308; page 2056px de long

Le changement est dans templates/blink/_blink_form.html : #desc-editor gagne max-height + overflow-y: auto (420px, 260px sous le point de rupture canonique de 575,98px), et sa taille a été déplacée d'un style= en ligne vers le fichier de style du modèle — un style en ligne ne peut pas être remplacé par la requête média du téléphone, raison pour laquelle les deux devaient être déplacés ensemble. Le remplissage blanc est devenu le token --of-surface-strong sur une nouvelle classe .of-desc-editor-wrap, isolée afin que rien d'autre ne l'hérite.

Tests. blink/test_description_editor_scroll.py fixe le cap, la limite spécifique aux téléphones, le point de rupture canonique, et l'absence de styles en ligne. blink/test_description_editor_visual.py pilote véritablement Chromium et mesure la position de défilement à 375 et 1280 ; il SKIP où Playwright est absent, donc CI n'est pas affectée et aucune dépendance n'a été ajoutée à cela.

Un piège qui enregistre les fichiers pour le prochain test sur le serveur en direct : un LiveServerTestCase est un TransactionTestCase et tronque les tables après chaque test, emportant les lignes de plan initialisées par migration avec lui. Sans plan, l'application redirige vers /billing/plans/, donc le premier test passe et tous les suivants chargent une page 500. La solution consiste à réinitialiser ce dont la page a besoin dans setUp (via apps.get_model, jamais une importation inter-app — le tranchant de couplage compte cela également dans les tests).