diff --git a/app_radicale.md b/app_radicale.md
index 4511401e..06856548 100644
--- a/app_radicale.md
+++ b/app_radicale.md
@@ -51,12 +51,12 @@ Each rule is in this form:
 user: user concerned
 collection: calendar, book or collection concerned.
 permission: permission, r (read), w (write) or rw (read/write)
-```bash
+```
 *Rights* file contains several examples that can be exploited.  
 To validate changes to the */etc/radicale/rights* file, radical must be recharged via uwsgi service.
 ```bash
 sudo service uwsgi restart
-```bash
+```
 
 ## Share resources:
 To share a calendar or address book, just write a rule permitting. Sharing can be done with another user.
@@ -64,13 +64,13 @@ To share a calendar or address book, just write a rule permitting. Sharing can b
 user: ^user1$
 collection: ^user2/shared2.ics$
 permission: rw
-```bash
+```
 Or publicly for a remote user does not use the same server.
 ```bash
 user: .*
 collection: ^user2/shared2.ics$
 permission: r
-```bash
+```
 In both cases, the sharing works only using the full address of the calendar or collection. In other words, the shares do not appear in the collection of a user.  
 This limitation may be blocking for clients managing a single collection, as InfCloud. In this particular case, a solution overcomes this problem.
 
@@ -81,7 +81,7 @@ To enable sharing to occur directly in the collection of a user, it must exploit
 By simply creating a symbolic link to the resource sharing.
 ```bash
 ln -sr user2/shared.ics user1/user2_shared.ics
-```bash
+```
 The shared resource becomes a resource from the collection of user1, while it physically remains in the collection of user2.  
 However, without recourse to the rules for each resource in the collection of user1, the general rule applies. user1 gets so read and write access by default on the shared resource because it is part of his collection.
 
@@ -100,4 +100,4 @@ The configuration of InfCloud is in the *infcloud/config.js* file
 To load any changes in the *config.js* file (or other file of InfCloud) must reload the cache with the script provided.
 ```bash
 sudo ./cache_update.sh
-```bash
+```
diff --git a/app_radicale_fr.md b/app_radicale_fr.md
index 17e9417c..6c3fc34a 100644
--- a/app_radicale_fr.md
+++ b/app_radicale_fr.md
@@ -51,12 +51,12 @@ Chaque règle se présente sous cette forme:
 user: utilisateur concerné
 collection: calendrier, carnet ou collection concernée.
 permission: permission, r (lecture), w (écriture) ou rw (lecture/écriture)
-```bash
+```
 Le fichier *rights* contient plusieurs exemples pouvant être exploités.
 Pour valider les modifications apportées au fichier */etc/radicale/rights*, radicale doit être rechargé via le service uwsgi.
 ```bash
 sudo service uwsgi restart
-```bash
+```
 
 ## Partager des ressources:
 Pour partager un calendrier ou un carnet d'adresses, il suffit d'écrire une règle le permettant. Le partage peut se faire avec un autre utilisateur.
@@ -64,13 +64,13 @@ Pour partager un calendrier ou un carnet d'adresses, il suffit d'écrire une rè
 user: ^user1$
 collection: ^user2/shared2.ics$
 permission: rw
-```bash
+```
 Ou publiquement pour un utilisateur distant n'utilisant pas le même serveur.
 ```bash
 user: .*
 collection: ^user2/shared2$
 permission: r
-```bash
+```
 Dans les 2 cas, le partage ne fonctionnera qu'en utilisant l'adresse complète du calendrier ou de la collection. Autrement dit, les partages n'apparaissent pas dans la collection d'un utilisateur.  
 Cette limitation peut s'avérer bloquante pour des clients gérant une seule collection, tel que InfCloud. Pour ce cas particulier, une solution permet de contourner ce problème.
 
@@ -81,7 +81,7 @@ Pour permettre à un partage d'apparaître directement dans la collection d'un u
 En créant simplement un lien symbolique de la ressource à partager.
 ```bash
 ln -sr user2/shared.ics user1/user2_shared.ics
-```bash
+```
 La ressource partagée devient ainsi une ressource de la collection de user1, alors qu'elle reste physiquement dans la collection de user2.  
 En revanche, sans avoir recours à des règles pour chaque ressource de la collection de user1, la règle générale s'applique. user1 obtient donc le droit de lecture ET d'écriture par défaut sur la ressource partagé car elle fait partie de sa collection.
 
@@ -100,4 +100,4 @@ La configuration de InfCloud se trouve dans le fichier *infcloud/config.js*
 Pour prendre en compte une modification dans le fichier *config.js* (ou tout autre fichier de InfCloud) il faut recharger le cache avec le script fourni.
 ```bash
 sudo ./cache_update.sh
-```bash
+```