diff --git a/src/api/built-in-components.md b/src/api/built-in-components.md
index a2e16596..9724f3fa 100644
--- a/src/api/built-in-components.md
+++ b/src/api/built-in-components.md
@@ -30,7 +30,7 @@ Poskytuje animované přechodové (transition) efekty pro **jeden** element nebo
     /**
      * Slouží k automatickému generování názvů CSS tříd pro přechody.
      * Např. `name: 'fade'` se automaticky rozšíří na `.fade-enter`,
-     * `.fade-enter-active`, atd.
+     * `.fade-enter-active` atd.
      */
     name?: string
     /**
diff --git a/src/api/sfc-spec.md b/src/api/sfc-spec.md
index cb83b5fc..6f4c773b 100644
--- a/src/api/sfc-spec.md
+++ b/src/api/sfc-spec.md
@@ -138,4 +138,4 @@ Pozor na to, že pro importy pomocí `src` platí stejná pravidla pro zadáván
 
 ## Komentáře {#comments}
 
-V každém bloku byste měli používat syntaxi komentářů používanou v daném jazyce (HTML, CSS, JavaScript, Pug, atd.). Pro komentáře na nejvyšší úrovni použijte syntaxi HTML komentářů: `<!-- obsah komentáře -->`
+V každém bloku byste měli používat syntaxi komentářů používanou v daném jazyce (HTML, CSS, JavaScript, Pug atd.). Pro komentáře na nejvyšší úrovni použijte syntaxi HTML komentářů: `<!-- obsah komentáře -->`
diff --git a/src/guide/built-ins/keep-alive.md b/src/guide/built-ins/keep-alive.md
index 3671b371..c89ecf9b 100644
--- a/src/guide/built-ins/keep-alive.md
+++ b/src/guide/built-ins/keep-alive.md
@@ -31,7 +31,7 @@ Vytváření nové instance komponenty po přepnutí je normálně užitečné c
 </KeepAlive>
 ```
 
-Nyní bude mezi přepínámím komponent stav zachován:
+Nyní bude mezi přepínáním komponent stav zachován:
 
 <SwitchComponent use-KeepAlive />
 
@@ -101,7 +101,7 @@ import { onActivated, onDeactivated } from 'vue'
 
 onActivated(() => {
   // zavolá se při úvodním připojení (mounted)
-  // a pokaždé, když je komponenta znvou vložena z cache
+  // a pokaždé, když je komponenta znovu vložena z cache
 })
 
 onDeactivated(() => {
@@ -120,7 +120,7 @@ onDeactivated(() => {
 export default {
   activated() {
     // zavolá se při úvodním připojení (mounted)
-    // a pokaždé, když je komponenta znvou vložena z cache
+    // a pokaždé, když je komponenta znovu vložena z cache
   },
   deactivated() {
     // zavolá se při odebrání z DOM a uložení do cache
diff --git a/src/guide/built-ins/suspense.md b/src/guide/built-ins/suspense.md
index f1b4317a..6b969ae6 100644
--- a/src/guide/built-ins/suspense.md
+++ b/src/guide/built-ins/suspense.md
@@ -65,13 +65,13 @@ const posts = await res.json()
 
 ### Asynchronní komponenty {#async-components}
 
-Asynchronní komponenty jsou přirozně **„suspenzovatelné“**. To znamená, že pokud má komponenta v rodičovském řetězci  `<Suspense>`, bude s ní zacházeno jako s asynchronní závislostí této `<Suspense>`. V tomto případě bude stav načítání ovládán `<Suspense>` a&nbsp;vlastní nastavení načítání, chyb, zpoždění a časového limitu v komponentě budou ignorovány.
+Asynchronní komponenty jsou přirozeně **„suspenzovatelné“**. To znamená, že pokud má komponenta v rodičovském řetězci  `<Suspense>`, bude s ní zacházeno jako s asynchronní závislostí této `<Suspense>`. V tomto případě bude stav načítání ovládán `<Suspense>` a&nbsp;vlastní nastavení načítání, chyb, zpoždění a časového limitu v komponentě budou ignorovány.
 
 Asynchronní komponenta se může z kontroly nadřazené `<Suspense>` vyvázat a&nbsp;kontrolovat svůj vlastní stav načítání pomocí nastavení `suspensible: false` ve&nbsp;vlastnostech komponenty.
 
 ## Stav načítání {#loading-state}
 
-Komponenta `<Suspense>` má dva sloty: `#default` a `#fallback`. Oba sloty povolují **pouze jeden** element bezprostředního potomka. Element ve výchozím (default) slotu je zobrazen, pokud je to možné. Poku není, je místo toho zobrazen element v záložním (fallback) slotu.
+Komponenta `<Suspense>` má dva sloty: `#default` a `#fallback`. Oba sloty povolují **pouze jeden** element bezprostředního potomka. Element ve výchozím (default) slotu je zobrazen, pokud je to možné. Pokud není, je místo toho zobrazen element v záložním (fallback) slotu.
 
 ```vue-html
 <Suspense>
@@ -147,7 +147,7 @@ Když máme více asynchronních komponent (což je běžné ve vnořených cest
 </Suspense>
 ```
 
-`<Suspense>` vytvoří v souladu s očekáváním ohraničení, které vyřeší všechny asynchronní komponenty v celém stromě závislostí. Pokud změníme `DynamicAsyncOuter`, `<Suspense>` na ni správně počká. Ale když změníme `DynamicAsyncInner`, vnořená `DynamicAsyncInner` vykreslí prázný element, dokud nebude vyřešena (místo předchozí komponenty nebo fallback slotu).
+`<Suspense>` vytvoří v souladu s očekáváním ohraničení, které vyřeší všechny asynchronní komponenty v celém stromě závislostí. Pokud změníme `DynamicAsyncOuter`, `<Suspense>` na ni správně počká. Ale když změníme `DynamicAsyncInner`, vnořená `DynamicAsyncInner` vykreslí prázdný element, dokud nebude vyřešena (místo předchozí komponenty nebo fallback slotu).
 
 Abychom to vyřešili, můžeme přidat vnořenou suspense k obsluze aktualizace vnořené komponenty tímto způsobem:
 
@@ -161,7 +161,7 @@ Abychom to vyřešili, můžeme přidat vnořenou suspense k obsluze aktualizace
 </Suspense>
 ```
 
-Pokud nenastavíte vlastnost `suspensible`, vnitřní `<Suspense>` bude rodičovskou `<Suspense>` považována za synchronní komponentu. To znamená, že má svůj vlastní fallback slot a když se obě `Dynamic` komponenty změní najednou, mohou se objevit prázdné elementy a spustit více aktualizčních cyklů, zatímco vnořená `<Suspense>` načítá svůj strom závislostí. Což nemusí být žádoucí. Když je `suspensible` nastaveno, obsluha asynchronního načítání je předána rodičovské `<Suspense>` (vč. emitovaných událostí) a&nbsp;vnitřní `<Suspense>` slouží jen jako další ohraničení pro řešení závislostí a aktualizace.
+Pokud nenastavíte vlastnost `suspensible`, vnitřní `<Suspense>` bude rodičovskou `<Suspense>` považována za synchronní komponentu. To znamená, že má svůj vlastní fallback slot a když se obě `Dynamic` komponenty změní najednou, mohou se objevit prázdné elementy a spustit více aktualizačních cyklů, zatímco vnořená `<Suspense>` načítá svůj strom závislostí. Což nemusí být žádoucí. Když je `suspensible` nastaveno, obsluha asynchronního načítání je předána rodičovské `<Suspense>` (vč. emitovaných událostí) a&nbsp;vnitřní `<Suspense>` slouží jen jako další ohraničení pro řešení závislostí a aktualizace.
 
 ---
 
diff --git a/src/guide/built-ins/transition-group.md b/src/guide/built-ins/transition-group.md
index 31124a3e..adeb83a9 100644
--- a/src/guide/built-ins/transition-group.md
+++ b/src/guide/built-ins/transition-group.md
@@ -21,7 +21,7 @@ import ListStagger from './transition-demos/ListStagger.vue'
 - CSS třídy přechodu jsou aplikovány na jednotlivé prvky v seznamu, **nikoli** na skupinu / kontejner samotný.
 
 :::tip
-Při použití v [in-DOM šabloných](/guide/essentials/component-basics#in-dom-template-parsing-caveats) by měl být použit zápis `<transition-group>`.
+Při použití v [in-DOM šablonách](/guide/essentials/component-basics#in-dom-template-parsing-caveats) by měl být použit zápis `<transition-group>`.
 :::
 
 ## Přechody při vstupu / odchodu {#enter-leave-transitions}
diff --git a/src/guide/built-ins/transition.md b/src/guide/built-ins/transition.md
index ede3bd1a..922cd6aa 100644
--- a/src/guide/built-ins/transition.md
+++ b/src/guide/built-ins/transition.md
@@ -637,7 +637,7 @@ export default {
 
 </div>
 
-Pokud bychom atribut `key` vynechali, aktualizoval by se pouze textový uzel, a proto by nedošlo k žádnému přechodu. Ovšem s nadefinovaným unikátném `key` Vue umí vytvořit nový element `span`, kdykoliv se změní hodnota `count`, a tak má komponenta `Transition` dva různé elementy, mezi kterými lze přechod provést.
+Pokud bychom atribut `key` vynechali, aktualizoval by se pouze textový uzel, a proto by nedošlo k žádnému přechodu. Ovšem s nadefinovaným unikátním `key` Vue umí vytvořit nový element `span`, kdykoliv se změní hodnota `count`, a tak má komponenta `Transition` dva různé elementy, mezi kterými lze přechod provést.
 
 <div class="composition-api">
 
diff --git a/src/guide/components/async.md b/src/guide/components/async.md
index 2b2c6dcf..18afdc0d 100644
--- a/src/guide/components/async.md
+++ b/src/guide/components/async.md
@@ -208,4 +208,4 @@ const AsyncComp = defineAsyncComponent({
 
 ## Použití s Suspense {#using-with-suspense}
 
-Asynchronní komponenty lze použít dohromady s vestavěnou komponentou `<Suspense>`. Interakce `<Suspense>` a ansynchronními komponentami je popsána v&nbsp;[kapitole určené pro `<Suspense>`](/guide/built-ins/suspense).
+Asynchronní komponenty lze použít dohromady s vestavěnou komponentou `<Suspense>`. Interakce `<Suspense>` a asynchronními komponentami je popsána v&nbsp;[kapitole určené pro `<Suspense>`](/guide/built-ins/suspense).
diff --git a/src/guide/components/attrs.md b/src/guide/components/attrs.md
index 38d72bb4..21937cd3 100644
--- a/src/guide/components/attrs.md
+++ b/src/guide/components/attrs.md
@@ -100,7 +100,7 @@ K těmto fallthrough atributům lze přistoupit přímo ve výrazech šablon př
 <span>Fallthrough attributy: {{ $attrs }}</span>
 ```
 
-Objekt `$attrs` obsahuje všechny atributy, které nejsou deklarovány jako `props` nebo `emits` komponenty (např., `class`, `style`, `v-on` listenery, atd.).
+Objekt `$attrs` obsahuje všechny atributy, které nejsou deklarovány jako `props` nebo `emits` komponenty (např., `class`, `style`, `v-on` listenery atd.).
 
 Pár poznámek:
 
@@ -108,7 +108,7 @@ Pár poznámek:
 
 - Event listener `v-on` jako `@click` bude v objektu zpřístupněn jako funkce `$attrs.onClick`.
 
-Při použití naši ukázkové `<MyButton>` komponenty z [předchozí sekce](#attribute-inheritance) můžeme někdy potřebovat obalit element `<button>` do extra `<div>` tagu pro účely stylování:
+Při použití naší ukázkové `<MyButton>` komponenty z [předchozí sekce](#attribute-inheritance) můžeme někdy potřebovat obalit element `<button>` do extra `<div>` tagu pro účely stylování:
 
 ```vue-html
 <div class="btn-wrapper">
diff --git a/src/guide/components/props.md b/src/guide/components/props.md
index 41585473..b574bc36 100644
--- a/src/guide/components/props.md
+++ b/src/guide/components/props.md
@@ -92,7 +92,7 @@ export default {
 
 Pro každou vlastnost deklarovanou objektovou syntaxí je klíčem jméno vlastnosti, zatímco hodnotou by měla být funkce konstruktoru očekávaného typu.
 
-Nejen, že to vaší komponentu popisuje, ale také budou prostřednictvím výpisu do konzole prohlížeče varováni ostatní vývojáři, kteří vaši komponetu použjí, pokud budou předávat špatný datový typ. O [validaci vlastností](#prop-validation) budeme více mluvit později níže na této stránce.
+Nejen, že to vaši komponentu popisuje, ale také budou prostřednictvím výpisu do konzole prohlížeče varováni ostatní vývojáři, kteří vaši komponentu použijí, pokud budou předávat špatný datový typ. O [validaci vlastností](#prop-validation) budeme více mluvit později níže na této stránce.
 
 <div class="options-api">
 
@@ -572,19 +572,19 @@ Další podrobnosti:
 
 - Neuvedená `Boolean` vlastnost bude převedena na hodnotu `false`. To můžete změnit nastavením `default` - tj.: `default: undefined`, aby se chovala jako ne-Boolean vlastnost.
 
-- Pokud je zadána `default` hodnota, bude použita, pokud je předáváná hodnota vlastnosti `undefined` - to se týká jak případů, kdy vlastnost chybí, tak těch, kdy je předána explicitní hodnota `undefined`.
+- Pokud je zadána `default` hodnota, bude použita, pokud je předávaná hodnota vlastnosti `undefined` - to se týká jak případů, kdy vlastnost chybí, tak těch, kdy je předána explicitní hodnota `undefined`.
 
 Pokud validace vlastnosti selže, zobrazí Vue varování do konzole (pokud je aplikace sestavena v development módu).
 
 <div class="composition-api">
 
-Pokud používáte [Type-based deklarace vlastností](/api/sfc-script-setup#type-only-props-emit-declarations) <sup class="vt-badge ts" />, Vue se pokusí kompilovat typové anotace na odpovídající runtime deklarace vlastností jak nejlépe dovede. Například, `defineProps<{ msg: string }>` bude při kompilaci převedeno na`{ msg: { type: String, required: true }}`.
+Pokud používáte [Type-based deklarace vlastností](/api/sfc-script-setup#type-only-props-emit-declarations) <sup class="vt-badge ts" />, Vue se pokusí kompilovat typové anotace na odpovídající runtime deklarace vlastností, jak nejlépe dovede. Například, `defineProps<{ msg: string }>` bude při kompilaci převedeno na`{ msg: { type: String, required: true }}`.
 
 </div>
 <div class="options-api">
 
 ::: tip Poznámka
-Zapamatujte si, že vlastnosti jsou validovány **dříve** než je vytvořena instance komponenty, takže proměnné instance (např. `data`, `computed`, atd.) nebudou uvnitř funkcí `default` či `validator` dostupné.
+Zapamatujte si, že vlastnosti jsou validovány **dříve** než je vytvořena instance komponenty, takže proměnné instance (např. `data`, `computed` atd.) nebudou uvnitř funkcí `default` či `validator` dostupné.
 :::
 
 </div>
diff --git a/src/guide/components/provide-inject.md b/src/guide/components/provide-inject.md
index 28cba368..70dcafc9 100644
--- a/src/guide/components/provide-inject.md
+++ b/src/guide/components/provide-inject.md
@@ -12,7 +12,7 @@ Pokud potřebujeme předat data z nadřazené komponenty podřazené komponentě
 
 Všimněte si, že ačkoli komponentu `<Footer>` tyto vlastnosti možná vůbec nezajímají, musí je deklarovat a předat dál, aby k nim komponenta `<DeepChild>` měla přístup. Pokud by existoval delší rodičovský řetězec, ovlivnilo by to po cestě ještě více komponent. Tomu se říká „props drilling“ a rozhodně není zábavné se s tím potýkat.
 
-Drilling vlastností můžeme řešit pomocí `provide` a `inject`. Komponenta rodiče může sloužit jako **poskytovatel závislostí (dependency provider)** pro všechny své potomky. Jakákoli komponenta ve stromu potomků, bezohledu na hloubku jejího zanoření, může **implementovat (inject)** závislosti poskytované komponentami v rodčovském řetězci.
+Drilling vlastností můžeme řešit pomocí `provide` a `inject`. Komponenta rodiče může sloužit jako **poskytovatel závislostí (dependency provider)** pro všechny své potomky. Jakákoli komponenta ve stromu potomků, bez ohledu na hloubku jejího zanoření, může **implementovat (inject)** závislosti poskytované komponentami v rodičovském řetězci.
 
 ![Provide/inject scheme](./images/provide-inject.png)
 
@@ -32,7 +32,7 @@ provide(/* klíč */ 'message', /* hodnota */ 'Ahoj!')
 </script>
 ```
 
-Pokud nepoužíváte `<script setup>`, ujistetě se, že je `provide()` voláno synchronně uvnitř `setup()` funkce:
+Pokud nepoužíváte `<script setup>`, ujistěte se, že je `provide()` voláno synchronně uvnitř `setup()` funkce:
 
 ```js
 import { provide } from 'vue'
