• [^] # Re: Grillay...

    Posté par (site web personnel) . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 3.

    > En même temps, il s'agit ici d'un cas spécial vraiment rare.

    C'est si rare que ça de passer par autre chose que ton éditeur de texte pour regarder du code ? T'utilises jamais "less" ? Tu envoies jamais un patch par email ? J'ai donné a2ps et cat comme exemples (pour cat, en fait, c'est le xterm qui décide de la présentation des tabs), mais il y a des tonnes de cas où la tab, c'est 8 espaces, et à peu près impossible à changer.

    Si tu veux indenter à 2, met deux espaces, et ça passera partout. Si tu met des tabs, tu vas te retrouver avec une expansion x4 de ton indentation, et il y a de bonnes chances pour que tu te retrouves avec un truc illisible car il dépasse d'une fenêtre normalement dimensionnée.

    D'ailleurs, puisque c'est un truc qui n'arrive jamais, pourquoi avoir suggéré sed ?

    >> Car le mode "wrap" est souvent pénible à utiliser.
    > Pourquoi donc ?

    Là, tu me fais vraiment peur sur la lisibilité du code que tu écris.

    Tu ne vois vraiment pas pourquoi c'est plus lisible d'avoir du code bien aligné plutôt que d'avoir des lignes de 500 caractères découpées arbitrairement par ton éditeur de texte ?

    > ne devrait pas faire une ligne de plus de 80 caractères, "wrap" manuel ou pas.

    Tu ne nous a toujours pas expliqué comment tu comptais le nombre de caractères que prends une ligne, si tu considère que la tab peut faire autre chose que 8 caractères.


    Le problème avec les tabs, c'est pas tellement les tabs en soi, mais c'est les gens qui jouent avec la configuration de leur éditeur et qui du coup, indentent n'importe comment.