Déplacement et disparition des lignes de code; problème avec l’éditeur XML d’Eclipse

Ce bogue est (enfin) corrigé dans ADT 21. Le correctif est maintenant disponible dans ADT 21 Preview 9, publié il y a quelques minutes, ici: https://android-review.googlesource.com/#/c/44936/1

La raison pour laquelle vous obtenez des artefacts visuels étranges est que si un fichier contient des fins de ligne DOS cassées (plusieurs retours chariot sans nouvelle ligne pour chaque retour chariot), Eclipse est très confus. C’est le problème Eclipse https://bugs.eclipse.org/bugs/show_bug.cgi?id=375421 .

Le correctif comporte deux parties: (1) Premièrement, l’ADT a été corrigé de telle sorte qu’il n’introduit plus ces séquences dans le document. Cela garantit que vous n’obtenez pas de nouveaux documents qui déclenchent le comportement d’édition étrange, mais il ne corrige pas rétroactivement les anciens documents avec ces fins de ligne, donc si vous les ouvrez, vous obtenez toujours un comportement d’édition étrange.

(2) Deuxièmement, il y a un nouveau contrôle des peluches qui recherche les fins de ligne brisées dans les documents. Cela s’exécute de manière incrémentielle, donc si vous modifiez un fichier XML qui présente ce problème, ADT appenda un marqueur d’erreur pour ce problème, ainsi qu’un correctif permettant d’effectuer une intervention chirurgicale sur le document pour le résoudre.

En bref: Get ADT 21 Preview 9; exécutez Lint sur vos projets et recherchez les plaintes concernant les fichiers contenant des fins de ligne brisées, et, le cas échéant, appliquez le correctif. Désormais, les modifications ultérieures apscopes par l’éditeur de mise en page doivent permettre de conserver les fichiers de manière cohérente.

Pour info, le correctif pertinent est ici: https://android-review.googlesource.com/#/c/44936/

Les instructions pour mettre à jour facilement les outils SDK et le plug-in Eclipse ADT sont ici: http://tools.android.com/preview-channel

– Tor (de l’équipe des outils Android)

Après quelques tests, j’ai trouvé que l’option “Formater automatiquement le XML édité par l’éditeur de mise en page visuelle” (dans Préférences | Android | Editeurs) pourrait être le coupable ici.

Avec mes tests, j’ai constaté que modifier une propriété (telle que layout_gravity) en mode de conception graphique gâche toujours l’affichage visuel du fichier lorsque je retourne au mode XML (texte) lorsque cette option est activée, mais que que je n’ai aucun problème quand c’est éteint.

Si vous souhaitez formater le XML à votre retour depuis le mode de conception Graphical Layout, utilisez simplement le raccourci Ctrl + Shift + F. De plus, je n’ai vu aucun problème avec l’option “Format on Save”; même lorsque je l’utilise en mode graphique; Vous pouvez donc utiliser Ctrl + S à la place lorsque vous êtes toujours en mode graphique pour enregistrer et formater votre XML.

J’ai essayé d’autres options d’éditeur telles que “Afficher l’indicateur d’intervalle” ou “Utiliser des caractères pour afficher les changements dans la règle verticale”, mais je n’ai vu aucune différence de comportement avec l’activation ou la désactivation de ces options.

Enfin, pour corriger l’affichage visuel du fichier lorsqu’il est corrompu; J’ai trouvé que l’utilisation du raccourci: Ctrl + A , Ctrl + C , Ctrl + V est un peu plus facile que de fermer / rouvrir le fichier. Cela équivaut à faire tout sélectionner, copier, coller; copier efficacement l’ensemble du fichier XML sur lui-même.

Toujours en train de rencontrer ce bogue sur Juno (Eclipse 4.2.0, ADT r20).

Mon correctif: Allez dans Fenêtre -> Préférences -> Android -> Editeurs. J’ai à la fois “Format XML en utilisant le standard Android XML …” et “Utiliser les parameters Eclipse pour l’indentation ….” vérifié. Cela a résolu le problème pour moi.

EDIT: contient une méthode plus rapide, donc elle a été mise à jour:

Ctrl + F -> remplir comme ça:

1. “Rechercher” “\ r \ r \ n”
2. “Remplacer” “\ r \ n”
3. Basculer “Expression régulière” sur ON
4. cliquez sur le bouton “Remplacer tout”
5. Ctrl + A
6. désélectionner le texte.
7. être heureux =)

L’original était ici: ne cachez pas ce problème, si vous pouvez le réparer. Quelques fois, même la fermeture du fichier XML n’a pas aidé.

Pour le réparer, regardons la raison. Activez tout d’abord “Afficher les caractères d’espacement” ( Fenêtre> Préférences> Général> Editeurs> Éditeurs de texte> Afficher les caractères d’espacement )

Puis revenez à votre fichier XML.

Dans l’image mise à l’échelle, vous pouvez voir la différence de couleurs de symboles “\ n”;

puis placez simplement le curseur sur ce symbole, qui est plus sombre.

regarde, deux lignes ont été sélectionnées 0o … c’est peut-être la raison!

il suffit donc de le supprimer, et appuyez sur le bouton “Entrée” ou “Retour” pour append “\ n” symbole.
J’espère que cela vous aidera.

Vous pouvez également trouver l’autre symbole de la fin:

Supprimez-le simplement, et votre XML aura un super look!

PS désolé pour les liens hypertexte, je suis novice et sur SO je ne peux pas télécharger l’image ou plus de 2 liens. alors j’espère que vous aurez le point sans photos supplémentaires;)

PPS Thx à gars qui votent, maintenant je peux fournir cela avec des images.

J’ai eu la même difficulté et j’ai finalement trouvé la solution: Cliquez avec le bouton droit de la souris dans l’éditeur, sélectionnez Source/Cleanup Document .

J’ai eu le même problème. Les étapes suivantes ont été la solution. Link propose son travail pour les autres.

1. Allez dans Préférences -> touches
2. Dégrouper, coller et couper (appuyez sur “appliquer”, puis “ok”)
3. répétez l’étape 1
4. Restaurez les commandes non liées à partir de l’étape 2 (je n’ai pas restauré les coupures, mais je suis sûr que ça ira)

Notez qu’il y a 2 liaisons pour chacune des 3 commandes

5. Déconnecter la fonction secondaire pour copier et coller (laisser ctl + c / ctl + v [copier / coller] lié)

A ce stade, vous ne devriez avoir que 2 liaisons définies pour effectuer un copier / coller (ctl + c / ctl + v)

6. Hit appliquer -> OK

Cette solution a été trouvée ici .

Lorsque ce bogue apparaît avec les nouvelles versions d’ADT (qui sont obligatoires pour corriger et où le bogue ne doit pas apparaître souvent), utilisez simplement l’outil Lint pour le corriger.

Trouvez-le dans les avertissements de charpie et cliquez sur l’icône d’ ampoule jaune dans le coin supérieur droit de cette liste d’avertissements de charpie.

J’espère que ça aidera quelqu’un