@@ -200,7 +200,7 @@ Pokud chceme, aby implementovaná vlastnost fungovala s volitelnými poskytovate
 <div class="composition-api">
 
 ```js
-// pokud není poskytnuta žáná odpovídající "message"
+// pokud není poskytnuta žádná odpovídající "message"
 // `value` bude "default value"
 const value = inject('message', 'default value')
 ```
@@ -277,7 +277,7 @@ const { location, updateLocation } = inject('location')
 </template>
 ```
 
-Pokud se chcete ujistit, že data předaná skrz `provide` nemohou být změněna komponentou, která je implementuje, můžte poskytovanou hodnotu obalit pomocí [`readonly()`](/api/reactivity-core#readonly).
+Pokud se chcete ujistit, že data předaná skrz `provide` nemohou být změněna komponentou, která je implementuje, můžete poskytovanou hodnotu obalit pomocí [`readonly()`](/api/reactivity-core#readonly).
 
 ```vue
 <script setup>
diff --git a/src/guide/components/registration.md b/src/guide/components/registration.md
index 6e15bbbf..8bd00877 100644
--- a/src/guide/components/registration.md
+++ b/src/guide/components/registration.md
@@ -126,7 +126,7 @@ export default {
 }
 ```
 
-Zapamatujte si, že **lokálně registrované komponenty  _nejsou_ přístupné v komponentách potomků**. V tomto případě bude `ComponentA` dostupá pouze v aktuální komponentě, v&nbsp;komponentách potomků nikoli.
+Zapamatujte si, že **lokálně registrované komponenty  _nejsou_ přístupné v komponentách potomků**. V tomto případě bude `ComponentA` dostupná pouze v aktuální komponentě, v&nbsp;komponentách potomků nikoli.
 
 ## Velká a malá písmena v názvech komponent {#component-name-casing}
 
diff --git a/src/guide/components/slots.md b/src/guide/components/slots.md
index 12cb5ff3..e11f9588 100644
--- a/src/guide/components/slots.md
+++ b/src/guide/components/slots.md
@@ -415,7 +415,7 @@ Všimněte si, jak `v-slot="slotProps"` odpovídá signatuře slot funkce. Stejn
 
 ### Pojmenované scoped sloty {#named-scoped-slots}
 
-Pojmenované scoped sloty fugují podobně - vlastnosti slotu jsou přístupné jako hodnota direktivy `v-slot`: `v-slot:name="slotProps"`. Při použití zkráceného zápisu to vypadá takto:
+Pojmenované scoped sloty fungují podobně - vlastnosti slotu jsou přístupné jako hodnota direktivy `v-slot`: `v-slot:name="slotProps"`. Při použití zkráceného zápisu to vypadá takto:
 
 ```vue-html
 <MyComponent>
