1 files changed, 16 insertions, 16 deletions
diff --git a/talermerchantdemos/blog/articles/fr/danger-of-software-patents.html b/talermerchantdemos/blog/articles/fr/danger-of-software-patents.html
index cedcaf7..7dd89bd 100644
--- a/talermerchantdemos/blog/articles/fr/danger-of-software-patents.html
+++ b/talermerchantdemos/blog/articles/fr/danger-of-software-patents.html
@@ -187,7 +187,7 @@ moins 18 mois, il est donc possible qu'un brevet ait été déposé à l'Office
 des brevets sans que personne n'en sache rien. Et il ne s'agit pas d'une
 hypothèse théorique.</p>
 
-<p>Par exemple, en 1984 a été écrit <cite>compress</cite>, un programme
+<p>Par exemple, en 1984 a été écrit <code>compress</code>, un programme
 permettant de compresser des fichiers en utilisant l'algorithme de
 compression de données <abbr title="Lempel-Ziv-Welch">LZW</abbr>. À
 l'époque, il n'y avait pas de brevet sur cet algorithme de
@@ -201,7 +201,7 @@ cet algorithme. Le titulaire du brevet a été malin, il n'est pas allé tout
 de suite voir les gens pour leur dire de cesser d'utiliser le brevet. Il
 s'est dit : « Laissons-les creuser leur tombe un peu plus. » Quelques années
 plus tard, il a commencé à menacer les gens. Il est devenu évident que nous
-ne pouvions plus utiliser <cite>compress</cite>, j'ai donc demandé à tout le
+ne pouvions plus utiliser <code>compress</code>, j'ai donc demandé à tout le
 monde de proposer d'autres algorithmes que nous pourrions utiliser pour
 compresser des fichiers.</p>
 
@@ -218,8 +218,8 @@ ou deux, ou trois, ou cinq.</p>
 
 <p>Toujours est-il que quelqu'un a fini par trouver un algorithme de
 compression encore meilleur, qui a servi pour le programme
-<cite>gzip</cite>, et tous ceux qui avaient besoin de compresser des
-fichiers sont passés à <cite>gzip</cite>. Ça pourrait ressembler à un happy
+<code>gzip</code>, et tous ceux qui avaient besoin de compresser des
+fichiers sont passés à <code>gzip</code>. Ça pourrait ressembler à un happy
 end, mais comme je vous l'expliquerai tout à l'heure, tout n'est pas si
 parfait.</p>
 
@@ -345,7 +345,7 @@ d'esquiver ce type de brevet.</p>
 algorithme. Prenez par exemple l'algorithme de compression de données
 LZW. Comme je vous l'ai dit, nous avons fini par trouver un meilleur
 algorithme de compression, et tous ceux qui veulent compresser des fichiers
-se sont mis à utiliser le programme <cite>gzip</cite> qui repose sur ce
+se sont mis à utiliser le programme <code>gzip</code> qui repose sur ce
 meilleur algorithme. Si vous voulez juste compresser un fichier et le
 décompresser plus tard, vous pouvez indiquer aux gens qu'ils doivent
 utiliser tel ou tel programme pour le décompresser ; au final vous pouvez
@@ -357,7 +357,7 @@ fait appel à des opérateurs de compression et de décompression LZW. Il
 serait inutile de faire appel à un autre algorithme, même plus efficace, car
 le format de données ne serait plus le même. Ces algorithmes ne sont pas
 interopérables. Si vous compressez avec l'algorithme utilisé dans
-<cite>gzip</cite>, vous ne pouvez pas décompresser avec LZW. En définitive,
+<code>gzip</code>, vous ne pouvez pas décompresser avec LZW. En définitive,
 quel que soit votre algorithme et quelle que soit son efficacité, si ce
 n'est pas LZW, vous ne pourrez pas implémenter PostScript conformément aux
 spécifications.</p>
@@ -378,7 +378,7 @@ sommes faufilés entre les deux brevets.</p>
 <p>Il y a aussi le format GIF, pour les images. Il fait également appel à
 l'algorithme LZW. Il n'a pas fallu longtemps pour que les gens élaborent un
 autre format de fichier, du nom de PNG, ce qui signifie « PNG N'est pas
-GIF ». Je crois qu'il utilise l'algorithme <cite>gzip</cite>. Et nous avons
+GIF ». Je crois qu'il utilise l'algorithme <code>gzip</code>. Et nous avons
 commencé à dire à tout le monde : « N'utilisez pas le format GIF, c'est
 dangereux. Passez à PNG. » Et les utilisateurs nous ont dit : « D'accord, on
 y pensera, mais pour l'instant les navigateurs ne l'implémentent pas. » Ce à
@@ -1405,8 +1405,8 @@ votre point.</dd>
 <dd>Je suis d'accord.</dd>
 
 <dt>SF :</dt>
-<dd>Très bien. Richard a ici des autocollants qui sont gratuits
-<cite>[free]</cite>, je crois.</dd>
+<dd>Très bien. Richard a ici des autocollants qui sont gratuits <i>[free]</i>,
+je crois.</dd>
 
 <dt>RMS :</dt>
 <dd>Gratis.<a id="TransNote1-rev" href="#TransNote1"><sup>1</sup></a> Et ceux-là
@@ -1419,7 +1419,7 @@ très constructif. Merci Richard.</dd>
 </dl>
 
 <hr />
-<blockquote id="fsfs"><p class="big">Cette conférence est publiée dans <a
+<blockquote id="fsfs"><p>Cette conférence est publiée dans <a
 href="http://shop.fsf.org/product/free-software-free-society/"><cite>Free
 Software, Free Society: The Selected Essays of Richard
 M. Stallman</cite></a> [en].</p></blockquote>
@@ -1428,11 +1428,11 @@ M. Stallman</cite></a> [en].</p></blockquote>
 
 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
 <hr /><b>Note de traduction</b><ol>
-<li id="TransNote1">Le mot anglais <cite>free</cite> peut signifier
-« libre » (comme dans « libre expression » ou « logiciel libre »), ou bien
-« gratuit ». Cela pose problème dans l'interprétation de <cite>free
-software</cite>, c'est pourquoi RMS utilise le mot <cite>gratis</cite> quand
-il s'agit de gratuité. <a href="#TransNote1-rev"
+<li id="TransNote1">Le mot anglais <i>free</i> peut signifier « libre »
+(comme dans « libre expression » ou « logiciel libre »), ou bien
+« gratuit ». Cela pose problème dans l'interprétation de <i>free
+software</i>, c'est pourquoi RMS utilise le mot <i>gratis</i> quand il
+s'agit de gratuité. <a href="#TransNote1-rev"
 class="nounderline">&#8593;</a></li>
 </ol></div>
 </div>
@@ -1508,7 +1508,7 @@ href="mailto:trad-gnu&#64;april.org">trad-gnu&#64;april.org</a></div>
 <p class="unprintable"><!-- timestamp start -->
 Dernière mise à jour :
 
-$Date: 2020/07/07 13:00:03 $
+$Date: 2020/12/06 17:00:46 $
 
 <!-- timestamp end -->
 </p>