Manual expand in messageStore

[LilleAila]

Subscribe individuelt til collections slik at oppdateringer registreres i expand.

@kluvin hva tenker du om denne løsningen? Hvis merget bør vi kanskje tenke på å gjøre det samme for andre stores som også bruker expand.

[github-actions]

Visit the preview URL for this PR (updated for commit 52e05ea):

https://kaffe-diem--pr75-manual-expand-5lp4oglg.web.app

_{(expires Sat, 18 Jan 2025 18:02:41 GMT)}

_{🔥 via Firebase Hosting GitHub Action 🌎}

_{Sign: 442774dd5e8e2b443bd55c0d98e4d4879d91742b}

[kluvin]

Jeg synes det er veldig bra at det er mye bedre feedback enn min variant. Derimot synes jeg ikke det er bra at etter 20 min så slet hodet mitt fortsatt med å visualisere koden.

Forslaget støttes hvis vi ekstraherer funksjonaliteten for å unwrappe en expand (altså det som her er kalt manuell ekspand). Om dette er en statis utility eller noe som passer inn i den generiske store er jeg enda litt usikker på.

Tror også det er lurt at vi si sjekker om dette gjør det vanskeligere å bruke typegen til pocketbase (jeg jobber med dette nå, og sikkert noen timer i morgen)

Alt i alt har jeg inntrykket av at retningen kan være lovende, men mer finpuss. Det ser også ut som det er en bug nå, i at jeg ikke kan velge ny activeMessage. Du er kanskje klar over dette :)

[LilleAila]

Jeg synes det er veldig bra at det er mye bedre feedback enn min variant. Derimot synes jeg ikke det er bra at etter 20 min så slet hodet mitt fortsatt med å visualisere koden.

Det den egentlig gjør er bare å subscribe individuelt og oppdatere de riktige verdiene når den skal, svelte sin update funksjon virker bra for set.

Tror også det er lurt at vi si sjekker om dette gjør det vanskeligere å bruke typegen til pocketbase (jeg jobber med dette nå, og sikkert noen timer i morgen)

Det bør det ikke bli, se på hvordan for eksempel ExpandedOrderDrink er definert i #70 , dette vil types på samme måte.

Alt i alt har jeg inntrykket av at retningen kan være lovende, men mer finpuss. Det ser også ut som det er en bug nå, i at jeg ikke kan velge ny activeMessage. Du er kanskje klar over dette :)

Dette glemte jeg å teste, jeg husket kun å se på contents av meldingen, det er nok ikke en veldig komplisert fiks.

[kluvin]

legger ved pocketbase/pocketbase#505

[IldenH]

Nå som vi har typing med typegen etter #70 så er det vanskelig å få de typesene til å skjønne forholdet mellom ActiveMessage og Message. Typen ActiveMessageResponse i typegen har akkurat nå message?: RecordIdString, vi vil at den skal være message: Message men pocketbase typegen vet ikke om den typen.

Dette skaper da problemer for ActiveMessage classen sin fromPb funksjon som ikke klarer å convert en RecordIdString til en Message:

  static fromPb(data: ActiveMessageResponse): ActiveMessage {
    return new ActiveMessage({
      id: data.id,
      message: data.message,
      visible: data.isVisible
    } as ActiveMessage);
  }

[LilleAila]

Nå som vi har typing med typegen etter #70 så er det vanskelig å få de typesene til å skjønne forholdet mellom ActiveMessage og Message. Typen ActiveMessageResponse i typegen har akkurat nå message?: RecordIdString, vi vil at den skal være message: Message men pocketbase typegen vet ikke om den typen.

Dette skaper da problemer for ActiveMessage classen sin fromPb funksjon som ikke klarer å convert en RecordIdString til en Message:

  static fromPb(data: ActiveMessageResponse): ActiveMessage {
    return new ActiveMessage({
      id: data.id,
      message: data.message,
      visible: data.isVisible
    } as ActiveMessage);
  }

Vi vil ikke lenger type det som expansions, men som flere seperate typer records i samme class, for eksempel:

static fromPb(activeMessage: ActiveMessageResponse, message: DisplayMessagesResponse)

[IldenH]

Man kan fremdeles ikke select activemessage slik som @kluvin nevnte. Endring av tekst i allerede valgt melding virker og å åpne virker.