@@ -433,7 +433,7 @@ Pojmenované scoped sloty fugují podobně - vlastnosti slotu jsou přístupné
 </MyComponent>
 ```
 
-Předávání vlastností do pojemnovaného slotu:
+Předávání vlastností do pojmenovaného slotu:
 
 ```vue-html
 <slot name="header" message="ahoj"></slot>
diff --git a/src/guide/components/v-model.md b/src/guide/components/v-model.md
index 57711312..c113895f 100644
--- a/src/guide/components/v-model.md
+++ b/src/guide/components/v-model.md
@@ -2,7 +2,7 @@
 
 ## Základní použití {#basic-usage}
 
-Direkrivu `v-model` lze použít pro implementaci obousměrného (two-way) bindingu.
+Direktivu `v-model` lze použít pro implementaci obousměrného (two-way) bindingu.
 
 <div class="composition-api">
 
@@ -86,7 +86,7 @@ Poté se `v-model="foo"` v komponentě rodiče zkompiluje jako:
 
 Jak můžete vidět, je to trochu zbytečně složité. Nicméně je dobré vědět, jak to ve skutečnosti funguje.
 
-Protože `defineModel` deklaruje vlastnost (prop), mužete následně upravovat její možnosti (options) předáním do `defineModel`:
+Protože `defineModel` deklaruje vlastnost (prop), můžete následně upravovat její možnosti (options) předáním do `defineModel`:
 
 ```js
 // v-model bude povinná hodnota
@@ -406,7 +406,7 @@ console.log(modifiers) // { capitalize: true }
 </template>
 ```
 
