v2.6.3 (Lyra): Content multi-type handling, getAllPages() structuur, . verberg-prefix

- Content bestanden met dezelfde naam maar ander type (md/php/html) worden
  correct geserveerd: URL met extensie opent dat bestand, URL zonder extensie
  valt terug op md > php > html (resolveContentByType helper)
- Admin content editor accepteert bestanden met dezelfde naam (ander type);
  preview-knop linkt per extensie
- Frontend navigatie/directory listing/search tonen elk bestandstype apart
- getAllPages() array structuur gewijzigd naar list van
  ['path','title','type'] met type 'md'/'php'/'html'/'folder'
- Verberg-prefix logica: _ is geen verberg-prefix meer, alleen . (en -);
  admin toont wél alle . bestanden/mappen
- ContentAPI getPage()/pageExists() respecteren expliciete extensie
- Handleiding content-api.md (NL+EN) herschreven
- File-tree unificatie: _file-tree.twig + _editor-styles.twig includes
- Versie verhoogd naar 2.6.3

TODO.md

@@ -1,5 +1,18 @@
 # TODO
 
+## bug
+- [x] Admin /content
+	- [x] onderwater heet de is bij Admin de content, theme en plugin de pluginFileTree overal de zelfde naam. Dit is niet logies en consistent. Als de zelfde twig gebruikt word hou dan de naamgeving algemeen.
+	- [x] Bij Admin/content "Content bestanden" werkt de > bij het openen van de mappen niet. Wees consistenter en compacter. Hergebuik code en maak het universeler. Deze kan gelijk zijn aan de theme en plugin .
+	- [x] bij media invoeren zie ik nu card's voor de images of media. Dit moet anders. Gebruik weer een filetree
+	- [x] Bij het editen van de content zie ik Zichtbare plugin's. Hier staan nu ook system plugin's in. Maak hier een pulldown multiselect waar ik alleen de active content plugin's ziet
+	- [x] Ook zie ik hier Auteur naam en auteur email, maar deze zijn niet ingevult. Deze zijn bekend omdat ik ingelocht bent.
+	- [x] De auteur_name en auteur_email moeten hier weg
+	- [x] Ook wil ik dit zie bij elke aanpassing van een pagina --- created: xx-xx-xx xx:xx:xx edited: xx-xx-xx xx:xx:xx  ---
+	- [x] De git init is hier niet handig. Haal dit weg. Dit wordt later een systeem plugin
+	- [x] Houw de code consistend en compact. How in de gaten dat de functionaliteit niet omzeep geholpen wordt.
+	- [x] GET http://development.codepress.noorlander.info/content/_images/D_D.jpg → 403 Forbidden — opgelost: /admin/media-list content-scope gebruikt nu /-media/ prefix i.p.v. /content/
+
 ## Nice to have
 - [ ] Multidomein implementeren (elk domein = eigen thema + content, één admin + site name)
     - [ ] Fase 1: Config-resolutie
@@ -24,66 +37,6 @@
         - [ ] AGENTS.md + config.json.example bijwerken
     - [ ] Verificatie: php -l, curl met Host-header, domein-switch in admin testen
 
