Fixed a broken link to options panel in Sass section

KittyGiraudel · KittyGiraudel · commit 79c29930e781 · 2015-07-23T23:28:31.000+02:00
diff --git a/da/_sass.md b/da/_sass.md
@@ -45,7 +45,7 @@ Siden da har Sass (preprocessoren) tilbudt to forskellige syntakser: Sass (uden
 
 Sass' whitespace-sensitive syntaks afhænger af indentering for at fjerne klammer, semi-kolonner og andre tegnsætningssymboler, hvilket leder til en slankere og kortere syntaks. Samtidig, så er SCSS nemmere at lære da det egentlig bare er CSS med lidt ekstra ovenpå.
 
-Jeg selv foretrækker SCSS frem for Sass, fordi det er tættere på CSS og rarere for de fleste udviklere. På grund af det, så er SCSS standard-syntaksen for disse retningslinjer. Du kan skifte til indenteret Sass syntaks via <button data-toggle="aside" class="link-like" role="button" type="button">indstillingspanelet</button>.
+<p>Jeg selv foretrækker SCSS frem for Sass, fordi det er tættere på CSS og rarere for de fleste udviklere. På grund af det, så er SCSS standard-syntaksen for disse retningslinjer. Du kan skifte til indenteret Sass syntaks via <label for="aside-toggle" class="link-like">indstillingspanelet</label>.</p>
 
 ###### Videre læsning
 
diff --git a/de/_sass.md b/de/_sass.md
@@ -45,7 +45,7 @@ Seitdem bietet Sass (der Präprozessor) zwei verschiedene Syntaxen an: Sass ([ni
 
 Sass' Leerzeichenempfindliche Syntax beruht auf Einrückung um geschweifte Klammern, Semikolons und andere Zeichensetzung entfernen zu können. Das führt zu einer schlankeren und kürzeren Syntax. Währenddessen ist SCSS einfacher zu erlernen, da es überwiegend nur Kleinigkeiten zu CSS hinzufügt.
 
-Ich selber ziehe SCSS gegenüber Sass vor, weil es näher an CSS liegt und freundlicher für die meisten Entwickler ist. Von daher wird SCSS auch der Standard in den gesamten Guidelines sein. Du kannst jedoch zur Sass Syntax in den <span data-toggle="aside" class="link-like" role="button" aria-expanded>Optionen</span> wechseln.
+<p>Ich selber ziehe SCSS gegenüber Sass vor, weil es näher an CSS liegt und freundlicher für die meisten Entwickler ist. Von daher wird SCSS auch der Standard in den gesamten Guidelines sein. Du kannst jedoch zur Sass Syntax in den <label for="aside-toggle" class="link-like">Optionen</label> wechseln.</p>
 
 ###### Weitere Informationen
 
diff --git a/en/_sass.md b/en/_sass.md
@@ -45,7 +45,7 @@ Since then, Sass (the preprocessor) has been providing two different syntaxes: S
 
 Sass’s whitespace-sensitive syntax relies on indentation to get rid of braces, semi-colons and other punctuation symbols, leading to a leaner and shorter syntax. Meanwhile, SCSS is easier to learn since it’s mostly some tiny extra bits on top of CSS.
 
-I, myself, prefer SCSS over Sass because it is closer to CSS and friendlier to most developers. Because of that, SCSS is the default syntax throughout these guidelines. You can switch to Sass indented syntax in the <button data-toggle="aside" class="link-like" role="button" type="button">options panel</button>.
+<p>I, myself, prefer SCSS over Sass because it is closer to CSS and friendlier to most developers. Because of that, SCSS is the default syntax throughout these guidelines. You can switch to Sass indented syntax in the <label for="aside-toggle" class="link-like">options panel</label>.</p>
 
 ###### Further reading
 
diff --git a/es/_sass.md b/es/_sass.md
@@ -45,7 +45,7 @@ Desde entonces, Sass (el preprocesador) ha estado proporcionando dos sintaxis di
 
 La sintaxis sensible a los espacios en blanco de Sass se basa en las tabulaciones para eliminar las llaves, los punto y coma y otros signos de puntuación, dando como resultado una sintaxis más corta y ligera. Mientras tanto, SCSS es más fácil de aprender, ya que en conjunto, se trata de añadir unos cuantos elementos adicionales a CSS.
 
-Personalmente, prefiero SCSS a Sass ya que es mucho parecido a CSS y más amigable para la mayoría de desarrolladores. Debido a esto, usaré SCSS como sintaxis por defecto a lo largo de esta guía. Puedes ver la sintaxis con sangría de Sass pulsando en el <button data-toggle="aside" class="link-like" role="button" type="button">panel de opciones</button>.
+<p>Personalmente, prefiero SCSS a Sass ya que es mucho parecido a CSS y más amigable para la mayoría de desarrolladores. Debido a esto, usaré SCSS como sintaxis por defecto a lo largo de esta guía. Puedes ver la sintaxis con sangría de Sass pulsando en el <label for="aside-toggle" class="link-like">panel de opciones</label>.</p>
 
 ###### Más información
 
diff --git a/fr/_sass.md b/fr/_sass.md
@@ -45,7 +45,7 @@ Depuis lors, Sass (le préprocesseur) propose deux syntaxes différentes&nbsp;:
 
 La syntaxe de Sass repose sur l’indentation pour se débarrasser des accolades, des points-virgules et autres symboles de ponctuation, ce qui produit une syntaxe allégée et raccourcie. De son côté, SCSS est plus facile à apprendre puisqu’il repose sur la syntaxe CSS à laquelle il ne fait qu’ajouter quelques fonctionnalités.
 
-Personnellement, je préfère SCSS parce qu’il est plus proche de CSS et plus accessible aux développeurs. C’est pourquoi SCSS est la syntaxe par défaut tout au long de ce document. Si vous préférez la syntaxe Sass indentée, vous pouvez choisir cette option dans le <button data-toggle="aside" class="link-like" role="button" type="button">panneau des options</button>.
+<p>Personnellement, je préfère SCSS parce qu’il est plus proche de CSS et plus accessible aux développeurs. C’est pourquoi SCSS est la syntaxe par défaut tout au long de ce document. Si vous préférez la syntaxe Sass indentée, vous pouvez choisir cette option dans le <label for="aside-toggle" class="link-like">panneau des options</label>.</p>
 
 ###### Lectures complémentaires
 
diff --git a/ko/_sass.md b/ko/_sass.md
@@ -45,7 +45,7 @@ Sass는 처음에 들여쓰기의 감지를 그 핵심 특성으로 갖는 구
 
 Sass의 공백에 반응하는 구문은 중괄호, 세미콜론 그리고 다른 구두점 기호들을 없애기 위해 들여쓰기에 의존하며, 이는 간결하고 짧은 구문으로 이어집니다. 한편, SCSS는 주로 CSS에 올려진 작은 추가사항들이므로 배우기에 더 쉽습니다.
 
-저 자신은 CSS와 더 비슷하고 대부분의 개발자들에게 더 친숙하기 때문에 SCSS를 Sass보다 더 선호합니다. 그런 이유로, SCSS가 이 가이드라인의 기본 구문입니다. <span data-toggle="aside" class="link-like" role="button" aria-expanded>옵션 패널</span>에서 Sass의 들여쓰기 구문으로 바꾸실 수 있습니다.
+<p>저 자신은 CSS와 더 비슷하고 대부분의 개발자들에게 더 친숙하기 때문에 SCSS를 Sass보다 더 선호합니다. 그런 이유로, SCSS가 이 가이드라인의 기본 구문입니다. <label for="aside-toggle" class="link-like">옵션 패널</label>에서 Sass의 들여쓰기 구문으로 바꾸실 수 있습니다.</p>
 
 ###### 참고
 
diff --git a/pl/_sass.md b/pl/_sass.md
@@ -45,7 +45,7 @@ Od tego czasu, Sass (preprocesor) obsługuje dwie różne składnie: Sass (tylko
 
 Wrażliwa na tzw. znaki niedrukowalne składnia opiera się na indentacji zmiast nawiasach klamrowych, średników czy innych znaków interpunkcyjnych, prowadząc do czystszej i krótszej składni. SCSS tymczasem jest łatwiejszy do nauki, bowiem składa się on tylko z niewielu drobnych dodatków do samego CSSa.
 
-Ja osobiście preferuję SCSS nad Sassem z powodu większej kompatybilności z CSSem i łatwości przyswojenia dla większości deweloperów. Z tego też powodu, w poniższym przewodniku posługiwać się będę raczej SCSSem niż Sassem. Można jednak w każdej chwili zmienić składnię przykładów tego przewodnika w <button data-toggle="aside" class="link-like" role="button" type="button">panelu opcji</button>.
+<p>Ja osobiście preferuję SCSS nad Sassem z powodu większej kompatybilności z CSSem i łatwości przyswojenia dla większości deweloperów. Z tego też powodu, w poniższym przewodniku posługiwać się będę raczej SCSSem niż Sassem. Można jednak w każdej chwili zmienić składnię przykładów tego przewodnika w <label for="aside-toggle" class="link-like">panelu opcji</label>.</p>
 
 ###### Dalsze informacje
 
diff --git a/pt/_sass.md b/pt/_sass.md
@@ -45,7 +45,7 @@ Desde então, Sass (enquanto pré-processador) oferece duas sintaxes diferentes:
 
 A sensibilidade aos espaços em Sass depende na indentação para se ver livre de chavetas, pontos e vírgula e outros símbolos de pontuação, o que leva a uma sintaxe mais curta e mais limpa. Por outro lado, SCSS é mais fácil de aprender já que consiste maioritariamente em pedaços extra que sao escritos adicionalmente ao CSS habitual.
 
-Pessoalmente, prefiro SCSS a Sass apenas porque é mais aproximada de CSS e mais amigável para os programadores. Por isso, vou utilizar SCSS em vez de Sass ao longo deste guia de estilo. Podem sempre alterar para a sintaxe indentada de Sass no painel de <button data-toggle="aside" class="link-like" role="button" type="button">opções</button>.
+<p>Pessoalmente, prefiro SCSS a Sass apenas porque é mais aproximada de CSS e mais amigável para os programadores. Por isso, vou utilizar SCSS em vez de Sass ao longo deste guia de estilo. Podem sempre alterar para a sintaxe indentada de Sass no painel de <label for="aside-toggle" class="link-like">opções</label>.</p>
 
 ###### Leitura adicional
 
diff --git a/zh/_sass.md b/zh/_sass.md
@@ -46,7 +46,7 @@ Sass 存在的关键不是将 CSS 变成一种全功能编程语言，它只是
 
 Sass 的空白敏感语法通过缩进以摆脱大括号、分号和其他符号，从而实现了简洁凝练的语法格式。与之相比，SCSS 则更容易学习，因为它只是在 CSS 上添加了一点点额外的功能。
 
-我自己更喜欢 SCSS，因为它更接近 CSS 的原生面貌，对开发者来说具有友好性。因此，样式指南全文将使用 SCSS 而不是 Sass 语法格式来演示。你可以通过<span data-toggle="aside" class="link-like" role="button" aria-expanded>左侧的可选面板</span>切换到 Sass 的缩进语法。
+<p>我自己更喜欢 SCSS，因为它更接近 CSS 的原生面貌，对开发者来说具有友好性。因此，样式指南全文将使用 SCSS 而不是 Sass 语法格式来演示。你可以通过<label for="aside-toggle" class="link-like">左侧的可选面板</label>切换到 Sass 的缩进语法</p>
 
 ###### 扩展阅读
 
