jkaindl/obsidian-letterhead
1
0
Fork 0
Code Issues Pull requests Projects Releases 6 Packages Wiki Activity Actions
6 releases 12 tags
  • 1.4.0 6445bf9760

    1.4.0 Stable

    jkaindl released this 2026-07-16 14:32:00 +00:00 | 25 commits to main since this release

    Umbau der Build- und Provenance-Basis — die Brief-Funktionalität ist unverändert,
    aber der mobile Vektor-PDF-Export wird deutlich leistungsfähiger.

    Changed

    • Build-System: Das Plugin ist nicht mehr abhängigkeits- und build-frei. src/
      (TypeScript) wird per esbuild zu main.js gebündelt; main.js ist jetzt ein
      Build-Artefakt (gitignored), keine committete Quelle mehr. Grund: der
      PDF-Engine-Kern wird als geteiltes Kit vendored (src/vendor/kit/) statt pro
      Plugin neu geschrieben — das ist mit reinem Zero-Build nicht mehr praktikabel.
    • Release-/Provenance-Modell: Die GitHub-Attestation (actions/attest-build-provenance)
      signiert jetzt den Build-Output (main.js/manifest.json/styles.css), frisch aus
      dem getaggten Quellstand via npm ci + npm run gate gebaut — nicht mehr committete Bytes
      1:1 (bisheriges source = output-Modell aus 1.2.2). Provenance-Garantie: reproduzierbar aus
      dem attestierten Commit, verifizierbar mit gh attestation verify.
    • Mobiler Vektor-PDF-Export erzeugt jetzt reiche Markdown-Bodies: Tabellen,
      eingebettete Bilder, Code-Blöcke und mehrseitige Paginierung werden direkt im
      Vektor-PDF gerendert (per Degradation auf einfachere Darstellung bei nicht
      unterstützten Elementen) — statt wie bisher auf den HTML/Quick-Look-Weg
      auszuweichen. Der Desktop-Druckweg (window.print()) ist unverändert.
    • Code-Blöcke bleiben auch dann intakt, wenn andere Plugins sie einfärben:
      Fenced-Code wird für den PDF-Weg direkt aus dem Markdown gelesen, statt aus dem
      gerenderten DOM. Obsidians Renderer führt alle installierten Markdown-Prozessoren
      aus — ein fremdes Plugin, das z. B. ```json in ein eigenes Widget verwandelt (etwa
      „JSON Editor"), hinterlässt dort kein <pre> mehr, sondern seine Bedienelemente.
      Im PDF erscheint jetzt der Code, den Sie geschrieben haben, unabhängig von Ihren
      übrigen Plugins. Der Desktop-Druckweg nutzt weiterhin die gerenderte Ansicht (dort
      ist die Plugin-Darstellung korrekt und gewollt).
    Downloads