-Pro podmíněné nastavení jak by měla být hodnota na základě modifikátorů čtena / zapisována, můžeme do `defineModel()` předat možnosti `get` a `set`. Tyto dvě nastavení získají hodnotu při čtení / zápisu příslušné ref hodnoty a měly by vrátit transformovanou hodnotu. Takto můžeme použít `set` pro implementaci modifikátoru `capitalize`:
+Pro podmíněné nastavení, jak by měla být hodnota na základě modifikátorů čtena / zapisována, můžeme do `defineModel()` předat možnosti `get` a `set`. Tyto dvě nastavení získají hodnotu při čtení / zápisu příslušné ref hodnoty a měly by vrátit transformovanou hodnotu. Takto můžeme použít `set` pro implementaci modifikátoru `capitalize`:
 
 ```vue{6-8}
 <script setup>
diff --git a/src/guide/extras/render-function.md b/src/guide/extras/render-function.md
index cb89c4d7..c934b98c 100644
--- a/src/guide/extras/render-function.md
+++ b/src/guide/extras/render-function.md
@@ -545,7 +545,7 @@ JSX ekvivalent:
 
 ### Předávání slotů {#passing-slots}
 
-Předávání potomků komponentám funguje trochu jinak než předávání potomků elementům. Místo pole musíme předat buď funkci slotu, nebo objekt funkcí slotů. Funkce slotů mohou vrátit cokoli, co může vrátit běžná funkce pro vykreslení - což bude vždy normalizováno na pole VNodes, když je přístupováno v dceřiné komponentě.
+Předávání potomků komponentám funguje trochu jinak než předávání potomků elementům. Místo pole musíme předat buď funkci slotu, nebo objekt funkcí slotů. Funkce slotů mohou vrátit cokoli, co může vrátit běžná funkce pro vykreslení - což bude vždy normalizováno na pole VNodes, když je přistupováno v dceřiné komponentě.
 
 ```js
 // jediný výchozí slot
