diff --git a/lang/fr/docs/coding.html b/lang/fr/docs/coding.html index 58338da2457..fc62b999ea7 100755 --- a/lang/fr/docs/coding.html +++ b/lang/fr/docs/coding.html @@ -19,29 +19,29 @@
  • Tous les fichiers contenant du code doivent avoir l'extension .php.
    • -
  • Tous les fichiers modèles doivent avoir l'extension .html.
    • +
  • Tous les fichiers modèles (« themes ») doivent avoir l'extension .html.
    • -
  • Tous les fichiers textes doivent être ne format texte Unix (la plupart des éditeurs de texte permettent cela).
    • +
  • Tous les fichiers en format texte doivent être en format Unix (la plupart des éditeurs de texte permettent de convertir les caractères de fin de ligne).
    • -
  • Toutes les balises php doivent être en forme complète, par exemple et non en forme abrégée comme .
    • +
  • Toutes les balises php doivent être en forme complète, comme ceci <?php ... ?>, et non en forme abrégée comme ceci <?php ... ?>.
    • -
  • Toutes les indications de copyright doivent être conservée. Vous pouvez ajouter les vôtres au besoin.
    • +
  • Toutes les indications de copyright doivent être conservées. Vous pouvez ajouter les vôtres au besoin.
    • -
  • Tous les fichiers doivent inclure le fichier config.php principal.
    • +
  • Tous les fichiers doivent comporter une commande d'inclusion du fichier config.php principal.
    • -
  • Tous les fichiers doivent vérifier que l'utilisateur est correctement authentifié, à l'aide de require_login() et d'une des fonctions isadmin(), isteacher(), iscreator() ou isstudent().
    • +
  • Tous les fichiers doivent vérifier que l'utilisateur est correctement authentifié, à l'aide de require_login() et d'une des fonctions isadmin(), isteacher(), iscreator() et isstudent().
  • Tous les accès aux bases de données doivent autant que possible utiliser les fonctions définies dans lib/datalib.php. Ceci permet la compatibilité avec un grand nombre de marques de bases de données. Il est possible de faire presque tout avec ces fonctions. Si vous devez écrire du code SQL, assurez-vous qu'il soit : multi-plateforme, restreint à des fonctions spécifiques de votre code (habituellement placés dans un fichier lib.php) et clairement marqué.
    • -
  • Ne créez et n'utilisez aucune variable locale, sauf les variables standard $CFG, $SESSION, $THEME et $USER.
    • +
  • Ne créez et n'utilisez aucune variable globale, sauf les variables standard $CFG, $SESSION, $THEME et $USER.
  • Toutes les variables doivent être initialisées ou au moins leur existence doit être testée avec isset() ou empty() avant leur utilisation.
    • -
  • Toutes les chaînes de caractères doivent être traduisibles. Créez les nouvelles chaînes dans les fichiers du dossier « lang/en », donnez-leur des noms en minuscules, brefs, en anglais, et utilisez-les dans votre code par l'intermédiaire des fonctions get_string() ou print_string().
    • +
  • Toutes les chaînes de caractères doivent être traduisibles. Créez les nouvelles chaînes dans les fichiers du dossier « lang/en », donnez-leur des noms en minuscules, courts, en anglais, et utilisez-les dans votre code par l'intermédiaire des fonctions get_string() ou print_string().
    • -
  • Tous les fichiers d'aide doivent être traductibles. Créez-les dans le dossier « lang/en/help » et appelez-les avec la fonction helpbutton().
    • +
  • Tous les fichiers d'aide doivent être traduisibles. Créez-les dans le dossier « lang/en/help » et appelez-les avec la fonction helpbutton().
    • -
  • Les magic_quotes sont automatiquement appliquées aux données en provenance du navigateur (envoyées via GET or POST), indépendamment des réglages de PHP. Il est donc sûr de les insérer directement dans la base de données. Toutes les autres données brutes (en provenance de fichiers ou de bases de données) doivent être encodées avec addslashes() avant de les insérer dans la base de données.
    • +
  • Les magic_quotes sont automatiquement appliquées aux données en provenance du navigateur (envoyées via GET ou POST), indépendamment des réglages de PHP. Il est donc sûr de les insérer directement dans la base de données. Toutes les autres données brutes (en provenance de fichiers ou de bases de données) doivent être encodées avec addslashes() avant de les insérer dans la base de données.
    • @@ -49,13 +49,13 @@

    Style du code

    -

    Je suis conscient qu'il est ennuyeux de changer votre style si vous avez d'autres habitudes, mais comparez cet embêtement avec les gros ennuis qu'ont ultérieurement les personnes qui essaient de comprendre un code composé avec des styles différents. Bien sûr il y a des avantages et des inconvénients à n'importe quel style, mais le style de Moodle existe, alors tenez-vous y, s'il vous plaît.

    +

    Je suis conscient qu'il est ennuyeux de changer votre style si vous avez d'autres habitudes, mais comparez cet embêtement avec les gros ennuis qu'ont ultérieurement les personnes qui essaient de comprendre un code composé dans des styles différents. Bien sûr il y a des avantages et des inconvénients à chaque style, mais le style de Moodle existe, alors tenez-vous y, s'il vous plaît.

    1. L'indentation doit être de 4 espaces. N'utiliser pas DU TOUT de tabulations.
      2. -
    2. Les noms des variables doivent toujours être des mots anglais faciles à lire, ayant une signification claire et en minuscules. Si vous avez vraiment besoin de plusieurs mots, concaténez-les, mais gardez-les aussi courts que possible. Utilisez des noms au pluriel pour les tableaux d'objets. +
    3. Les noms des variables doivent toujours être des mots anglais en minuscules, faciles à lire et ayant une signification claire. Si vous avez vraiment besoin de plusieurs mots, concaténez-les, mais gardez-les aussi courts que possible. Utilisez des noms au pluriel pour les tableaux d'objets.

      BON : $quiz
      BON : $errorstring
      BON : $assignments (pour un tableau d'objets)
      @@ -68,7 +68,7 @@

    4. Les noms des constantes doivent toujours être en majuscules, et toujours commencer par le nom du module. Les mots qui les constituent doivent être séparés par des caractères « souligné » (underscore).

      define("FORUM_MODE_FLATOLDEST", 1);

      5. -
    5. Les noms des fonctions doivent être de simples mots anglais en minsucules, et commencer avec le nom du module pour éviter les conflits entre modules. Les mots qui les constituent doivent être séparés par des caractères « souligné » (underscore). Les paramètres doivent avoir si possible une valeur par défaut sensée. On ne place pas d'espace entre le nom de la fonction et la suite (parenthèses) +
    6. Les noms des fonctions doivent être de simples mots anglais en minuscules, et commencer par le nom du module, pour éviter les conflits entre modules. Les mots qui les constituent doivent être séparés par des caractères « souligné » (underscore). Les paramètres doivent avoir si possible une valeur par défaut sensée. On ne place pas d'espace entre le nom de la fonction et la suite (parenthèses)

      function forum_set_display_mode($mode=0) {
          global       $USER, @@ -163,25 +163,31 @@

        -
      1. Toutes les tables doit avoir un champ id (INT10) à incrémentation automatique pour index principal.
        2. +
      2. Toutes les tables doivent avoir un champ id (INT10) à incrémentation automatique pour index principal.
      3. La table principale contenant les instances de chaque module doit avoir le même nom que le module (par exemple bidule) et doit contenir au moins les champs suivants : +
          -
        • id - voir description ci-dessus
          • -
        • course - l'identifiant du cours auquel appartient chaque instance
          • -
        • name - le nom complet de chaque instance du module
          • + +
        • id : voir description ci-dessus
          • + +
        • course : l'identifiant du cours auquel appartient chaque instance
          • + +
        • name : le nom complet de chaque instance du module
          • +
        -
        4. -
      4. Les autres tables associées à un module et contenant des informations sur des « choses » doivent être appelées bidule_choses (remarquez le pluriel).
        5. + -
      5. Les noms de colonnes doivent être simples et brefs, suivant les mêmes règles que les noms des variables.
        6. +
      6. Les autres tables associées à un module et contenant des informations sur des « machins » doivent être appelées bidule_machins (remarquez le pluriel).
        7. -
      7. Si possible, les colonnes faisant référence au champ id d'une autre table (par exemple bidule) doivent être appelées widgetid. (Remarquez que cette convention est nouvelle, et n'a pas été suivie dans certaines tables plus anciennes.)
        8. +
      8. Les noms de colonnes doivent être simples et courts, suivant les mêmes règles que les noms des variables.
        9. + +
      9. Si possible, les colonnes faisant référence au champ id d'une autre table (par exemple bidule) doivent être appelées biduleid. Cette convention est nouvelle, et n'a pas été suivie dans certaines tables plus anciennes.
      10. Les champs booléens doivent être implémentés comme des entiers petits (par exemple INT4) contenant 0 ou 1, afin de permettre une éventuelle extension des valeurs si nécessaire.
        11. -
      11. La plupart des tables doivent avoir une champ timemodified (INT10) qui soit mis à jour avec la date et l'heure obtenue avec la fonction PHP time().
        12. +
      12. La plupart des tables doivent avoir un champ timemodified (INT10) qui soit mis à jour avec la date et l'heure obtenue avec la fonction PHP time().