Skip to content

Commit 0aa0652

Browse files
committed
Conflict fixed on "Searching: getElement*, querySelector*" page in
french language
1 parent 1095d3b commit 0aa0652

File tree

1 file changed

+1
-6
lines changed
  • 2-ui/1-document/04-searching-elements-dom

1 file changed

+1
-6
lines changed

2-ui/1-document/04-searching-elements-dom/article.md

Lines changed: 1 addition & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -53,13 +53,8 @@ Il y a aussi une variable globale nommée selon l'`id` qui référence l'éléme
5353
</script>
5454
```
5555

56-
<<<<<<< HEAD
5756
```warn header="Ne pas utiliser les variables globales nommées selon l'id pour accéder aux éléments !"
58-
Ce comportement est décrit [dans la spécification](http://www.whatwg.org/specs/web-apps/current-work/#dom-window-nameditem), donc c'est une sorte de standard. C'est principalement supporté pour des histoires de compatibilité.
59-
=======
60-
```warn header="Please don't use id-named global variables to access elements"
61-
This behavior is described [in the specification](https://html.spec.whatwg.org/multipage/window-object.html#named-access-on-the-window-object), but it is supported mainly for compatibility.
62-
>>>>>>> 5dff42ba283bce883428c383c080fa9392b71df8
57+
Ce comportement est décrit [dans la spécification](https://html.spec.whatwg.org/multipage/window-object.html#named-access-on-the-window-object), mais il est pris en charge principalement pour la compatibilité .
6358
6459
Le navigateur essaie de nous aider en mélangeant les noms de JS et du DOM. C'est bien pour des scripts simples, intégré dans du HTML, mais en genéral ce n'est pas bon. Il peut y avoir des conflits de noms. Aussi, quand quelqu'un lira le code JS sans avoir le HTML à côté, ce ne sera pas évident pour lui d'où vient la variable.
6560

0 commit comments

Comments
 (0)