• [^] # Re: 2 idées

    Posté par . En réponse à la dépêche Critères de personnalité d'un code. Évalué à 2.

    On a causé C et python, mais moi je fais du scheme, et j'ai jamais trouvé que les éditeurs classique permettaient de l'indenter correctement. Le truc, c'est que la notation est préfixe fonction et que le paradigme fonctionnel fait qu'on imbrique beaucoup. Du coup, on à tendance à mettre les opérandes un peu longs en colonne, avec le premier qui est derrière le nom de la fonction: 
    ...
 (and (blabla truc muche)
 (or (bidule chose fmuh)
 (sbrong glop (gluglu (plopplop 1)
 (coincoin 2)
 (panpan 3)))
...
    Le problème, c'est que c'est faisable que dans des éditeurs vraiment prévu pour ça, ou alors à la main avec plein d'espaces (pas question de tabs de longueurs fixe ici, on perdrait les colonnes vu que la largeur de l'indentation dépend de la ligne au dessus). On pourrait, pour utiliser une indentation plus systématique à la C, passer partout à la ligne, mais c'est vite vraiment trop long, et moins lisible... Alors du coup, soit l'éditeur doit tout sauver avec des espaces (c'est généralement le cas), soit il doit sauver sans indentation mais en sachant qu'il y a, quand il ouvre un fichier, un décalage au début de chaque ligne qui est à déterminer par rapport à celles du dessus. Là mon vim, il gère pas ça...