-- [x] Thema editor (thema's net zo bewerkbaar maken als plugins)
-    - [x] Fase 1: Themabestanden bewerken
-        - [x] Nieuwe route theme-edit + handleThemeEdit() (spiegel van handlePluginsEdit)
-        - [x] scanThemeFiles() helper (geneste boom van thema-map, zoals scanPluginFiles; skipt css_compiled/)
-        - [x] theme-edit.twig met bestandsbrowser zijbalk + CodeMirror editor
-        - [x] Bewerkbare extensies: .twig, .json, .scss, .css, .js, .html, .md, .php
-        - [x] theme.json editor (validatie op structuur: name, template mappings, config)
-        - [x] Layout .twig bestanden bewerken (base.twig, full_content.twig, left_sidebar.twig, etc.)
-        - [x] Partials bewerken (header, navigation, footer)
-        - [x] Nieuw bestand aanmaken binnen thema-map (zoals plugin-editor)
-        - [x] Bestand opslaan met CSRF + path-traversal bescherming (realpath + prefix-check)
-    - [x] Fase 2: Media/assets beheer
-        - [x] Uploaden naar assets/ van thema (spiegel van plugins-file-upload)
-        - [x] Bestand verwijderen uit thema (spiegel van plugins-file-delete; theme.json beschermd)
-        - [x] Bestand verplaatsen binnen thema (spiegel van plugins-file-move; theme.json beschermd)
-        - [x] Media invoegen in editor: thema-context scant assets/ map (uitbreiding media-list endpoint met ?theme=)
-    - [x] Fase 3: SCSS compileren
-        - [x] SCSS compileren knop in theme-edit (runtime scssphp compile assets/scss/theme.scss → assets/css_compiled/theme.css)
-        - [x] Compile-status tonen (up-to-date/verouderd badges in theme.twig + theme-edit.twig)
-    - [x] Fase 4: Thema overzicht + activeren
-        - [x] theme.twig: Bewerken-knop per thema (link naar theme-edit)
-        - [x] Activeren per thema (active_theme in config.json via theme-activate route)
-        - [x] Themaverwijdering (alleen niet-actieve, niet-default thema's via theme-delete route)
-        - [x] Theme-new uitbreiden met keuze uit bestaand thema als basis (kopieer structuur, skip css_compiled/)
-    - [x] Fase 5: Uniformiteit + documentatie
-        - [x] Uniforme thema-structuur afdwingen (theme.json, assets/scss, assets/css, assets/js, assets/img, assets/fonts, partials, README.md) via createUniformThemeStructure()
-        - [x] Per thema README.md (gegenereerd bij aanmaken via admin)
-        - [x] guide/nl|en/admin-beheerder/thema-beheer.md bijgewerkt met thema-editor uitleg
-        - [x] theme.json schema documentatie in guide (template mappings, config, header_color, etc.)
-    - [x] Verificatie: php -l, curl testen (aanmaken, bewerken, opslaan, uploaden, verwijderen, verplaatsen, SCSS compileren, activeren, verwijderen), path-traversal tests, default/active theme bescherming
-
-- [x] Content editor consistent met plugins en thema's (uniforme editor-ervaring)
-    - [x] Fase 1: Bestandsbrowser zijbalk voor content
-        - [x] Nieuwe route content-files / handleContentFiles() (spiegel van plugins-edit/theme-edit) naast de bestaande per-pagina content-edit
-        - [x] scanContentFiles() helper (geneste boom van content_dir, zoals scanPluginFiles/scanThemeFiles; via unified scanEditorFiles(scope))
-        - [x] content-files.twig met bestandsbrowser zijbalk + CodeMirror editor (herbruik de plugin/theme editor layout)
-        - [x] Bewerkbare extensies: .md, .php, .html (consistent met bestaande content-edit)
-        - [x] Nieuw bestand aanmaken binnen content_map (zoals plugin/theme-editor) met extensie-keuze + in_dir prefix
-        - [x] Bestand opslaan met CSRF + path-traversal bescherming (realpath + prefix-check op content_dir)
-    - [x] Fase 2: Media/assets beheer (uniform met plugins/thema's)
-        - [x] Uploaden naar content/ (spiegel van plugins-file-upload/theme-file-upload; content-file-upload route)
-        - [x] Bestand verwijderen uit content (spiegel van plugins-file-delete/theme-file-delete; content-file-delete route)
-        - [x] Bestand verplaatsen binnen content (spiegel van plugins-file-move/theme-file-move; content-file-move route)
-        - [x] Media invoegen in editor: content-context (media-list zonder ?plugin/?theme = content/, al aanwezig)
-    - [x] Fase 3: Mappen beheer (uniform met plugins/thema's structuur)
-        - [x] Nieuwe map aanmaken (content-dir-create-in route, zelfde UX als plugin/theme-editor nieuw-bestand, met in_dir)
-        - [x] Map hernoemen (content-dir-rename-in route, binnen editor zijbalk)
-        - [x] Map verwijderen (content-dir-delete-in route, binnen editor zijbalk, alleen lege mappen)
-        - [ ] Map verplaatsen (spiegel van plugins-file-move/theme-file-move voor mappen) — optioneel, niet geïmplementeerd (mappen verplaatsen is zeldzaam; hernoemen + bestand-verplaatsen dekken de use-case)
-    - [x] Fase 4: Uniformiteit + consistentie
-        - [ ] Eén herbruikbare editor-macro/template voor plugin/theme/content (voorkom dupliek Twig-macro's) — uitgesteld: de macro's verschillen per scope (plugin heeft protected-badge, theme heeft theme.json-bescherming, content heeft mappen-acties); samenvoegen zou een complexe macro met conditionals opleveren die minder leesbaar is dan drie focussen macro's
-        - [x] Eén herbruikbare scanFiles() helper die plugin/theme/content afhandelt (scanEditorFiles(dir, scope) + scanEditorFilesNode; scanPluginFiles/scanThemeFiles/scanContentFiles zijn dunne wrappers)
-        - [ ] Eén herbruikbare fileUpload/fileDelete/fileMove handler-familie met scope-parameter (plugin/theme/content) i.p.v. drie bijna-identieke handlers per type — uitgesteld: de handlers hebben scope-specifieke logica (plugin: protected-plugins check; theme: theme.json-bescherming; content: geen specifieke bescherming) die generalisatie met een configuratie-laag vereist; de huidige per-scope handlers zijn duidelijker dan één handler met veel conditionals
-        - [ ] Per content README.md of index.md (zoals plugins/thema's) — optioneel, alleen voor mappen; niet geïmplementeerd
-        - [x] guide/nl|en/admin-beheerder/content-beheer.md bijwerken met content-editor uitleg (zoals plugin-development.md en thema-beheer.md)
-    - [x] Fase 5: Backup/git integratie in editor
-        - [x] ContentBackup (ZIP/git) acties toegankelijk vanuit de content-editor zijbalk (zoals SCSS-compile knop in theme-edit)
-        - [x] git commit/status tonen in de editor wanneer content/ een git repo is (branch, dirty/clean badge, laatste commit)
-    - [x] Verificatie: php -l, curl testen (aanmaken, bewerken, opslaan, uploaden, verwijderen, verplaatsen, map aanmaken/hernoemen/verwijderen), path-traversal tests (delete/new_file/upload alle geblokkeerd), pentest, WCAG
-
 ## Voltooid ✅
 
 - [x] Admin code en niet gebruikte mappen/bestanden opschonen
@@ -100,6 +53,18 @@
 - [x] Pentest controles uitgevoerd (30/30 tests geslaagd — 0 vulnerabilities)
 - [x] WCAG 2.1 AA accessibility tests (25/25 tests geslaagd — 100% compliance, test-script verbeterd met min/max checks en grep -E)
 
+## v2.6.3 (2026-08-20) ✅
+- [x] Content bestanden met dezelfde naam maar ander type (md/php/html) worden door de frontend correct geserveerd: URL met extensie opent dat specifieke bestand, URL zonder extensie valt terug op md > php > html prioriteit (resolveContentByType helper)
+- [x] Admin content editor accepteert bestanden met dezelfde naam (ander type); "bestaat al" check is per extensie, melding verduidelijkt naar "Bestand met dit type bestaat al."
+- [x] Admin content editor preview-knop linkt per extensie (test.php → /nl/test.php) zodat elk type individueel te bekijken blijft
+- [x] Frontend navigatie, directory listing en search tonen elk bestandstype apart (extensie behouden in URL), geen samenvoeging meer
+- [x] getAllPages() array structuur gewijzigd naar list van ['path' => ..., 'title' => ..., 'type' => ...] met type 'md'/'php'/'html'/'folder'; mappen krijgen eigen entry, bestanden met dezelfde naam botsen niet meer
+- [x] Verberg-prefix logica gewijzigd: `_` is geen verberg-prefix meer, alleen `.` (en `-`) verbergen aan de frontend; admin toont wél alle `.` bestanden/mappen (.bak, .map) — scanEditorFilesNode content-scope toont dotfiles behalve .git/.gitkeep
+- [x] ContentAPI getPage()/pageExists() respecteren expliciete extensie in $path
+- [x] autoLinkPageTitles() aangepast aan nieuwe array structuur, slaat mappen over
+- [x] Handleiding content-api.md (NL+EN) herschreven: echo/return mechanisme, beschikbare variabelen, nieuwe getAllPages() structuur met voorbeelden
+- [x] Versie verhoogd naar 2.6.3
+
 ## v2.6.2 (2026-08-19) ✅
 - [x] Pentest controles uitgevoerd (30/30)
 - [x] WCAG 2.1 AA accessibility tests (25/25)
@@ -162,4 +127,4 @@
 - [x] Pentest controles uitgevoerd (30/30)
 - [x] WCAG 2.1 AA accessibility tests (25/25)
 - [x] Verslag gemaakt (docs/release-notes/v2.6.0.md)
-- [x] Versie verhoogd naar 2.6.0
+- [x] Versie verhoogd naar 2.6.0