From b66529392271eb8ee6691a93945422ef69f69e86 Mon Sep 17 00:00:00 2001 From: kgva CMS Date: Sat, 15 Aug 2026 00:19:05 +0000 Subject: [PATCH] fix: about-page text preview responds to hover again while a file is locked MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit the peek column only exists for images (a side-by-side thumbnail makes sense there, not for text) — but the mouseenter handler routed ALL rows through the locked/peek branch once something was locked, so on about (all text rows, locked by default on load) hovering dossier.md/openbureau.md/rapport.md while cv.md was locked did nothing at all. rows without data-img now always drive the main preview directly on hover, lock or not. --- assets/js/filebrowser.js | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/assets/js/filebrowser.js b/assets/js/filebrowser.js index 41bb1b7..79e4d08 100644 --- a/assets/js/filebrowser.js +++ b/assets/js/filebrowser.js @@ -109,7 +109,10 @@ // image is the dedicated way to actually navigate in. var isProjectLink = a.hasAttribute("href") && a.hasAttribute("data-img"); a.addEventListener("mouseenter", function () { - if (locked < 0) { hidePeek(); render(i); } // nothing locked — hover drives the main preview, like before locking existed + // the peek column only exists for images — text/video rows (like on + // about) have no equivalent, so they always drive the main preview + // directly, lock or no lock, same as before locking existed + if (locked < 0 || !a.hasAttribute("data-img")) { hidePeek(); render(i); } else if (i !== locked) showPeek(a); else hidePeek(); });