anchor.diff:      background-color: white;
       border: 1px solid #777;
     }
  -  
  +
   :marked
     These are the styles we wrote, post-processed so that each selector is augmented
  -  with `_nghost` or `_ngcontent` attribute selectors. 
  +  with `_nghost` or `_ngcontent` attribute selectors.
     These extra selectors enable the scoping rules described in this guide.
  -  
  +
  +  Ceux sont les styles que nous avons créés, post-traités de sorte que chaque sélecteur soit complété par un sélecteur
  +  d'attributs _nghost` ou `_ngcontent`.
  +
     We'll likely live with *emulated* mode until shadow DOM gains traction.
  -  
  +
  +  Nous vivrons probablement avec le node *émulé* jusqu'à ce que le shadow DOM soit mis en avant.
  +
   a#relative-urls
   .l-main-section
   :marked
     ## Appendix 2: Loading Styles with Relative URLs
  -  
  +
  +  ## Annexe 2: Chargement de Styles avec de URLs relatives
  +
     It's common practice to split a component's code, HTML, and CSS into three separate files in the same directory:
  -  
  +
  +  Il est de pratique courante de découper le code du composant, HTML, et CSS en trois fichiers séparés dans le même répertoire:
  +
   code-example(format='').
     quest-summary.component.ts
     quest-summary.component.html
  
positive.code: 
  :marked
    We see two kinds of generated attributes:
    * An element that would be a Shadow DOM host in native encapsulation has a
      generated `_nghost` attribute. This is typically the case for component host elements.
      
    * An element within a component's view has a `_ngcontent` attribute 
    that identifies to which host's emulated Shadow DOM this element belongs.
    
    The exact values of these attributes are not important. They are automatically
    generated and we never refer to them in application code. But they are targeted
    by the generated component styles, which we'll find in the `<head>` section of the DOM:
    
  code-example(format="").
    [_nghost-pmm-5] {
      display: block;
  
negative.code:   which is why `Emulated` view encapsulation is the default mode and recommended
    in most cases.
  
    L'encapsulation de vue `Native` ne marche que pour les [navigateurs qui supportent nativement le Shadow DOM](http://caniuse.com/#feat=shadowdom).
    Ce support est encore limité, c'est la raison pour laquelle l'encapsulation de vue `Emulated` est le mode par défaut et est recommandée dans
    la plupart des cas.
  
  
  
  a#inspect-generated-css
  .l-main-section
  :marked
    ## Appendix 1: Inspecting The CSS Generated in Emulated View Encapsulation
  
    ## Annexe 1: Inspection des styles de composants générés en encapsulation de vue émulée
  
    When using the default emulated view encapsulation, Angular preprocesses
    all component styles so that they approximate the standard Shadow CSS scoping rules.
  
    En mode d'encapsulation de vue émulée, Angular pré-traite tous les styles d'un composant
    de sorte de s'approcher des règles standard de portée du Shadow CSS.
  
    When we inspect the DOM of a running Angular application with emulated view
    encapsulation enabled, we see that each DOM element has some extra attributes
    attached to it:
  
    Quand nous inspectons le DOM d'une application Angular en cours d'éxécution avec le mode d'encapsulation de vue émulée actif,
    nous voyons que chaque élément du DOM a quelques attributs supplémentaires:
  
  code-example(format="").
    &lt;hero-details _nghost-pmm-5>
      &lt;h2 _ngcontent-pmm-5>Mister Fantastic&lt;/h2>
  