Les properties GROSSE nouveauté de la nouvelle version d'Obsidian 1.4 (propriétés)
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.4 adds a properties UI to manage YAML front matter metadata through guided, type-aware fields.
Briefing
Obsidian 1.4 adds a dedicated interface for managing note metadata (“properties”), turning what used to be a fragile, YAML-front-matter-only workflow into a guided editor with type-aware fields, suggestions, and validation. The practical payoff is fewer formatting mistakes and faster authoring of tags, links, dates, and other structured data—exactly the kind of metadata needed for reliable searches and DataView queries.
Earlier versions required metadata to be written in the note’s front matter at the very top, wrapped by a strict YAML syntax (three dashes to start and three to end). That approach works, but it’s easy to break: a small typo, wrong capitalization, or malformed structure can make metadata unreadable by Obsidian’s search and DataView. In the transcript, the pain point is clear—inside the front matter, tags and links don’t behave like they do in the note body. Tags appear as plain text rather than clickable tag chips, and links can’t be accessed directly, which makes verification and editing more error-prone.
With 1.4, the front matter can be displayed and edited through a new “properties” UI. Once enabled, tags render as tag-like elements with autocomplete suggestions, so typing “provisoire” surfaces the correct existing tag rather than allowing arbitrary text. Links become selectable fields, and the editor supports structured property types such as lists, aliases, and date/time pickers. A key improvement is validation: attempting to convert a field from one type to another (for example, changing a text property into a date) triggers a “type mismatch” warning instead of silently producing invalid metadata.
The interface also helps normalize how values are stored. For instance, a link property can be transformed into a list when multiple links are allowed, and date/time fields use a picker to reduce formatting errors. When switching back to source mode, the system regenerates the front matter correctly—preserving the underlying YAML while making the authoring experience far more forgiving.
The transcript also flags rough edges. Some behavior differs between editing and reading modes, including cases where property UI elements appear or remain interactive in ways that don’t match expectations. There are also mentions of display glitches in the properties view and uncertainty about how other metadata patterns—such as metadata written inside the note body for DataView—should be handled now that the properties UI can consolidate more structured fields into the front matter.
Access is limited at first: Obsidian 1.4 is available only to users with the “catalyst” license, requiring a $25 purchase for earlier access. A broader rollout is expected later for free-license users, with ongoing forum and community reports suggesting additional fixes are likely before the public release.
Cornell Notes
Obsidian 1.4 introduces a properties interface that manages YAML front matter metadata through a guided UI. Instead of typing tags, links, and fields manually in strict YAML, users get autocomplete for tags, clickable tag chips, selectable link fields, and type-aware editors like date/time pickers. The system validates changes (e.g., it warns about type mismatches when converting a text field into a date), reducing the risk of metadata becoming unreadable for DataView and searches. The workflow still supports source mode, where the front matter is generated correctly. Early access is limited to catalyst license holders, and some editing/reading-mode quirks and display bugs are reported as likely to be refined before the general release.
Why was metadata editing in earlier Obsidian versions considered risky, and what role did YAML front matter play?
What specific usability problems did the transcript highlight with tags and links inside front matter?
How does Obsidian 1.4’s properties UI change the editing experience for tags, links, and aliases?
What does “type mismatch” protection mean in practice in the properties UI?
How do date and date-time fields reduce errors compared with raw YAML entry?
What concerns or bugs were mentioned regarding reading vs editing modes and property visualization?
Review Questions
- How does strict YAML front matter syntax affect the reliability of metadata-driven features like DataView searches?
- What kinds of property types does Obsidian 1.4’s properties UI support, and how does it prevent invalid edits?
- Why might metadata previously written inside the note body (for DataView) need reconsideration now that front matter properties have a richer UI?
Key Points
- 1
Obsidian 1.4 adds a properties UI to manage YAML front matter metadata through guided, type-aware fields.
- 2
The earlier front matter workflow was error-prone because strict YAML syntax errors could make metadata unreadable for searches and DataView.
- 3
Tags and links become easier to edit in 1.4: tags show as chips with autocomplete, and links are handled through selectable fields rather than raw text.
- 4
The editor enforces property types, warning users about invalid conversions (e.g., text to date) to prevent broken metadata.
- 5
Date and date-time properties use pickers to reduce formatting mistakes.
- 6
Some editing/reading-mode and visualization quirks are reported, implying the feature may still be evolving before broad release.
- 7
Initial availability is limited to users with the catalyst license (with a $25 purchase for early access), with general rollout expected later.