Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IS-1710: Add trengerOppfolgingFrist to frist column #383

Merged
merged 3 commits into from
Dec 5, 2023

Conversation

andersrognstad
Copy link
Contributor

Hva har blitt lagt til✨🌈

Viser trengerOppfolging-frist med eget ikon i fristkolonnen.

Screenshots 📸✨

image

@andersrognstad andersrognstad requested a review from a team as a code owner December 1, 2023 13:37
<Tooltip content="Avventer" arrow={false}>
<HourglassTopFilledIcon aria-hidden fontSize="1.5rem" />
<>
{frister.sort(byFristAsc).map(({ date, icon, tooltip }, index) => (
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Viser tidligste frist først hvis det er flere frister i kolonnen for en person.

@@ -312,8 +316,14 @@ const sortEventsOnFrist = (
): PersonregisterState => {
const sorted = Object.entries(personregister).sort(
([, persondataA], [, persondataB]) => {
const fristDateA = persondataA.aktivitetskravVurderingFrist;
const fristDateB = persondataB.aktivitetskravVurderingFrist;
const fristDateA =
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sammenligner tidligste frist per person dersom det er stigende sortering og ellers seneste frist. Litt usikker på om det er en grei måte å gjøre det på, så setter pris på om flere kan teste lokalt for å se om det gir mening.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Den synes jeg var vanskelig! Ascending synes jeg gir mening, siden det da er den øversten datoen på hver rad som sammenlignes. Men på descending er det den nederste. Men når det kun er én dato, tenker jeg på den som "øverst" 🤔 Det er jo heller ikke helt intuitivt hvordan sorteringen fungerer med de ulike symbolene 🤷‍♂️

Jeg tror det kan bli rart uansett hvis man vil, men i praksis vil vel kanskje de to datoene være ganske like så lenge begge er satt? Og da vil jo sorteringen være "ca riktig" uansett hvilken man ser på?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Mulig man kunne bytte plass på datoene så den nederste kom øverst når det sorteres descending. Evt måtte man bare alltid sortert på den tidligste datoen. Men det blir nok litt rart uansett ja, så lenge man sorterer på en kolonne hvor man kan ha to rader (datoer) "inni" én rad 🥴
Like greit å teste ut dette så får vi se om de synes det er intuitivt :)

Copy link
Contributor

@eirikdahlen eirikdahlen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Det som blir ekstra vanskelig her er vel når de velger et filter, feks trenger oppfølging, og så kommer avventer-datoen øverst 🤔 Når de velger dette filteret, så bryr de seg kanskje ikke om avventer-datoen.

Akkurat i denne casen så flytter ikke radene på seg når jeg prøver å bytte mellom DESC og ASC 😔 Er noe rart, for det samme gjelder for fødselsnummer?
image

Screen.Recording.2023-12-01.at.15.48.23.mov

test/components/FristColumnTest.tsx Outdated Show resolved Hide resolved
@andersrognstad andersrognstad force-pushed the IS-1710-oppfolging-frist branch from 2b8c1d7 to 448d3a7 Compare December 4, 2023 07:07
@andersrognstad
Copy link
Contributor Author

Det som blir ekstra vanskelig her er vel når de velger et filter, feks trenger oppfølging, og så kommer avventer-datoen øverst 🤔 Når de velger dette filteret, så bryr de seg kanskje ikke om avventer-datoen.

Akkurat i denne casen så flytter ikke radene på seg når jeg prøver å bytte mellom DESC og ASC 😔 Er noe rart, for det samme gjelder for fødselsnummer? image

Screen.Recording.2023-12-01.at.15.48.23.mov

Hmja, det blir kanskje litt rart ja, men vi har vel ikke noe tilpasning av andre kolonner basert på filtrering? Tenker i så fall det får bli videre forbedring.

@andersrognstad
Copy link
Contributor Author

Det som blir ekstra vanskelig her er vel når de velger et filter, feks trenger oppfølging, og så kommer avventer-datoen øverst 🤔 Når de velger dette filteret, så bryr de seg kanskje ikke om avventer-datoen.
Akkurat i denne casen så flytter ikke radene på seg når jeg prøver å bytte mellom DESC og ASC 😔 Er noe rart, for det samme gjelder for fødselsnummer? image
Screen.Recording.2023-12-01.at.15.48.23.mov

Hmja, det blir kanskje litt rart ja, men vi har vel ikke noe tilpasning av andre kolonner basert på filtrering? Tenker i så fall det får bli videre forbedring.

Det som blir ekstra vanskelig her er vel når de velger et filter, feks trenger oppfølging, og så kommer avventer-datoen øverst 🤔 Når de velger dette filteret, så bryr de seg kanskje ikke om avventer-datoen.

Akkurat i denne casen så flytter ikke radene på seg når jeg prøver å bytte mellom DESC og ASC 😔 Er noe rart, for det samme gjelder for fødselsnummer? image

Screen.Recording.2023-12-01.at.15.48.23.mov

Jeg klarer ikke helt å gjenskape buggen her. Har filtrert på Vurdert for oppfølging og fødselsnummer-radene flytter ikke på seg, men frist funker bra 🤔

@eirikdahlen
Copy link
Contributor

Det som blir ekstra vanskelig her er vel når de velger et filter, feks trenger oppfølging, og så kommer avventer-datoen øverst 🤔 Når de velger dette filteret, så bryr de seg kanskje ikke om avventer-datoen.
Akkurat i denne casen så flytter ikke radene på seg når jeg prøver å bytte mellom DESC og ASC 😔 Er noe rart, for det samme gjelder for fødselsnummer? image
Screen.Recording.2023-12-01.at.15.48.23.mov

Hmja, det blir kanskje litt rart ja, men vi har vel ikke noe tilpasning av andre kolonner basert på filtrering? Tenker i så fall det får bli videre forbedring.

Det som blir ekstra vanskelig her er vel når de velger et filter, feks trenger oppfølging, og så kommer avventer-datoen øverst 🤔 Når de velger dette filteret, så bryr de seg kanskje ikke om avventer-datoen.
Akkurat i denne casen så flytter ikke radene på seg når jeg prøver å bytte mellom DESC og ASC 😔 Er noe rart, for det samme gjelder for fødselsnummer? image
Screen.Recording.2023-12-01.at.15.48.23.mov

Jeg klarer ikke helt å gjenskape buggen her. Har filtrert på Vurdert for oppfølging og fødselsnummer-radene flytter ikke på seg, men frist funker bra 🤔

Ja, litt rart... Burde nok gå over til Aksel-Table snart 😬

Comment on lines 57 to 59
return aktivitetskravVurderingFrist
? aktivitetskravVurderingFrist
: trengerOppfolgingFrist;
Copy link
Collaborator

@JMLindseth JMLindseth Dec 4, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Denne synes jeg ikke var så lett å lese 🤔 Det er ikke helt åpenbart at man i praksis returnerer aktivitetskravVurderingFrist eller (trengerOppfolgingFrist eller null).
Jeg leste det som at man antar at hvis aktivitetskravVurderingFrist er null, er trengerOppfolgingFrist ikke null, men det stemmer jo ikke, siden man kan får null fra denne metoden 🤷

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm nei.. hadde det vært bedre med
return aktivitetskravVurderingFrist || trengerOppfolgingFrist;
på linje 57 der? Eller har du annet forslag? 🙂

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Kanskje return aktivitetskravVurderingFrist || trengerOppfolgingFrist || null? Det blir jo egentlig overflødig, men i hvert fall mer eksplisitt 🤷‍♂️

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Eller så kan det sikkert være som det er, jeg skjønte det jo etter hvert 👍

const personAvventerMedFrist: PersonData = { ...defaultPersonData };
render(<FristColumn personData={personAvventerMedFrist} />);

expect(screen.queryAllByText(/2023/)).to.be.empty;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hvis noen endrer testdata til å være 2024 neste år, vil denne testen bli grønn uansett? 🤔

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Mm, pushet en forbedring av testene nå 👍

Comment on lines 30 to 31
it('viser ingen frister når person har hverken aktivitetskrav AVVENT med frist eller trenger oppfolging med frist', () => {
const personAvventerMedFrist: PersonData = { ...defaultPersonData };
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Testen tester at man ikke har avvent med frist, men variabelen sier at man har avvent med frist?

Comment on lines 36 to 45
it('viser frist for person når aktivitetskrav AVVENT med frist', () => {
const personAvventerMedFrist: PersonData = {
...defaultPersonData,
aktivitetskrav: AktivitetskravStatus.AVVENT,
aktivitetskravVurderingFrist: new Date('2023-12-18'),
};
render(<FristColumn personData={personAvventerMedFrist} />);

expect(screen.getByText('18.12.2023')).to.exist;
});
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Trenger vi å teste at personen har akt.kravfrist, men ikke status avvent? 🤔

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gjerne legg inn en tom linje mellom iter, og evt. del opp testene i given/when/then, så blir det litt enklere å lese 👍

@andersrognstad andersrognstad force-pushed the IS-1710-oppfolging-frist branch from 448d3a7 to 3ae3705 Compare December 4, 2023 19:09
@andersrognstad andersrognstad merged commit 92709c7 into master Dec 5, 2023
3 checks passed
@andersrognstad andersrognstad deleted the IS-1710-oppfolging-frist branch December 5, 2023 11:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants