Merge pull request #32 from reactjs/word-touchups

Touchup word translations

Author: mirorauhala

src/content/learn/adding-interactivity.md

@@ -22,9 +22,9 @@ Jotkin asiat ruudulla päivittyvät käyttäjän syötteen mukaan. Esimerkiksi,
 
 ## Vastaaminen tapahtumiin {/*responding-to-events*/}
 
-Reactissa voit lisätä *tapahtumakäsittelijöitä* JSX koodiin. Tapahtumakäsittelijät ovat funktioitasi, joita kutsutaan vastauksena käyttäjän toimintoihin kuten klikkaukseen, hoverointiin, focusointiin ja niin edelleen.
+Reactissa voit lisätä *Tapahtumankäsittelijöitä* JSX koodiin. Tapahtumankäsittelijät ovat funktioitasi, joita kutsutaan vastauksena käyttäjän toimintoihin kuten klikkaukseen, hoverointiin, focusointiin ja niin edelleen.
 
-Sisäänrakennetut komponentit kuten `<button>` tukevat ainoastaan selaimen sisäänrakennettuja tapahtumia kuten `onClick`. Voit kuitenkin luoda omia komponentteja ja niiden tapahtumakäsittelijöiden nimet voivat olla niin sovelluskohtaisia kuin haluat.
+Sisäänrakennetut komponentit kuten `<button>` tukevat ainoastaan selaimen sisäänrakennettuja tapahtumia kuten `onClick`. Voit kuitenkin luoda omia komponentteja ja niiden Tapahtumankäsittelijöiden nimet voivat olla niin sovelluskohtaisia kuin haluat.
 
 <Sandpack>
 
