[or-cvs] r8875: Fix one instance of that oe character in contact.wml: replac (website/trunk/fr)

[weasel at seul.org]

Author: weasel
Date: 2006-10-30 17:57:37 -0500 (Mon, 30 Oct 2006)
New Revision: 8875

Modified:
   website/trunk/fr/volunteer.wml
Log:
Fix one instance of that oe character in contact.wml: replace it with œ.  If 8118 agrees we probably should move french to UTF-8

Modified: website/trunk/fr/volunteer.wml
===================================================================
--- website/trunk/fr/volunteer.wml	2006-10-30 22:51:45 UTC (rev 8874)
+++ website/trunk/fr/volunteer.wml	2006-10-30 22:57:37 UTC (rev 8875)
@@ -118,7 +118,7 @@
 <li>Dans quelle mesure est-ce difficile de modifier bind ou un proxy DNS pour rediriger les requêtes à Tor via notre <a href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#CompatibleApplications">extension de socks : tor-resolve</a>? Sous BSD, docks en est déjà capable. Que pensez-vous de l'idée de convertir les requêtes UDP DNS en requêtes TCP et de les envoyer à travers Tor ?</li>
 <li>Tor utilise TCP pour le transport et TLS pour le chiffrage des liens. C'est simple et efficace, mais cela implique que toutes les unités (cellules) d'un lien sont mises en attente lorsqu'un seul paquet est perdu, et cela signifie que seuls des flux TCP peuvent être raisonnablement supportés. Nous avons dressé une <a
 href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#TransportIPnotTCP"> liste de raisons pour lesquelles nous n'avons pas bifurqué vers le transport par UDP</a>, mais ce serait bien de voir cette liste se raccourcir. Nous avons aussi proposé <a href="<svnsandbox>tor/doc/tor-spec-udp.txt">une spécification pour Tor et UDP</a> &mdash; lisez-la et faites-nous part de vos remarques et critiques, s'il-vous-plaît.</li>
-<li>Nous ne sommes plus très loin d'avoir le support pour IPV6 entre les serveurs de sorties et les adresses finales. Si IPV6 vous tient à cœur, partir de là est sans doute un premier pas.</li>
+<li>Nous ne sommes plus très loin d'avoir le support pour IPV6 entre les serveurs de sorties et les adresses finales. Si IPV6 vous tient à c&oelig;ur, partir de là est sans doute un premier pas.</li>
 </ol>
 
 <a id="Research"></a>