Ouvrir le bon emplacement
L’arborescence, les onglets et les divisions de l’éditeur travaillent sur le même projet local. Ouvrez d’abord le dossier ou clonez-le afin que la recherche, Git et le terminal voient les mêmes fichiers.
Les buffers non enregistrés survivent à un redémarrage. Enregistrez tout de même avant une commande ou une revue de diff pour que le terminal et l’aperçu utilisent la version voulue.
Écrire et naviguer
L’éditeur utilise la coloration tree-sitter et une complétion tirée des mots, chemins et snippets du projet. Utilisez la commande de symboles pour parcourir un fichier et une division pour comparer deux endroits.
Les erreurs de syntaxe esbuild et un lint léger par langage apparaissent dans Problems. Ils aident à localiser un problème, mais ne remplacent ni les tests ni la compilation du projet.
- Utilisez les onglets pour les fichiers récents.
- Ouvrez le diff avant d’abandonner une modification.
- Consultez Problems après une sauvegarde ou le démarrage du serveur.
Revoir une modification
Les marques vertes, bleues et rouges dans la marge montrent les changements par rapport à Git. Touchez une marque pour ouvrir son hunk et décider de garder ou d’abandonner cette partie.
La revue est locale : abandonner ramène le hunk à l’état suivi par le dépôt. Ne committez qu’après le diff et après avoir confirmé le résultat dans Preview ou les tests.
Limites de l’éditeur
La complétion ne se parcourt pas avec les flèches : Tab ou Entrée accepte le premier élément, ou vous touchez une suggestion. Les fonctions dépendent du langage et des paquets disponibles dans le projet.
Il n’y a ni SourceKit ni compilateur Swift sur iOS. Vous pouvez modifier du Swift, mais la complétude du langage et la compilation exigent des outils hors du runtime Odete.