Get AI summaries of any video or article — Sign up free
Obsidian se met à table - tuto obsidian 1.5 thumbnail

Obsidian se met à table - tuto obsidian 1.5

4 min read

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.

TL;DR

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 ?

La table Markdown exigeait une écriture manuelle structurée : barres verticales pour séparer les colonnes, ligne de séparation avec des tirets entre les en-têtes et le contenu, puis lignes de données avec la même logique. En mode Source, chaque colonne devait être délimitée explicitement, ce qui rendait l’édition lourde et visuellement “horrible” pour beaucoup d’utilisateurs.

En quoi l’éditeur natif d’Obsidian 1.5 change-t-il la pratique quotidienne ?

La création et la modification se font via une interface : insertion d’un tableau via Ctrl/Commande P, puis ajout de colonnes ou de lignes via des options contextuelles (ajouter à gauche/droite, insérer avant/après). On peut aussi déplacer des colonnes, trier (ex. A→Z et inverse), aligner le contenu, dupliquer ou supprimer une colonne—sans retaper les séparateurs Markdown.

L’éditeur natif “casse-t-il” le Markdown ou reste-t-on dans une logique texte ?

Rien n’est supprimé : repasser en mode Source montre que l’éditeur natif insère la syntaxe Markdown correspondante. Les boutons et déplacements servent surtout à générer automatiquement le code, tout en conservant le fonctionnement “notes = fichiers texte + Markdown”.

Quelles limites apparaissent quand on tente d’utiliser des syntaxes Markdown à l’intérieur des cellules ?

Certaines syntaxes dépendent du début de ligne. Le tutoriel donne l’exemple des titres : dans une cellule, le format de titre ne s’applique pas correctement car il ne se trouve pas en début de ligne. Les listes (points ou numérotation) à l’intérieur d’une cellule ne se comportent pas comme dans une liste Markdown classique.

Pourquoi “colonnes” et “tableaux” ne sont-ils pas interchangeables dans Obsidian ?

Les tableaux servent à structurer des informations en cellules, avec du texte et des éléments comme des liens. En revanche, la mise en page en “colonnes” (au sens de colonnes de texte) n’est pas équivalente : certaines insertions ou syntaxes disponibles dans des colonnes ne sont pas disponibles ou ne fonctionnent pas de la même manière dans les cellules d’un tableau.

Review Questions

  1. Quels éléments d’une table Markdown doivent être saisis manuellement en mode Source avant l’arrivée d’un éditeur natif ?
  2. Quelles opérations sur les colonnes (ajout, déplacement, tri, alignement) sont rendues plus simples par l’interface d’Obsidian 1.5 ?
  3. Pourquoi les titres ou listes peuvent-ils échouer lorsqu’ils sont placés dans une cellule de tableau ?

Key Points

  1. 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. 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. 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. 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. 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. 6

    Les tableaux ne remplacent pas les “colonnes” de mise en page : ce sont deux mécanismes différents pour organiser l’information.

Highlights

Le confort change radicalement : colonnes et lignes se gèrent avec des actions contextuelles plutôt qu’avec des séparateurs Markdown à taper.
L’éditeur natif ne supprime pas le Markdown : il génère la syntaxe en arrière-plan, visible en mode Source.
Les titres et listes peuvent ne pas fonctionner dans les cellules car la logique Markdown attend souvent un début de ligne.
Les tableaux deviennent une option réaliste pour afficher des données sans appréhension liée à la syntaxe.

Topics

  • Tables Markdown
  • Obsidian 1.5
  • Éditeur Natf
  • Insertion Colonnes
  • Mode Source