aosnes / p2 Goto Github PK

Lige nu sker der bare et console.log af response hvis man ikke bliver logget ind.

Det er virkelig ikke vigtigt men hey

Button will show link-click indicator before your cursor appears on the button. Padding and margin does not overlap. Error is unkown.

• messes with loginform, but it also makes the rest of the site look normal.

Right now the cookies needs to be force rerendered all the time, which is not an elegant way of handling states on the site, as opposed to Redux, which makes the states persist automatically in the cookies.

Context opdaterer pt. først ved reload af siden, men bør opdateres ved submit/login

Issue #22 er nødvendig før dette kan gøres

Der er lavet en sidebart efter det mockup der er lavet, nice.
Nu skal det gøres så sidebar render forskellige muligheder for navigering på siden alt efter hvilken type user der er logget ind.

Lige nu venter funktionen på at find og findOne resolver. Ved at lave det til promises kan det fyres i event queue i stedet og andet lort kan laves imens. Ville være pog at have men det er ikke livsnødvendigt.

Currently you can only unfocus by clicking away from the dropdown menu

Lige nu svarer serveren bare med oplysningerne på brugeren hvis den kunne findes i databasen.

Det skal laves så en autoriseret session bliver oprettet.

On the 5-day view, the indicator is supposed to be only on the current day.

Test om updateRoleValue og updateIdValue udvælger korrekt information fra cookie

https://www.dropbox.com/s/2b6c0yjkff82vj0/2021-05-04_10-59-58.mp4?dl=0

Det virkede ikke for mig at ændre z-index

Dette skal ske efter vi har fået et 200 OK response med skema brikkerne fra serveren i JSON.

Jeg forestiller mig noget i denne retning:

response.foreach(skemabrik =>{ <Skemabrik props=skemabrik/> })
Hvor response er JSON resultatet af vores fetch på /getSchedule

Lige nu er der dårligt nok persistens på clienten og serveren.

Vi skal finde ud af den bedste metode til at gøre dette. Det kræver nok en del undersøgelse at få gjort ORDENTLIGT og ikke bare totalt yolo.

Der skal nok være session på serveren så serveren kan se om brugeren har tilladelse til at lave de http requests som de laver. fx skal

GET og PATCH /userinfo være restricted så man ikke bare kan opdatere alles passwords eller se alles informationer, hvis man har deres ID, men at man først skal være logget ind, og derefter at session passer med den ID man prøver at GET / PATCH

As shown on the mockups, there is supposed to be a dropdown menu for the user to log out.

Pt er timeIndicatoren ikke begrænset til kun at blive renderet indenfor schedule og ender derfor med at bevæge sig udenfor skemaet, når klokken er mindre end 8 eller mere end 16. Se billede. Dette kan formentlig fixes ved kun at render timeIndicatoren, hvis currentTime er indenfor skemaets rammer (currentTime >= 8 && currentTime <= 16)

Det burde være kinda ez. Kig i index.html

https://reactjs.org/docs/react-component.html#setstate
Kan bruges til at sætte component state ordentligt.

Måske skal der også bruges componentDidMount, så dens state bliver opdateret så snart den er blevet rendered. Vil dette forsage et evigt re-rendering af skemaet??

Look at header.css for inspiration, as to how you add a dropshadow

https://trello.com/c/Kfnn6XgR/5-unit-testing

Der er en række funktioner på server siden som kan blive testet nu hvor jest er sat op til at virke på /server directory

• authenticate
• getSchedule
• createLesson
• updateLesson

Derudover er der en række endpoints som også kan blive testet

• POST /login
• POST /classes
• GET /classes
  Samt mange flere meget snart...

From this:

To this:

Der er oprettet et skema component, gå amok :)

Can be prioritised low.

Vi kan bruge puppeteer til at simulere museklik etc.
https://jestjs.io/docs/puppeteer

Serveren virker ikke lige nu fordi vi har flyttet funktionerne over i en util fil.

Derfor skal vi få client.connect til at virke

