[^]Re: Eclipse 3.0 M7

[^]Re: Eclipse 3.0 M7

• [^]Re: Eclipse 3.0 M7

  Posté par Jean-Marc Spaggiari (page perso, ) le 16/02/2004 à 22:22. (lien). Évalué à 1.

  Tout juste. C'est expliqué sur le site des eclipse et dans bugzilla. Le pb vient du JDK. Il faut un >(strictement) 1.4.0

[^]Re: Eclipse 3.0 M7

• [^]Re: Eclipse 3.0 M7

  Posté par benja () le 15/02/2004 à 09:35. (lien). Évalué à 1.

  pas du tout efface ;-)
  L'usage du caractère tabulation à pour but justement de définir le niveau d'indentation d'une manière on ne peut plus simple. Si après du décide avec ton éditeur de l'_afficher_ par un nombre définit d'espace, c'est tant mieux pour toi mais le niveau d'indentation devrait toujours être codé avec le caractère tab.
  Si tous les éditeurs avaient été capable de faire cela, on n'en serait pas là aujourd'hui à se faire chier avec tous ces gens qui utilisent un nombre différent d'espace pour indenter.
  
  pour répondre à thranduil, je vois pas comment quelque chose de configurable peut te poser un problème.

  • [^]Re: Eclipse 3.0 M7

    Posté par Nicolas ANTONIAZZI (page perso, ) le 15/02/2004 à 09:51. (lien). Évalué à 1.

    En théorie c'est très beau, mais dans la pratique, je n'ai encore jamais rencontré de code indenté de haut en bas avec les bonnes tabulations. Parfois il y a des tabulations et parfois des espaces et la c'est vraiment moche... Parce que tu es alors obligé de reprendre le meme nombre d'espace par tabulation du mec qui a écrit le code si tu veux pouvoir y comprendre quelque chose... Et quand il arrive que ce soit 4 ou 8 espaces, je pete un plomb.
    
    Donc moi j'ai décidé de tout mettre a 2 espaces, comme ca il n'y a plus de mélange possible espace/tabulations... Et le code ne prend pas trop de place.

  • [^]Re: Eclipse 3.0 M7

    Posté par thranduil (page perso, ) le 15/02/2004 à 10:49. (lien). Évalué à 1.

    Ca ne pose pas de problème quand une seule personne code.
    Par, voici un cas que j'ai rencontré au boulot.
    Sur du code C d'un projet Unix, je m'étonnais de voir le code en dent de scie. Bien sûr, tout le monde sur le projet certifie qu'il respecte l'indentation du code. Et puis je finis par repérer un (et non pas le) coupable : un type qui code avec ultraedit en ftp (avec netdrive, une vraie cata). Et lui a décidé de représenter une tabulation par 2 espaces, parceque c'est plus lisible sur son écran.
    Sauf que quand il reprend du code écrit sous vi avec de l'indentation automatique (donc des tabulations), on se retrouve avec un affreux mélange. A la prochaine édition sous vi, rien ne va plus.
    Alors effectivement, l'idéal serait d'interdire les tabulations, et de définir des normes de codage pour que tout le monde indente avec le même nombre d'espaces, mais :
    - les gens n'aiment pas changer leurs habitudes, ils indentent toujours de la même façon (pire encore, le placement des accolades, c'est la guerre)
    - Sous vi (le vrai, dispo sous cette chiotte de HPUX par exemple), l'indentation automatique n'existe qu'avec des tabulations. Alors, oui, il y a emacs, mais on ne va pas nourrir le troll.
    
    Je ne vois pas de solutions.
    Ah, j'ai failli oublier, nous sommes dans un contexte de SSII, avec des motivations alimentaires.

    • [^]Re: Eclipse 3.0 M7

      Posté par jde () le 15/02/2004 à 16:19. (lien). Évalué à 1.

      Une solution pourrait être d'imposer l'utilisation d'un outil de mise en forme du code (avec le même paramètrage pour tout le monde évidemment) avant un "check in" dans le gestionnaire de versions.
      Un truc comme jalopy pour ceux qui codent en java par exemple.
      Comme ça chacun utilise son éditeur favori et malgré tout le code aura toujours une gueule homogène dans CVS (ou subversion ou ce que vous utilisez).
      
      Malgré tout c'est peut être un peu lourd comme procédure :-)
      Tiens d'ailleurs c'est une idée ! existe-t-il un moyen d'appeler systématiquement un outil de remise en forme du code lors d'un "check in" dans un outil de gestion de version ?

      • [^]Re: Eclipse 3.0 M7

        Posté par thranduil (page perso, ) le 15/02/2004 à 17:56. (lien). Évalué à 1.

        y'a moyen de faire ça avec CVS dans un fichier du genre commitinfo, mais ça peut être lourd. Et j'aime pas trop l'idée du fichier commité différent de ce que le type a tappé. Un outil comme indent est très utile, notamment quand on fait une reprise de code, mais sans contrôle du developpeur, c'est free style.

[^]Re: Eclipse 3.0 M7