Obsidian se met à table - tuto obsidian 1.5
Based on PKMind - Obsidian - Boostez votre Productivité's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Obsidian 1.5 permet d’insérer et modifier des tableaux via un éditeur natif, réduisant la saisie manuelle de la syntaxe Markdown.
Briefing
Obsidian 1.5 rend la création de tableaux nettement plus simple en remplaçant la syntaxe Markdown pénible par un éditeur natif : colonnes, lignes, insertion, déplacement, alignement et suppression se font via des commandes et des boutons, sans devoir taper les séparateurs et tirets. L’enjeu est concret : jusqu’ici, construire une table en Markdown demandait d’écrire manuellement des barres verticales et des délimiteurs, ce qui rendait l’édition “horrible” et décourageait beaucoup d’utilisateurs.
Avant la version 1.5, la table Markdown suit une logique de code : une première ligne avec les en-têtes séparés par des barres verticales, puis une ligne de séparation composée de tirets, et ensuite les lignes de données. En mode Source, on voit clairement cette mécanique : chaque colonne exige sa barre verticale, et la délimitation entre titres et contenu repose sur des tirets. Même si une approche intermédiaire existait via “advance table”, l’utilisateur restait exposé à la structure Markdown : l’outil aidait à générer la syntaxe, mais la logique de code restait visible et l’édition demeurait liée à la structure textuelle.
Avec Obsidian 1.5, la création de tableaux passe par une interface plus “tableur”. En ouvrant la palette de commandes (Ctrl/Commande P), on insère un tableau directement. Ensuite, un petit ensemble d’options apparaît pour ajouter des colonnes ou des lignes : ajout à gauche ou à droite, insertion avant ou après, et même déplacement des colonnes. L’interface permet aussi de trier (dans l’exemple, un tri de type A→Z et l’inverse), d’aligner le contenu (à gauche ou au centre), et de gérer les colonnes (effacer, dupliquer). Le résultat se voit immédiatement en mode lecture, sans avoir à manipuler les séparateurs Markdown à la main.
Le tutoriel insiste toutefois sur une limite importante : les “colonnes” au sens d’Obsidian (mise en page en colonnes) ne sont pas la même chose que les “cellules” d’un tableau. Les tableaux acceptent du texte et des éléments comme des liens, mais certaines syntaxes Markdown ne fonctionnent pas correctement à l’intérieur des cellules. Par exemple, les titres ne s’appliquent que s’ils sont en début de ligne, et dans une cellule ils ne sont pas considérés comme tels. De même, les listes numérotées ou les points “dans une cellule” ne se comportent pas comme dans une vraie liste Markdown.
Enfin, l’interface ne supprime pas le Markdown : en repassant en mode Source, on constate que l’éditeur natif ne fait qu’insérer la syntaxe Markdown correspondante. Autrement dit, les avantages (rapidité, confort, manipulation des colonnes) s’ajoutent sans rompre la logique de fichiers texte. Pour quelqu’un qui hésitait à afficher des tableaux à cause de la syntaxe, Obsidian 1.5 réduit l’appréhension tout en conservant la compatibilité Markdown.
Cornell Notes
Obsidian 1.5 améliore la création de tableaux en remplaçant la saisie manuelle de la syntaxe Markdown par un éditeur natif. L’utilisateur peut insérer un tableau via la palette de commandes, puis ajouter/insérer des lignes et colonnes, déplacer, trier, aligner, dupliquer ou supprimer des colonnes avec des commandes contextuelles. En mode Source, la syntaxe Markdown reste bien présente : l’interface génère simplement le code automatiquement. La limite principale concerne les fonctionnalités Markdown qui dépendent de la position en début de ligne : titres, listes et certains formats ne fonctionnent pas correctement dans les cellules. Résultat : les tableaux deviennent beaucoup plus “opérationnels” sans perdre la logique texte de l’outil.
Pourquoi la création de tables en Markdown était-elle perçue comme pénible avant Obsidian 1.5 ?
En quoi l’éditeur natif d’Obsidian 1.5 change-t-il la pratique quotidienne ?
L’éditeur natif “casse-t-il” le Markdown ou reste-t-on dans une logique texte ?
Quelles limites apparaissent quand on tente d’utiliser des syntaxes Markdown à l’intérieur des cellules ?
Pourquoi “colonnes” et “tableaux” ne sont-ils pas interchangeables dans Obsidian ?
Review Questions
- Quels éléments d’une table Markdown doivent être saisis manuellement en mode Source avant l’arrivée d’un éditeur natif ?
- Quelles opérations sur les colonnes (ajout, déplacement, tri, alignement) sont rendues plus simples par l’interface d’Obsidian 1.5 ?
- Pourquoi les titres ou listes peuvent-ils échouer lorsqu’ils sont placés dans une cellule de tableau ?
Key Points
- 1
Obsidian 1.5 permet d’insérer et modifier des tableaux via un éditeur natif, réduisant la saisie manuelle de la syntaxe Markdown.
- 2
Avant 1.5, une table Markdown exigeait des barres verticales et une ligne de séparation en tirets, rendant l’édition lourde en mode Source.
- 3
L’interface contextuelle facilite l’ajout de lignes/colonnes, l’insertion avant/après, le déplacement, la duplication, la suppression et le tri.
- 4
Les tableaux restent compatibles avec le Markdown : repasser en mode Source révèle que la syntaxe est générée automatiquement.
- 5
Les cellules de tableau ne garantissent pas le fonctionnement de certaines syntaxes Markdown dépendantes du début de ligne (ex. titres, listes).
- 6
Les tableaux ne remplacent pas les “colonnes” de mise en page : ce sont deux mécanismes différents pour organiser l’information.