diff --git a/src/guide/extras/web-components.md b/src/guide/extras/web-components.md
index c2f612c3..f0387468 100644
--- a/src/guide/extras/web-components.md
+++ b/src/guide/extras/web-components.md
@@ -288,7 +288,7 @@ declare module 'vue' {
     // ujistěte se, že předáváte Vue typ komponenty
     // (SomeComponent a nikoliv SomeElement)
     // custom elementy vyžadují v názvu pomlčku (hyphen),
-    // použjite tedy jejich kebab-cased název
+    // použijte tedy jejich kebab-cased název
     'some-element': typeof SomeComponent
   }
 }
diff --git a/src/guide/reusability/composables.md b/src/guide/reusability/composables.md
index c3958499..2e064695 100644
--- a/src/guide/reusability/composables.md
+++ b/src/guide/reusability/composables.md
@@ -207,7 +207,7 @@ Nebo [getter funkci](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Ref
 const { data, error } = useFetch(() => `/posts/${props.id}`)
 ```
 
-Můžeme refaktorovat naši existující implemntaci pomocí API funkcí [`watchEffect()`](/api/reactivity-core.html#watcheffect) a&nbsp;[`toValue()`](/api/reactivity-utilities.html#tovalue):
+Můžeme refaktorovat naši existující implementaci pomocí API funkcí [`watchEffect()`](/api/reactivity-core.html#watcheffect) a&nbsp;[`toValue()`](/api/reactivity-utilities.html#tovalue):
 
 ```js{8,13}
 // fetch.js
@@ -248,7 +248,7 @@ Zde je [aktualizovaná verze `useFetch()`](https://play.vuejs.org/#eNp9Vdtu20YQ/
 
 ### Naming {#naming}
 
-Composable funkce se podle koncence pojmenovávají camelCase jmény, která začínají na "use".
+Composable funkce se podle konvence pojmenovávají camelCase jmény, která začínají na "use".
 
 ### Vstupní parametry {#input-arguments}
 
@@ -302,7 +302,7 @@ Je v pořádku provádět vedlejší efekty uvnitř composables (např. přidáv
 
 ### Omezení použití {#usage-restrictions}
 
-Composables by měly být volány v rámci `<script setup>` nebo uvnitř `setup()`. V těchto kontextech by také měly být volány **synchrononně**. V některých případech je můžete volat také v lifecycle hooks jako je `onMounted()`.
+Composables by měly být volány v rámci `<script setup>` nebo uvnitř `setup()`. V těchto kontextech by také měly být volány **synchronně**. V některých případech je můžete volat také v lifecycle hooks jako je `onMounted()`.
 
 Tato omezení jsou důležitá, protože se jedná o kontexty, ve kterých je Vue schopno určit právě aktivní instanci komponenty. Přístup k aktivní instanci komponenty je nutný, aby do ní bylo možné:
 
@@ -367,7 +367,7 @@ Uživatelé, kteří přicházejí od Vue 2, možná znají [mixins](/api/option
 
 3. **Implicitní cross-mixin komunikace**: mixins, které spolu potřebují komunikovat, se musí spoléhat na sdílené klíče vlastností, čímž se stávají implicitně spřaženými (coupled). V případě composables lze hodnoty vrácené z jedné composable předat do jiné jako parametry, stejně jako u běžných funkcí.
 
-Z výše uvedených důvodů již ve Vue 3 nedoporučujeme mixins používat. Funkce je zachována pouze pro učely migrace a kvůli obecné znalosti.
+Z výše uvedených důvodů již ve Vue 3 nedoporučujeme mixins používat. Funkce je zachována pouze pro účely migrace a kvůli obecné znalosti.
 ### vs. renderless komponenty {#vs-renderless-components}
 
 V kapitole o slotech (slots) jsme se bavili o vzoru [komponent bez vykreslení](/guide/components/slots#renderless-components) založeném na scoped slotech. Dokonce jsme s použitím renderless komponenty implementovali stejný příklad sledování pohybu myši.
diff --git a/src/guide/reusability/plugins.md b/src/guide/reusability/plugins.md
index 6055cb1e..c0fab38e 100644
--- a/src/guide/reusability/plugins.md
+++ b/src/guide/reusability/plugins.md
@@ -28,11 +28,11 @@ Pro pluginy neexistuje žádný přesně definovaný rozsah, ale běžné scén
 
 1. Registrace jedné nebo více globálních komponent nebo vlastních direktiv pomocí [`app.component()`](/api/application#app-component) a [`app.directive()`](/api/application#app-directive).
 
-2. Označení zdroje jako [injectable](/guide/components/provide-inject) napříč aplikací prostředinctvím volání [`app.provide()`](/api/application#app-provide).
+2. Označení zdroje jako [injectable](/guide/components/provide-inject) napříč aplikací prostřednictvím volání [`app.provide()`](/api/application#app-provide).
 
 3. Přidání globálních promměných instance či metod jejich připojením k&nbsp;[`app.config.globalProperties`](/api/application#app-config-globalproperties).
 
-4. Knihovna, která potřebuje provést kombinaci výše uvedného (např. [vue-router](https://github.com/vuejs/vue-router-next)).
+4. Knihovna, která potřebuje provést kombinaci výše uvedeného (např. [vue-router](https://github.com/vuejs/vue-router-next)).
 
 ## Tvorba pluginu {#writing-a-plugin}
 
@@ -92,7 +92,7 @@ Nyní bude naše volání `$translate('greetings.hello')` za běhu nahrazeno tex
 Viz také: [Obohacování globálních vlastností](/guide/typescript/options-api#augmenting-global-properties) <sup class="vt-badge ts" />
 
 :::tip
-Globální vlastnosti používejte jen zřídka. Pokud se v aplikaci používá příliš mnoho globálních promněných vložených různými pluginy, může se rychle stát nepřehlednou.
+Globální vlastnosti používejte jen zřídka. Pokud se v aplikaci používá příliš mnoho globálních proměnných vložených různými pluginy, může se rychle stát nepřehlednou.
 :::
 
 ### Provide / Inject spolu s pluginy {#provide-inject-with-plugins}
diff --git a/src/guide/scaling-up/routing.md b/src/guide/scaling-up/routing.md
index 13504c44..40fb7eb2 100644
--- a/src/guide/scaling-up/routing.md
+++ b/src/guide/scaling-up/routing.md
@@ -6,7 +6,7 @@ Směrování (routing) na straně serveru znamená, že server odesílá odpově
 
 V [Single-page aplikaci](https://developer.mozilla.org/cs/docs/Glossary/SPA) (SPA) však může klientský JavaScript zachytit navigaci, dynamicky načíst nová data a aktualizovat zobrazenou stránku bez plného reloadu. To obvykle vede k rychlejší odezvě a lepšímu uživatelskému zážitku, zejména v případech, které připomínají skutečné „aplikace“, kde se od uživatele očekává provádění mnoha interakcí po delší dobu.
 
-V takových SPA je „směrování“ prováděno na straně klienta, v prohlížeči. Router na klientovi je zodpovědný za správu vykresleného obsahu aplikace pomocí API prohlížečě, jako je [History API](https://developer.mozilla.org/cs/docs/Web/API/History) nebo událost [`hashchange`](https://developer.mozilla.org/cs/docs/Web/API/Window/hashchange_event).
+V takových SPA je „směrování“ prováděno na straně klienta, v prohlížeči. Router na klientovi je zodpovědný za správu vykresleného obsahu aplikace pomocí API prohlížeče, jako je [History API](https://developer.mozilla.org/cs/docs/Web/API/History) nebo událost [`hashchange`](https://developer.mozilla.org/cs/docs/Web/API/Window/hashchange_event).
 
 ## Oficiální router {#official-router}
 
diff --git a/src/guide/scaling-up/sfc.md b/src/guide/scaling-up/sfc.md
index bee83d9b..cdbd8dc1 100644
--- a/src/guide/scaling-up/sfc.md
+++ b/src/guide/scaling-up/sfc.md
@@ -90,7 +90,7 @@ export default {
 }
 ```
 
-Tagy `<style>` uvnitř SFC jsou během vývoje obvykle implemntovány jako nativní `<style>` tagy, aby byla podporována okamžitá aktualizace (hot reload). Pro produkci mohou být extrahovány a sloučeny do jednoho CSS souboru.
+Tagy `<style>` uvnitř SFC jsou během vývoje obvykle implementovány jako nativní `<style>` tagy, aby byla podporována okamžitá aktualizace (hot reload). Pro produkci mohou být extrahovány a sloučeny do jednoho CSS souboru.
 
 S SFC si můžete hrát a prozkoumat, jak jsou kompilovány, na našem [Hřišti](https://play.vuejs.org/).
 
diff --git a/src/guide/scaling-up/ssr.md b/src/guide/scaling-up/ssr.md
index 617170c6..5b162b62 100644
--- a/src/guide/scaling-up/ssr.md
+++ b/src/guide/scaling-up/ssr.md
@@ -8,7 +8,7 @@ outline: deep
 
 ### Co je SSR? {#what-is-ssr}
 
-Vue.js je framework pro tvorbu aplikací na straně klienta. Ve výchozím nastavení Vue komponenty jako svůj výstup produkují a manipulují DOM v prohlížeči. Je však také možné vykreslit tytéž komponenty do HTML řetězců už na serveru, poslat je do prohlížeče přímo a nakonec statický markup do plně interaktivní aplikace „hydratovat“ na&nbsp;straně klienta.
+Vue.js je framework pro tvorbu aplikací na straně klienta. Ve výchozím nastavení Vue komponenty jako svůj výstup produkují a manipulují DOM v prohlížeči. Je však také možné vykreslit tytéž komponenty do HTML řetězců už na serveru, poslat je do prohlížeče přímo, a nakonec statický markup do plně interaktivní aplikace „hydratovat“ na&nbsp;straně klienta.
 
 Aplikace Vue.js vykreslená na serveru se také může považovat za „izomorfní“ nebo „univerzální“, v tom smyslu, že většina kódu aplikace běží jak na serveru, **tak** na klientovi.
 
@@ -18,7 +18,7 @@ V porovnání s aplikací typu Single-Page Application (SPA) na straně klienta
 
 - **Rychlejší načítání obsahu**: to je zvláště patrné s pomalým internetem nebo na pomalých zařízeních. Serverem vykreslený markup nemusí čekat, než je stažen a&nbsp;proveden všechen JavaScript, aby byl zobrazen, takže uživatel uvidí plně vykreslenou stránku dříve. Navíc se načítání dat provádí při první návštěvě na straně serveru, který má pravděpodobně rychlejší připojení k databázi než klient. To obecně vede k lepším metrikám [Core Web Vitals](https://web.dev/vitals/), lepšímu uživatelskému zážitku a může být klíčové pro aplikace, kde je rychlost načítání obsahu přímo spojena s konverzní mírou.
 
-- **Jednotný mentální model**: můžete použít stejný jazyk a stejný deklarativní, komponentně orientovaný mentální model pro vývoj celé aplikace, místo aby jste přeskakovali mezi backendovým templating systémem a frontendovým frameworkem.
+- **Jednotný mentální model**: můžete použít stejný jazyk a stejný deklarativní, komponentně orientovaný mentální model pro vývoj celé aplikace, místo abyste přeskakovali mezi backendovým templating systémem a frontendovým frameworkem.
 
 - **Lepší SEO**: roboty vyhledávačů rovnou uvidí plně vykreslenou stránku.
 
@@ -43,7 +43,7 @@ Před použitím SSR pro vaši aplikaci byste se měli zeptat, zda ji skutečně
 
 SSG zachovává stejné výkonnostní charakteristiky jako aplikace s vykreslováním na serveru: při načítání obsahu poskytuje skvělý výkon. Zároveň je levnější a snazší na nasazení než aplikace s vykreslováním na serveru, protože výstupem jsou statické HTML a assety. Klíčovým slovem zde je **statický**: SSG lze použít pouze na stránky, které poskytují statická data, tj. data, která jsou známa při sestavení a mezi dvěma requesty se nezmění. Při každé změně dat je potřeba nové nasazení.
 
-Pokud zkoumáte SSR pouze kvůli zlepšení SEO několika marketingových stránek (např. `/`, `/about`, `/contact`, atd.), pravděpodobně budete chtít použít SSG místo SSR. SSG je také skvělý pro webové stránky zaměřené na obsah, jako jsou stránky s dokumentací nebo blogy. Vlastně i tato webová stránka, kterou právě čtete, je staticky generována pomocí [VitePress](https://vitepress.dev/), statického generátoru stránek postaveného nad Vue.
+Pokud zkoumáte SSR pouze kvůli zlepšení SEO několika marketingových stránek (např. `/`, `/about`, `/contact` atd.), pravděpodobně budete chtít použít SSG místo SSR. SSG je také skvělý pro webové stránky zaměřené na obsah, jako jsou stránky s dokumentací nebo blogy. Vlastně i tato webová stránka, kterou právě čtete, je staticky generována pomocí [VitePress](https://vitepress.dev/), statického generátoru stránek postaveného nad Vue.
 
 ## Základní tutoriál {#basic-tutorial}
 
@@ -210,10 +210,10 @@ Přechod od příkladu k SSR aplikaci připravené pro produkci zahrnuje mnohem
 - Podporovat Vue SFC a další požadavky na build. Ve skutečnosti budeme muset koordinovat dvě sestavení pro stejnou aplikaci: jedno pro klienta a jedno pro server.
 
   :::tip
-  Vue komponenty jsou při použití SSR kompilovány odlišně - šablony jsou pro lepší výkon kompilovány do souboru řetěžců místo funkcí pro vykreslování Virtual DOM.
+  Vue komponenty jsou při použití SSR kompilovány odlišně - šablony jsou pro lepší výkon kompilovány do souboru řetězců místo funkcí pro vykreslování Virtual DOM.
   :::
 
-- V obsluze požadavku na serveru vykreslit HTML s odpovídajícími odkazy na klientovské prostředky a optimálními nápovědami pro zdroje. Může být také nutné přepínat mezi režimem SSR a SSG nebo dokonce kombinovat oba v jedné aplikaci.
+- V obsluze požadavku na serveru vykreslit HTML s odpovídajícími odkazy na klientské prostředky a optimálními nápovědami pro zdroje. Může být také nutné přepínat mezi režimem SSR a SSG nebo dokonce kombinovat oba v jedné aplikaci.
 
 - Spravovat směrování, načítání dat a správu stavových úložišť univerzálním způsobem.
 
@@ -247,13 +247,13 @@ Protože nejsou žádné dynamické aktualizace, lifecycle hooks jako <span clas
 
 Měli byste se vyhnout kódu, který produkuje vedlejší efekty, které v <span class="options-api">`beforeCreate` a&nbsp;`created`</span><span class="composition-api">`setup()` nebo v&nbsp;root scope `<script setup>`</span> vyžadují úklid. Příkladem takových vedlejších efektů je nastavení časovačů pomocí `setInterval`. V klientském kódu můžeme nastavit časovač a&nbsp;poté ho zrušit v&nbsp;<span class="options-api">`beforeUnmount`</span><span class="composition-api">`onBeforeUnmount`</span> nebo <span class="options-api">`unmounted`</span><span class="composition-api">`onUnmounted`</span>. Nicméně, protože unmount hooks během SSR nikdy nebudou volány, časovače zůstanou navždy. Abyste tomu předešli, přesuňte váš kód s&nbsp;vedlejšími efekty do <span class="options-api">`mounted`</span><span class="composition-api">`onMounted`</span>.
 
-### Přístup k platformně specifickým API {#access-to-platform-specific-apis}
+### Přístup k platformně-specifickým API {#access-to-platform-specific-apis}
 
-Univerzální kód nemůže předpokládat přístup k platformně specifickým API, takže pokud váš kód přímo používá globální proměnné jako `window` nebo `document` dostupné pouze v prohlížeči, při jejich vykonávání v Node.js dojde k chybám a naopak.
+Univerzální kód nemůže předpokládat přístup k platformně-specifickým API, takže pokud váš kód přímo používá globální proměnné jako `window` nebo `document` dostupné pouze v prohlížeči, při jejich vykonávání v Node.js dojde k chybám a naopak.
 
-Pro úkoly, které jsou sdílené mezi serverem a klientem, ale s API různých platforem, se doporučuje obalit platformně specifické implementace do univerzálního API nebo použít knihovny, které to za vás udělají. Například můžete použít [`node-fetch`](https://github.com/node-fetch/node-fetch) pro použití stejného fetch API jak na serveru, tak na klientovi.
+Pro úkoly, které jsou sdílené mezi serverem a klientem, ale s API různých platforem, se doporučuje obalit platformně-specifické implementace do univerzálního API nebo použít knihovny, které to za vás udělají. Například můžete použít [`node-fetch`](https://github.com/node-fetch/node-fetch) pro použití stejného fetch API jak na serveru, tak na klientovi.
 
-Pro API pouze pro prohlížeč je běžným přístupem „lazy“ přístupování k nim uvnitř lifecycle hooks pouze na klientovi, jako je <span class="options-api">`mounted`</span><span class="composition-api">`onMounted`</span>.
+Pro API pouze pro prohlížeč je běžným přístupem „lazy“ přistupování k nim uvnitř lifecycle hooks pouze na klientovi, jako je <span class="options-api">`mounted`</span><span class="composition-api">`onMounted`</span>.
 
 Vezměte na vědomí, že pokud knihovna třetí strany není pro univerzální použití zamýšlena, může být obtížné ji do aplikace s vykreslováním na serveru integrovat. Možná se vám podaří ji rozchodit pomocí mockování některých globálních proměnných, ale bude to „hack“ a můžete narušit kód pro detekci prostředí jiných knihoven.
 
@@ -261,7 +261,7 @@ Vezměte na vědomí, že pokud knihovna třetí strany není pro univerzální
 
 V kapitole o správě stavu jsme představili [jednoduchý vzor správy stavu pomocí Reactivity API](state-management#simple-state-management-with-reactivity-api). V kontextu SSR vyžaduje tento vzor některé dodatečné úpravy.
 
-Vzor deklaruje sdílený stav ve hlavním scope JavaScriptového modulu. To z nich dělá **singletony** - tj. existuje pouze jedna instance reaktivního objektu po celou dobu životnosti naší aplikace. V čistě klientovské aplikaci Vue to funguje správně, protože moduly v naší aplikaci jsou pro každou návštěvu stránky v prohlížeči znovu inicializovány.
+Vzor deklaruje sdílený stav ve hlavním scope JavaScriptového modulu. To z nich dělá **singletony** - tj. existuje pouze jedna instance reaktivního objektu po celou dobu životnosti naší aplikace. V čistě klientské aplikaci Vue to funguje správně, protože moduly v naší aplikaci jsou pro každou návštěvu stránky v prohlížeči znovu inicializovány.
 
 Ovšem v kontextu SSR jsou moduly aplikace na serveru obvykle inicializovány pouze jednou při spuštění serveru. Stejné instance modulů budou při více požadavcích na server použity znovu, stejně jako naše singleton stavové objekty. Pokud měníme sdílený singleton stav s daty specifickými pro jednoho uživatele, může se nechtěně prosadit do požadavku od jiného uživatele. Toto nazýváme **cross-request state pollution**.
 
@@ -360,5 +360,5 @@ Značky pro teleportaci musíte vložit na správné místo ve vašem finálním
 :::tip
 Při použití Teleportace a SSR se vyhněte cílení na `body` - obvykle bude `<body>` obsahovat jiný serverem vykreslený obsah, což znemožňuje Teleportům správně určit výchozí umístění pro hydrataci.
 
-Místo toho upřednostněnte samostatný kontejner, např. `<div id="teleported"></div>`, který obsahuje pouze teleportovaný obsah.
+Místo toho upřednostněte samostatný kontejner, např. `<div id="teleported"></div>`, který obsahuje pouze teleportovaný obsah.
 :::
diff --git a/src/guide/scaling-up/testing.md b/src/guide/scaling-up/testing.md
index 7be51fee..e8dc6b57 100644
--- a/src/guide/scaling-up/testing.md
+++ b/src/guide/scaling-up/testing.md
@@ -243,7 +243,7 @@ Testování komponent často zahrnuje připojení (mount) testované komponenty
 
 - [`@testing-library/vue`](https://github.com/testing-library/vue-testing-library) je knihovna pro testování Vue zaměřená na testování komponent bez závislosti na implementačních detailech. Její hlavní filosofií je, že čím více se testy podobají skutečnému způsobu používání softwaru, tím více sebevědomí mohou poskytnout.
 
-Pro testování komponent v aplikacích oporučujeme používat `@vue/test-utils`, protože `@testing-library/vue` má problémy s testováním asynchronních komponent s použitím `<Suspense>` a měla by se používat opatrně.
+Pro testování komponent v aplikacích doporučujeme používat `@vue/test-utils`, protože `@testing-library/vue` má problémy s testováním asynchronních komponent s použitím `<Suspense>` a měla by se používat opatrně.
 
 ### Další možnosti {#other-options-1}