MAN KAN IKKE BARE SMIDE DET OVER I UTIL, for så virker tests ikke længere

Løsningsforslag:
Check om der er en connection i starten af alle funktioner, hvis der ikke er, kør en funktion der kører client.connect.
Sørg for at client.connect ikke kører hvis der bliver kørt test af filen

Det er sku lidt for hackermans at man bare kan trykke på logo og så behøver man ikke at logge ind :)

endTime - startTime (Nok smart bare at tage date objektets time) Burde dog at give samme resultat.

This issue is to be started once issue #77 is finished

Det burde ikke være muligt for elever at tilgå rediger skema, hvilket er undgået i første omgang ved at fjerne knappen med link til redigerSkema. De kan dog blot indtaste /redigerSkema og dermed tilgå redigerskema. Det var dog ikke muligt at oprette en skemabrik, da der skal være flere klasser for at kunne sætte værdien for staten (sættes på ændring af form value).

Der skal laves et component som bestemmer om der skal være 5 day view eller 1 day view.

Den kan bare bestemme hvilket component det bliver rendered ud fra dens state. Som default vil den have 1 day view i sin state, og slideren vil så bare toggle frem og tilbage mellem 1 og 5 dag view. Det kan være en boolean.

Hvilket component der bliver renderet kan bestemmes med en conditional statement:

dayView ? <OneDayView/> : <FiveDayView/>

Det ser ud til at der enten er noget galt med den måde vi prøver at mock fetch, eller at der er noget galt med submit (Måske skal dette også mockes)

Prøver man at køre det uden mock på linje 58-62, så virker det fint.

HMM SKAL VI LADE VÆRE MED AT MOCK? TILTER FUCKING HÅRDT REEEE

HVORFOR FÅR VI OVERHOVEDET ERROR VED l26, den burde MOCK DET LORT

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

Man kan trykke på flere skemabrikke imens man har modals oppe, dette gør at man kan åbne flere modals ovenpå hinanden.

Man skal enten gøre så man ikke kan trykke på skemabrikker når man har en modal oppe, eller man skal gøre så det er tydeligt at flere modals bliver åbnet.

Hvis man vil lave den anden løsning skal man nok også sørge for at modals bliver renderet ordentligt ovenpå hinanden så de ikke cucker hinandens display tilfældigt.

#189 Skal nok ske først

• skemabrikModal skal laves om så den kan bruges til måde skemabrikker og til 'assignmentbrikker'.
• Assignmentbrikker skal indikere at der er blevet afleveret.
• Lige nu smider vi skemabrik._id over, det skal ændres til at være assignment._id så serveren kan finde ud af hvilken assignment den skal markere som afleveret på databasen

På serveren:

• Sørg for at der kommer ordentlig http response codes.
• Sørg for at assignment i database får koblet et fileID på sig (Det her bliver resolved fra saveFile funktionen.)

Hvis man er på /skema skal den vise skemabrikker
Hvis man er på /afleveringer skal den vise afleveringerne.

Der er et par ting som skal fixes i Skema komponent for at dette kan ske eksempelvis:

• Der skal laves fetch til to forskellige endpoints (Det kan løses ved at ændre i request string)
• Der skal mappes af to forskellige arrays (Man kan nok bare smide alle brikkerne ind i det samme array og på denne måde generalisere over skema.map)
• Modal skal renders på forskellige måder

• Der skal laves en route på serveren fx localhost:5000/assignments/handedIn
• Der skal laves et view på front-end der viser et overblik over alle afleveret afleveringer
• Man skal kunne trykke på en aflevering for at se den afleveret fil og for at give feedback.
  
• For at brugeren kan se den aflevert fil skal serveren få den relevante fil fra databasen og sende den til brugeren
• Man skal kunne give en reaktion, og man skal kunne upload en fil

Når der er kommet feedback, skal brugeren kunne se det ud fra denne component.

Der skal testes om cookien får det rigtige id og role efter hvad der bliver svaret fra fetch

above