@@ -62,7 +62,7 @@ button {
 
 <LearnMore path="/learn/responding-to-events">
 
-Lue **[Responding to Events](/learn/responding-to-events)** oppiaksesi miten lisätä tapahtumakäsittelijöitä.
+Lue **[Responding to Events](/learn/responding-to-events)** oppiaksesi miten lisätä Tapahtumankäsittelijöitä.
 
 </LearnMore>
 
@@ -347,7 +347,7 @@ textarea {
 
 <LearnMore path="/learn/state-as-a-snapshot">
 
-Lue **[Tila tilannekuvana](/learn/state-as-a-snapshot)** oppiaksesi miksi tila vaikuttaa "vakiolta" ja muuttumattomalta tapahtumakäsittelijöissä.
+Lue **[Tila tilannekuvana](/learn/state-as-a-snapshot)** oppiaksesi miksi tila vaikuttaa "vakiolta" ja muuttumattomalta Tapahtumankäsittelijöissä.
 
 </LearnMore>
 

src/content/learn/choosing-the-state-structure.md

@@ -340,7 +340,7 @@ Tässä, `fullName` *ei* ole tilamuuttuja. Sen sijaan se lasketaan renderöinnin
 const fullName = firstName + ' ' + lastName;
 ```
 
-Näin ollen tapahtumakäsittelijöiden ei tarvitse tehdä mitään erityistä sen päivittämiseksi. Kun kutsut `setFirstnName` tai `setLastName` funktioita, kutsut uudelleenrenderöinnin, ja seuraavan kerran `fullName` tullaan laskemaan uusiksi uuden datan pohjalta.
+Näin ollen Tapahtumankäsittelijöiden ei tarvitse tehdä mitään erityistä sen päivittämiseksi. Kun kutsut `setFirstnName` tai `setLastName` funktioita, kutsut uudelleenrenderöinnin, ja seuraavan kerran `fullName` tullaan laskemaan uusiksi uuden datan pohjalta.
 
 <DeepDive>
 
@@ -2145,7 +2145,7 @@ ul, li { margin: 0; padding: 0; }
 
 <Solution>
 
-Vaikka voisit huolellisesti muuttaa jokaista tapahtumakäsittelijää päivittämään `update` ja `packed` laskurit oikein, juuriongelma on, että nämä tilamuuttujat ovat olemassa ylipäätään. Ne ovat tarpeettomia, koska voit aina laskea kohteiden määrät (pakatun tai ylipäätään) suoraan `items`-tilamuuttujasta. Poista tarpeeton tila korjataksesi bugi:
+Vaikka voisit huolellisesti muuttaa jokaista Tapahtumankäsittelijää päivittämään `update` ja `packed` laskurit oikein, juuriongelma on, että nämä tilamuuttujat ovat olemassa ylipäätään. Ne ovat tarpeettomia, koska voit aina laskea kohteiden määrät (pakatun tai ylipäätään) suoraan `items`-tilamuuttujasta. Poista tarpeeton tila korjataksesi bugi:
 
 <Sandpack>
 
@@ -2278,7 +2278,7 @@ ul, li { margin: 0; padding: 0; }
 
 </Sandpack>
 
-Huomaa miten tapahtumakäsittelijät kutsuvat vain `setItems` funktiota tämän muutoksen jälkeen. Kohteiden laskut lasketaan renderöinnin aikana `items` taulukosta, joten ne ovat aina ajan tasalla.
+Huomaa miten Tapahtumankäsittelijät kutsuvat vain `setItems` funktiota tämän muutoksen jälkeen. Kohteiden laskut lasketaan renderöinnin aikana `items` taulukosta, joten ne ovat aina ajan tasalla.
 
 </Solution>
 

src/content/learn/escape-hatches.md

@@ -318,7 +318,7 @@ Tämä osio kuvailee **kokeellista API:a, joka ei ole vielä julkaistu** Reactin
 
 </Wip>
 
-Tapahtumakäsittelijät suoritetaan uudelleen ainoastaan kun suoritat saman vuorovaikutuksen uudelleen. Toisin kuin tapahtumakäsittelijät, Efektit synkronoituvat jos jokin arvo jota ne luki, kuten propsi tai tilamuuttuja, on muuttunut viimeisestä renderöinnistä. Joskus haluat myös sekoituksen molemmista käyttäytymisistä: Efekti joka suoritetaan uudelleen vastauksena joihinkin arvoihin mutta ei toisiin.
+Tapahtumankäsittelijät suoritetaan uudelleen ainoastaan kun suoritat saman vuorovaikutuksen uudelleen. Toisin kuin Tapahtumankäsittelijät, Efektit synkronoituvat jos jokin arvo jota ne luki, kuten propsi tai tilamuuttuja, on muuttunut viimeisestä renderöinnistä. Joskus haluat myös sekoituksen molemmista käyttäytymisistä: Efekti joka suoritetaan uudelleen vastauksena joihinkin arvoihin mutta ei toisiin.
 
 Kaikki koodi Efektin sisällä on *reaktiivista.* Se suoritetaan uudelleen mikäli jokin reaktiivinen arvo jota se lukee on muuttunut renderöinnin yhteydessä. Esimerkiksi, tämä Efekti yhdistää uudelleen chattiin jos joko `roomId` tai `theme` on muuttunut:
 

src/content/learn/extracting-state-logic-into-a-reducer.md

@@ -189,7 +189,7 @@ Reduktorit ovat erilainen tapa käsitellä tilaa. Voit siirtyä `useState`sta `u
 
 ### 1. Vaihe: Päivitä tilan asettaminen toiminnon lähettämiseksi {/*step-1-move-from-setting-state-to-dispatching-actions*/}
 
-Tapahtumakäsittelijäsi määrittävät _mitä tehdä_ asettamalla tilan:
+Tapahtumankäsittelijäsi määrittävät _mitä tehdä_ asettamalla tilan:
 
 ```js
 function handleAddTask(text) {
@@ -1087,7 +1087,7 @@ Reduktorien on oltava puhtaita, joten niiden ei tulisi mutatoida tilaa. Mutta Im
 
 <Recap>
 
-- `useState`sta `useReduceriin` muuttaminen:
+- `useState`sta `useReducer`iin muuttaminen:
   1. Lähetä toimintoja tapahtumankäsittelijöistä.
   2. Kirjoita reduktorifunktio, joka palauttaa seuraavan tilan annetulle tilalle ja toiminnolle.
   3. Korvaa `useState` `useReducer`:lla.
@@ -1857,7 +1857,7 @@ textarea {
 
 Lopullinen tulos on sama. Pidä kuitenkin mielessä, että toiminto-tyyppien tulisi ideaalisti kuvata "mitä käyttäjä teki" toisin kuin "miten haluat tilan muuttuvan". Tämä tekee uusien ominaisuuksien lisäämisestä helpompaa myöhemmin.
 
-Molemmilla vaihtoehdoilla, on tärkeää, että **et* sijoita `alert` kutsua reduktorin sisään. Reduktorin tulisi olla puhdas funktio--sen tulisi laskea vain seuraava tila. Sen ei tulisi "tehdä" mitään, mukaanlukien näyttää käyttäjälle viestiä. Sen tulisi tapahtua tapahtumakäsittelijässä. (Helpottaaksesi tämän kaltaisten virheiden löytämistä, React kutsuu reduktoreitasi useita kertoja StrictModessa. Tämän takia jos laitat ilmoituksen reduktoriin, sitä kutsutaan kahdesti.)
+Molemmilla vaihtoehdoilla, on tärkeää, että **et* sijoita `alert` kutsua reduktorin sisään. Reduktorin tulisi olla puhdas funktio--sen tulisi laskea vain seuraava tila. Sen ei tulisi "tehdä" mitään, mukaanlukien näyttää käyttäjälle viestiä. Sen tulisi tapahtua Tapahtumankäsittelijässä. (Helpottaaksesi tämän kaltaisten virheiden löytämistä, React kutsuu reduktoreitasi useita kertoja StrictModessa. Tämän takia jos laitat ilmoituksen reduktoriin, sitä kutsutaan kahdesti.)
 
 </Solution>
 

src/content/learn/index.md

@@ -255,7 +255,7 @@ export default function Ostoslista() {
 
 ## Vastaaminen tapahtumiin {/*responding-to-events*/}
 
-Voit vastata tapahtumiin määrittelemällä *tapahtumakäsittelijän* komponenttiesi sisällä:
+Voit vastata tapahtumiin määrittelemällä *Tapahtumankäsittelijän* komponenttiesi sisällä:
 
 ```js {2-4,7}
 function Painonappi() {
@@ -271,7 +271,7 @@ function Painonappi() {
 }
 ```
 
-Huomaa miten `onClick={kunKlikataan}` ei sisällä sulkeita lopussa! Älä kutsu tapahtumakäsittelijää: sinun täytyy ainoastaan _välittää se_. React kutsuu tapahtumakäsittelijääsi kun käyttäjä napsauttaa painiketta.
+Huomaa miten `onClick={kunKlikataan}` ei sisällä sulkeita lopussa! Älä kutsu Tapahtumankäsittelijää: sinun täytyy ainoastaan _välittää se_. React kutsuu Tapahtumankäsittelijääsi kun käyttäjä napsauttaa painiketta.
 
 ## Ruudun päivittäminen {/*updating-the-screen*/}
 
@@ -427,7 +427,7 @@ function MyButton() {
 
 ```
 
-Sitten _anna tila alaspäin_ `MyApp` komponentissa kuhunkin `MyButton` komponenttiin yhdessä klikkauksen tapahtumakäsittelijän kanssa. Voit antaa tietoa `MyButton` komponenttiin käyttäen JSX aaltosulkeita, aivan kuten aiemmin teit sisäänrakennettujen `<img>` tagien kanssa:
+Sitten _anna tila alaspäin_ `MyApp` komponentissa kuhunkin `MyButton` komponenttiin yhdessä klikkauksen Tapahtumankäsittelijän kanssa. Voit antaa tietoa `MyButton` komponenttiin käyttäen JSX aaltosulkeita, aivan kuten aiemmin teit sisäänrakennettujen `<img>` tagien kanssa:
 
 ```js {11-12}
 export default function MyApp() {
@@ -447,7 +447,7 @@ export default function MyApp() {
 }
 ```
 
-Tietoa, jota annat alaspäin näin kutsutaan _propseiksi_ (engl. props). Nyt `MyApp` komponentti sisältää `count` tilan, `handleClick` tapahtumakäsittelijän, sekä _antaa molemmat näistä propseina_ kullekin painikkeelle.
+Tietoa, jota annat alaspäin näin kutsutaan _propseiksi_ (engl. props). Nyt `MyApp` komponentti sisältää `count` tilan, `handleClick` Tapahtumankäsittelijän, sekä _antaa molemmat näistä propseina_ kullekin painikkeelle.
 
 Lopuksi, mutta `MyButton` _lukemaan_ propsit, jotka annoit sille sen pääkomponentista:
 
@@ -461,7 +461,7 @@ function MyButton({count, onClick}) {
 }
 ```
 
-Kun klikkaat painiketta, `onClick` tapahtumakäsittelijää kutsutaan. Jokaisen painikkeen `onClick` propsi on asetettu `handleClick` funktioon `MyApp` komponentissa, joten koodi sen sisällä suoritetaan. Se koodi kutsuu `setCount(count + 1)`, nostaen `count` tilamuuttujaa. Uusi `count` tila välitetään propsina kullekin painikkeelle jolloin ne kaikki näyttävät samaa uutta arvoa. Tätä kutsutaan "tilan nostamiseksi ylös". Siirtämällä tilaa ylös jaamme sitä komponenttien välillä.
+Kun klikkaat painiketta, `onClick` Tapahtumankäsittelijää kutsutaan. Jokaisen painikkeen `onClick` propsi on asetettu `handleClick` funktioon `MyApp` komponentissa, joten koodi sen sisällä suoritetaan. Se koodi kutsuu `setCount(count + 1)`, nostaen `count` tilamuuttujaa. Uusi `count` tila välitetään propsina kullekin painikkeelle jolloin ne kaikki näyttävät samaa uutta arvoa. Tätä kutsutaan "tilan nostamiseksi ylös". Siirtämällä tilaa ylös jaamme sitä komponenttien välillä.
 
 <Sandpack>
 

src/content/learn/keeping-components-pure.md

@@ -193,9 +193,9 @@ Kuitenkin se on sallittua, koska olet luonut ne *saman renderöinnin aikana* `Te
 
 Vaikka funktionaalinen ohjelmointi nojaa pitkälti puhtauteen, jossain vaiheessa, jossain, _jonkin_ on muututtava. Tämähän on koodauksen koko pointti! Nämä muutokset—ruudunpäivitykset, animaation aloitukset, datan muuttaminen—ovat **sivuvaikutuksia**. Ne ovat asioita, jotka tapahtuvat _"siinä sivussa,"_ ei kesken renderöinnin.
 
-Reactissa, **sivuvaikutukset useimmiten kuuluvat [tapahtumakäsittelijöiden](/learn/responding-to-events) sisään.** Tapahtumakäsittelijät ovat funktioita, joita React suorittaa kun teet jotain toimintoja—esimerkiksi painat nappia. Vaikka tapahtumakäsittelijät on määritelty komponentin *sisällä*, niitä ei suoriteta renderöinnin *aikana*! **Joten tapahtumakäsittelijöiden ei tarvitse olla puhtaita.**
+Reactissa, **sivuvaikutukset useimmiten kuuluvat [Tapahtumankäsittelijöiden](/learn/responding-to-events) sisään.** Tapahtumankäsittelijät ovat funktioita, joita React suorittaa kun teet jotain toimintoja—esimerkiksi painat nappia. Vaikka Tapahtumankäsittelijät on määritelty komponentin *sisällä*, niitä ei suoriteta renderöinnin *aikana*! **Joten Tapahtumankäsittelijöiden ei tarvitse olla puhtaita.**
 
-Jos olet olet käyttänyt kaikki vaihtoehdot, etkä löydä oikeaa tapahtumakäsittelijää sivuvaikutuksellesi, voit silti kiinnittää sen palautettuun JSX:ään käyttäen [`useEffect`](/reference/react/useEffect) kutsua komponentissasi. Tämä kertoo Reactille, että kutsuu sitä myöhemmin renderöinnin jälkeen, jolloin sivuvaikutukset ovat sallittuja. **Huomaa, että tämän tavan pitäisi olla sinun viimeinen keino.**
+Jos olet olet käyttänyt kaikki vaihtoehdot, etkä löydä oikeaa Tapahtumankäsittelijää sivuvaikutuksellesi, voit silti kiinnittää sen palautettuun JSX:ään käyttäen [`useEffect`](/reference/react/useEffect) kutsua komponentissasi. Tämä kertoo Reactille, että kutsuu sitä myöhemmin renderöinnin jälkeen, jolloin sivuvaikutukset ovat sallittuja. **Huomaa, että tämän tavan pitäisi olla sinun viimeinen keino.**
 
 Kun mahdollista, kokeile muotoilla logiikkasi vain renderöinnillä. Yllätyt miten pitkälle sillä pääsee!
 
@@ -220,7 +220,7 @@ Jokainen uusi Reactin ominaisuus joita rakennamme hyödyntää puhtautta. Tiedon
   * **Samat sisääntulot, sama ulostulo.** Annettaen sama syöte, komponentin tulisi aina palauttaa sama JSX. 
 * Renderöinti voi tapahtua koska vain, joten komponenttien ei tulisi riippua toistensa renderöintijärjestyksestä.
 * Sinun ei pitäisi muuttaa lähtötietoja, joita komponenttisi käyttää renderöintiin. Tämä sisältää propsit, tilan sekä kontekstin. Ruudun päivittämiseksi ["aseta" tila](/learn/state-a-components-memory) olemassaolevien olioiden muuttamisen sijaan.
-* Pyri ilmaisemaan komponenttisi logiikka JSX:ssä jota palautat. Kun täytyy "muuttaa asioita", useimmiten teet sen tapahtumakäsittelijässä. Viimeisenä keinona voit käyttää `useEffect`:ia.
+* Pyri ilmaisemaan komponenttisi logiikka JSX:ssä jota palautat. Kun täytyy "muuttaa asioita", useimmiten teet sen Tapahtumankäsittelijässä. Viimeisenä keinona voit käyttää `useEffect`:ia.
 * Puhtaiden funktioiden kirjoittaminen vaatii hieman harjoittelua, mutta se avaa Reactin paradigman voiman.
 
 </Recap>