Changeset b67edbd in Klonkt for src/views/partials/post-body.ejs

Timestamp:

08/18/2026 06:47:58 PM (3 weeks ago)

Author:

Bart <bart@…>

Branches:

main

Children:

7421147

Parents:

9622f20

git-author:

Bart <bart@…> (08/18/2026 12:19:20 AM)

git-committer:

Bart <bart@…> (08/18/2026 06:47:58 PM)

Message:

Leesweergave: /read, en fragmenten in de richting van de scroll

De vorige opzet sprong naar het andere uiteinde van de scroll en schoof het
bericht daarna "vloeiend" in beeld -- de truc van PrutCMS, en een die je voelt.
Nu groeit de stroom gewoon: een schildwacht boven en onder het laatste bericht
haalt het volgende of vorige fragment op en zet het erbij. Bij invoegen BOVEN
wordt de ingevoegde hoogte gemeten en met scrollBy gecompenseerd, anders
verspringt de tekst onder je duim.

De grens tussen berichten is CSS, geen JavaScript: scroll-snap-type: y proximity
op de stroom, scroll-snap-align: start per bericht. Proximity en niet mandatory,
want binnen een lang bericht moet je vrij kunnen scrollen.

En het heet read, niet lees: een pad is geen plek voor een Nederlandse
werkwoordsvorm.

Co-Authored-By: Claude Opus 5 <claude@…>

File:

• src/views/partials/post-body.ejs (modified) (1 diff)

src/views/partials/post-body.ejs

@@ -19 +19 @@
 var _b = (typeof _base !== 'undefined' && _base) ? _base : '';
 var _href = _b + '/' + post.slug;
+// Het lijf komt als eigen waarde binnen en wordt NIET uit `post` gevist. De rij
+// draagt nog de ruwe `content`; door alleen te tonen wat de aanroeper bewust
+// meegeeft, kan een gesloten poort hier niets laten ontsnappen.
+var _html = (typeof content_html !== 'undefined' && content_html) ? content_html : '';
 %>
 
 <% if (_acc === 'full') { %>
-  <div class="post-content"><%- post.content_html %></div>
+  <div class="post-content"><%- _html %></div>
 
 <% } else if (_acc === 'paid') { %>