gnome-edit-dialog #125

Merged
roelof merged 2 commits from gnome-edit-dialog into main 2026-10-01 17:40:52 +02:00
Owner

Bewerkvenster

Het eerste stuk beheer in de Gnome-speler, overgenomen van de Qt-speler (admin.rs / EditorWindow.qml).

  • editor.rs: een AdwDialog met artiest, titel, album, jaar en opmerking; zoeken Op titel en Op album; Hoes ophalen (fanart.tv, daarna Last.fm) en Van schijf….
  • Dezelfde regels als in Qt: geopend mét de tags van de track, zodat jaar en opmerking niet leeg teruggeschreven worden. Een MusicBrainz-id telt alleen voor de naam waaronder hij gevonden is. Een hoes moet echt een JPEG of PNG zijn, gecontroleerd op de bytes. Een onaangeroerd venster slaat niets op. Tijdens het opslaan kan het venster niet dicht.
  • Openen kan met het potlood op elke rij, of op de geselecteerde track met het potlood in de kop en Ctrl+E. Alleen een admin ziet die knoppen; de admin-status komt uit GET /api/session.
  • Na het opslaan wordt de rij ter plekke bijgewerkt, net als de speelbalk als die track speelt en de artiestenlijst. De plaatjes die de bewerking kan raken, worden ook uit het geheugen vergeten. save_track wist alleen de schijfcache.

Fix: sterren, afspeelteken, tijd en jaar werden niet bijgewerkt

Ui::refresh_tracks deed een items_changed over dezelfde objecten. GTK (4.22) hergebruikt dan de bestaande rijen zonder opnieuw te binden. Daardoor bleef alles staan zoals het eerst getekend was. Een waardering werd wél opgeslagen, maar leek van niet; Tijd en Jaar waren op elke rij leeg.

tracks::refresh bindt de cellen op het scherm nu zelf opnieuw. De albumkolom krijgt na een bewerking nieuwe objecten, om dezelfde reden. Deze fout zit ook in de huidige Gnome-release.

Getest tegen de live server, door de sterknop via AT-SPI in te drukken: Tijd en Jaar staan ingevuld, en de rij en de server tonen allebei de nieuwe waardering. Opzoeken, een hoes kiezen en opslaan in het bewerkvenster zijn niet getest.

Verder

  • .vscode: F5 start en debugt de Gnome-speler (CodeLLDB, taak cargo build (gnome)).
  • RockHeaven.Gnome/CLAUDE.md bijgewerkt: het bewerkvenster, waar de admin-status vandaan komt, en waarom refresh_tracks geen items_changed is.

🤖 Generated with Claude Code

## Bewerkvenster Het eerste stuk beheer in de Gnome-speler, overgenomen van de Qt-speler (`admin.rs` / `EditorWindow.qml`). - `editor.rs`: een `AdwDialog` met artiest, titel, album, jaar en opmerking; zoeken **Op titel** en **Op album**; **Hoes ophalen** (fanart.tv, daarna Last.fm) en **Van schijf…**. - Dezelfde regels als in Qt: geopend mét de tags van de track, zodat jaar en opmerking niet leeg teruggeschreven worden. Een MusicBrainz-id telt alleen voor de naam waaronder hij gevonden is. Een hoes moet echt een JPEG of PNG zijn, gecontroleerd op de bytes. Een onaangeroerd venster slaat niets op. Tijdens het opslaan kan het venster niet dicht. - Openen kan met het potlood op elke rij, of op de geselecteerde track met het potlood in de kop en Ctrl+E. Alleen een admin ziet die knoppen; de admin-status komt uit `GET /api/session`. - Na het opslaan wordt de rij ter plekke bijgewerkt, net als de speelbalk als die track speelt en de artiestenlijst. De plaatjes die de bewerking kan raken, worden ook uit het geheugen vergeten. `save_track` wist alleen de schijfcache. ## Fix: sterren, afspeelteken, tijd en jaar werden niet bijgewerkt `Ui::refresh_tracks` deed een `items_changed` over dezelfde objecten. GTK (4.22) hergebruikt dan de bestaande rijen zonder opnieuw te binden. Daardoor bleef alles staan zoals het eerst getekend was. Een waardering werd wél opgeslagen, maar leek van niet; Tijd en Jaar waren op elke rij leeg. `tracks::refresh` bindt de cellen op het scherm nu zelf opnieuw. De albumkolom krijgt na een bewerking nieuwe objecten, om dezelfde reden. Deze fout zit ook in de huidige Gnome-release. Getest tegen de live server, door de sterknop via AT-SPI in te drukken: Tijd en Jaar staan ingevuld, en de rij en de server tonen allebei de nieuwe waardering. Opzoeken, een hoes kiezen en opslaan in het bewerkvenster zijn niet getest. ## Verder - `.vscode`: F5 start en debugt de Gnome-speler (CodeLLDB, taak `cargo build (gnome)`). - `RockHeaven.Gnome/CLAUDE.md` bijgewerkt: het bewerkvenster, waar de admin-status vandaan komt, en waarom `refresh_tracks` geen `items_changed` is. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
Eigen launch-configuratie (CodeLLDB) en de taak cargo build (gnome),
bovenaan de lijst zodat F5 standaard de Gnome-speler start.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Bewerkvenster (editor.rs, een AdwDialog) met de regels van de Qt-speler:
artiest, titel, album, jaar en opmerking; zoeken op titel en op album;
hoes ophalen of van schijf; opslaan alleen als er iets veranderd is.
Te openen met het potlood op elke rij, of op de geselecteerde track met
het potlood in de kop en Ctrl+E — alleen voor een admin, wat uit
GET /api/session komt. Na opslaan wordt de rij ter plekke bijgewerkt en
worden de plaatjes die de bewerking kan raken ook uit het geheugen
vergeten.

Tracklijst: Ui::refresh_tracks deed een items_changed over dezelfde
objecten, en GTK hergebruikt dan de rijen zonder opnieuw te binden. Sterren,
afspeelteken, tijd en jaar bleven daardoor staan zoals ze eerst getekend
waren; een waardering werd wel opgeslagen maar leek van niet.
tracks::refresh bindt de cellen op het scherm nu zelf opnieuw.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
roelof merged commit 88979c6331 into main 2026-10-01 17:40:52 +02:00
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
KavalirOS/RockHeaven!125
No description provided.