From a2c30e2809f03cc1570bd5ad2dd0c4baf6141bdc Mon Sep 17 00:00:00 2001 From: Anthony DePasquale Date: Wed, 28 May 2025 16:18:33 +0200 Subject: [PATCH] Fix "no one" --- .../content/blog/2017-09-06-the-zen-of-just-writing-css.md | 2 +- .../content/blog/2018-12-27-virtual-dom-is-pure-overhead.md | 2 +- .../content/blog/2023-03-09-zero-config-type-safety.md | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/apps/svelte.dev/content/blog/2017-09-06-the-zen-of-just-writing-css.md b/apps/svelte.dev/content/blog/2017-09-06-the-zen-of-just-writing-css.md index 678e178ee8..9f49bc333e 100644 --- a/apps/svelte.dev/content/blog/2017-09-06-the-zen-of-just-writing-css.md +++ b/apps/svelte.dev/content/blog/2017-09-06-the-zen-of-just-writing-css.md @@ -17,7 +17,7 @@ This article isn't in any way intended as criticism of the hard work the CSS-in- Everything in CSS is global. Because of that, styles intended for one bit of markup often end up affecting another. Because of _that_, developers often resort to wild namespacing conventions (not 'rules', since they're very difficult to enforce) that mostly just increase your risk of RSI. -It gets worse when you're working on a team. No-one dares touch styles authored by someone else, because it's often unclear what they're doing, what markup they apply to, and what disasters will unfold if you remove them. +It gets worse when you're working on a team. No one dares touch styles authored by someone else, because it's often unclear what they're doing, what markup they apply to, and what disasters will unfold if you remove them. The consequence of all this is the **append-only stylesheet**. There's no way of knowing which code can safely be removed, so it's common to undo some existing style with another, more specific style — even on relatively small projects. diff --git a/apps/svelte.dev/content/blog/2018-12-27-virtual-dom-is-pure-overhead.md b/apps/svelte.dev/content/blog/2018-12-27-virtual-dom-is-pure-overhead.md index 9aece76947..dd8ef0f423 100644 --- a/apps/svelte.dev/content/blog/2018-12-27-virtual-dom-is-pure-overhead.md +++ b/apps/svelte.dev/content/blog/2018-12-27-virtual-dom-is-pure-overhead.md @@ -42,7 +42,7 @@ Misunderstood claims about virtual DOM performance date back to the launch of Re
Screenshot from Rethinking Best Practices at JSConfEU 2013
-But hang on a minute! The virtual DOM operations are _in addition to_ the eventual operations on the real DOM. The only way it could be faster is if we were comparing it to a less efficient framework (there were plenty to go around back in 2013!), or arguing against a straw man — that the alternative is to do something no-one actually does: +But hang on a minute! The virtual DOM operations are _in addition to_ the eventual operations on the real DOM. The only way it could be faster is if we were comparing it to a less efficient framework (there were plenty to go around back in 2013!), or arguing against a straw man — that the alternative is to do something no one actually does: ```js // @noErrors diff --git a/apps/svelte.dev/content/blog/2023-03-09-zero-config-type-safety.md b/apps/svelte.dev/content/blog/2023-03-09-zero-config-type-safety.md index 7c547ac233..caef68418d 100644 --- a/apps/svelte.dev/content/blog/2023-03-09-zero-config-type-safety.md +++ b/apps/svelte.dev/content/blog/2023-03-09-zero-config-type-safety.md @@ -98,7 +98,7 @@ export type PageData = Kit.ReturnType< >; ``` -We don't actually write `$types.d.ts` into your `src` directory — that would be messy, and no-one likes messy code. Instead, we use a TypeScript feature called [`rootDirs`](https://www.typescriptlang.org/tsconfig#rootDirs), which lets us map ‘virtual’ directories to real ones. By setting `rootDirs` to the project root (the default) and additionally to `.svelte-kit/types` (the output folder of all the generated types) and then mirroring the route structure inside it we get the desired behavior: +We don't actually write `$types.d.ts` into your `src` directory — that would be messy, and no one likes messy code. Instead, we use a TypeScript feature called [`rootDirs`](https://www.typescriptlang.org/tsconfig#rootDirs), which lets us map ‘virtual’ directories to real ones. By setting `rootDirs` to the project root (the default) and additionally to `.svelte-kit/types` (the output folder of all the generated types) and then mirroring the route structure inside it we get the desired behavior: ```tree // on disk: