LibreKAT/Ocideck

Watch

Fork 3

Donker presentatielogo verdwijnt na verplaatsen van opgeslagen Markdown-project #2642

New issue

Closed

opened 2026-10-28 22:42:47 +00:00 by brenno · 2 comments

brenno commented

2026-10-28 22:42:47 +00:00

Owner

Probleem

Op desktop kan een gebruiker naast logoPath een eigen logoDarkPath kiezen. De presentatieweergave gebruikt de donkere variant op donkere dia's (lib/theme/brand_logo.dart). Bij gewoon deck opslaan/Save As kopieert _writeProject (lib/services/file/file_service_project.dart) alleen het gewone logo en de merkstrook naar de projectmap. logoDarkPath blijft een verwijzing naar het oorspronkelijke absolute bestand. Na verplaatsen/delen van de projectmap, of verwijderen van dat bronbestand, kan de donkere variant niet meer uit het opgeslagen projectpad worden geladen. Controleer bij de reparatie afzonderlijk de heropenroute: die kan ook een actief stijlprofiel uit instellingen gebruiken. Dit is een statisch bevestigde opslagketen; een verplaatste projectmap is nog niet interactief getest. Een .ocideck-pakket heeft al een afzonderlijke donkere-logoroute.

Reproduceerroute

Kies in een desktopbuild verschillende lokale afbeeldingen voor normaal en donker presentatielogo in Stijlprofielen.
Sla een deck met een donkere dia op als gewoon Markdown-project; inspecteer de projectmap en het opgeslagen logoDarkPath.
Inspecteer de projectmap en het gegenereerde thema zonder toegang tot de oorspronkelijke donkere afbeelding. De normale variant is meegekopieerd, de donkere niet; de interactieve heropenroute moet bij uitvoering apart worden getoetst.

Gewenst gedrag en reparatie

Materialiseer het donkere logo via dezelfde gevalideerde projectroute als het normale logo, herschrijf logoDarkPath naar een relatief projectpad en behoud null als geen aparte variant is gekozen. Hergebruik de bestaande pad- en afbeeldingsvalidatie. Controleer of dezelfde reparatie het afwijkende documentlogo van #2641 kan bedienen zonder die twee gebruikersroutes te verwarren.

Acceptatiecriteria

Een bewaard Markdown-project bevat beide verschillende logobestanden; het gegenereerde thema verwijst na verplaatsen naar deze projectbestanden. Toets de weergave na heropenen met expliciet geselecteerd profiel.
Save As naar een tweede map behoudt beide varianten; de oorspronkelijke bronbestanden zijn niet nodig voor heropenen.
Geen aparte donkere variant, gebundelde asset, ontbrekend bronbestand en een pakketexport behouden hun huidige betekenis en veilige foutgedrag.
Regressietest: echte save/reopen met twee verschillende afbeeldingsbytes en daarna heropenen zonder de oorspronkelijke bron.

Gerelateerd: #2640 (webkiezer) en #2641 (afwijkend documentlogo).

## Probleem Op desktop kan een gebruiker naast `logoPath` een eigen `logoDarkPath` kiezen. De presentatieweergave gebruikt de donkere variant op donkere dia's (`lib/theme/brand_logo.dart`). Bij gewoon deck opslaan/Save As kopieert `_writeProject` (`lib/services/file/file_service_project.dart`) alleen het gewone logo en de merkstrook naar de projectmap. `logoDarkPath` blijft een verwijzing naar het oorspronkelijke absolute bestand. Na verplaatsen/delen van de projectmap, of verwijderen van dat bronbestand, kan de donkere variant niet meer uit het opgeslagen projectpad worden geladen. Controleer bij de reparatie afzonderlijk de heropenroute: die kan ook een actief stijlprofiel uit instellingen gebruiken. Dit is een statisch bevestigde opslagketen; een verplaatste projectmap is nog niet interactief getest. Een `.ocideck`-pakket heeft al een afzonderlijke donkere-logoroute. ## Reproduceerroute 1. Kies in een desktopbuild verschillende lokale afbeeldingen voor normaal en donker presentatielogo in Stijlprofielen. 2. Sla een deck met een donkere dia op als gewoon Markdown-project; inspecteer de projectmap en het opgeslagen `logoDarkPath`. 3. Inspecteer de projectmap en het gegenereerde thema zonder toegang tot de oorspronkelijke donkere afbeelding. De normale variant is meegekopieerd, de donkere niet; de interactieve heropenroute moet bij uitvoering apart worden getoetst. ## Gewenst gedrag en reparatie Materialiseer het donkere logo via dezelfde gevalideerde projectroute als het normale logo, herschrijf `logoDarkPath` naar een relatief projectpad en behoud `null` als geen aparte variant is gekozen. Hergebruik de bestaande pad- en afbeeldingsvalidatie. Controleer of dezelfde reparatie het afwijkende documentlogo van #2641 kan bedienen zonder die twee gebruikersroutes te verwarren. ## Acceptatiecriteria - Een bewaard Markdown-project bevat beide verschillende logobestanden; het gegenereerde thema verwijst na verplaatsen naar deze projectbestanden. Toets de weergave na heropenen met expliciet geselecteerd profiel. - Save As naar een tweede map behoudt beide varianten; de oorspronkelijke bronbestanden zijn niet nodig voor heropenen. - Geen aparte donkere variant, gebundelde asset, ontbrekend bronbestand en een pakketexport behouden hun huidige betekenis en veilige foutgedrag. - Regressietest: echte save/reopen met twee verschillende afbeeldingsbytes en daarna heropenen zonder de oorspronkelijke bron. Gerelateerd: #2640 (webkiezer) en #2641 (afwijkend documentlogo).

brenno added the

bug

accepted

labels

2026-10-28 22:42:47 +00:00

brenno referenced this issue

2026-10-28 22:42:47 +00:00

Documenteer logo kiezen, bewaren en delen per platform #2643

brenno referenced this issue

2026-10-28 22:45:56 +00:00

Projectopslag laat logo en merkstrook met gelijke bestandsnaam botsen #2645

brenno added the

in-progress

label

2026-10-28 23:35:15 +00:00

brenno commented

2026-10-28 23:35:15 +00:00

Author

Owner

Opgepakt. Tak: fix/logo-stijl-2640. Verwachte reikwijdte: logoDarkPath materialiseren in de Markdown-projectroute.

brenno referenced this issue from a pull request that will close it,

2026-10-29 01:45:49 +00:00

fix: stijl reist mee naast de markdown (#2640) #2655

brenno closed this issue

2026-10-29 01:51:48 +00:00

brenno commented

2026-10-29 01:52:37 +00:00

Author

Owner

Geland op main in 978b199646. Het donkere logo gaat via dezelfde projectroute en komt terug als pad onder logos/. null blijft: geen aparte variant.

Geland op main in 978b199646c1c834b2bf348c30214ecce370898a. Het donkere logo gaat via dezelfde projectroute en komt terug als pad onder logos/. null blijft: geen aparte variant.

brenno referenced this issue from a commit

2026-10-29 12:18:51 +00:00

Profielafbeeldingen en stijl reizen mee in project en pakket

brenno removed the

in-progress

label

2026-10-29 12:20:42 +00:00