Le déplacement et la disparition des lignes de code; de la difficulté avec l'Éclipse de l'Éditeur XML
Parfois mon code se déplace sur son propre ou disparaît tout simplement dans l'Eclipse de l'éditeur XML.
Lorsque je mettre le code affecté, les lignes en surbrillance essayer de corriger eux-mêmes. Mais quand je scroll ou faites glisser la souris dans la direction opposée à celle du code des quarts de nouveau. En substance, je vais devoir le répéter, manquant, et cassé lignes de code affiché d'une autre erreur de fichiers gratuit. Les fichiers concernés ne compiler et si je ferme et ré-ouvrir ce problème s'en va, pour le moment. Toutes les idées sur ce qui se passe?
Plus:
Jeff Axelrod fourni un lien vers un nouveau rapport de bug avec Google.
- Sonne comme un problème graphique pour moi. Quel est ton OS et Eclipse version?
- Vista et Eclipse 3.7.2 j'ai regardé autour de l'Éclipse bug du site, mais pas de chance. Peut-être que je manque un descriptif mot-clé?
- Je vais avoir le même problème. Win7 Pro 32 bits et Eclipse 3.7.2 avec android 17.0.0... Même scénario que vous décrivez dans votre réponse. Ne peut pas trouver tous les rapports de bug non plus.
- Je suis aussi vécu cela, c'est me rend fou... Dans mon cas, l'utilisation de Windows XP avec eclipse indigo. Le problème se produit toujours, je l'interrupteur de mise en page graphique de l'éditeur xml
- Moi aussi, je soupçonne ce pourrait être un problème de carte graphique. Il y a un problème où Eclipse a refait questions dans l'explorateur de packages. Cependant, les symptômes sont différents.
- Android bug rapport déposé à l' ici.
Vous devez vous connecter pour publier un commentaire.
Ce bug est (enfin) fixée sur l'ADT 21. Le correctif est désormais disponible dans l'outil ADT 21 Extrait 9, posté il y a quelques minutes, ici: https://android-review.googlesource.com/#/c/44936/1
La raison pour laquelle vous obtenez bizarre artefacts visuels, c'est que si un fichier contient un DOS cassé les fins de ligne (plusieurs retours chariot sans un retour à la ligne pour chaque retour chariot), Eclipse devient très confus. C'est Eclipse question https://bugs.eclipse.org/bugs/show_bug.cgi?id=375421 .
Il y a deux parties à la correction:
(1) tout d'Abord, l'ADT a été fixée de telle sorte qu'elle n'est plus présente ces \r\r séquences dans le document. Cela permet de s'assurer que vous n'obtenez pas de nouveaux documents qui déclenche l'étrange comportement d'édition, mais il n'est pas rétroactive de fixer les vieux documents avec ces fins de ligne, donc si vous les ouvrez, vous obtenez toujours bizarre le comportement d'édition.
(2) Deuxièmement, il y a un nouveau peluches vérifier qui cherche cassé les fins de ligne dans les documents. Cela fonctionne de manière incrémentielle, donc, si vous modifiez un fichier XML qui a ce problème, ADT s'ajouter une erreur marqueur pour ce problème-avec un quickfix pour effectuer une intervention chirurgicale sur le document pour le fixer.
En bref:
Obtenez de l'ADT 21 Aperçu 9; exécuter les Peluches sur vos projets et votre look pour toutes les plaintes à propos des fichiers contenant cassé les fins de ligne, et s'il en trouve, appliquer le quickfix. À partir de maintenant, le modifier avec l'éditeur de disposition devrait conserver les fichiers régulièrement mises en forme.
Pour info, la solution pertinente est ici: https://android-review.googlesource.com/#/c/44936/
Instructions pour mettre à jour facilement des Outils du kit SDK et l'Eclipse plugin ADT êtes ici: http://tools.android.com/preview-channel
-- Tor
(à partir de l'Android outils de l'équipe)
Après quelques tests, j'ai trouvé que l'option "Automatiquement le format XML édité par la présentation visuelle de l'éditeur" (dans Préférences | Android | Éditeurs) pourrait être le coupable ici.
Avec mes tests, j'ai constaté que la modification d'une propriété (comme le layout_gravity), tandis que dans la Mise en page Graphique de conception de mode de bousiller l'affichage visuel du fichier quand je reviens à la XML (texte) mode lorsque cette option est activée, mais que je n'ai pas de problème quand il est éteint.
Si vous voulez format XML lors de votre retour à partir de la Mise en page Graphique de conception de mode, il suffit d'utiliser le raccourci Ctrl+Maj+F. Aussi, je ne vois pas de problème avec l'aide de l'option Format de "Enregistrer"; même quand je l'utilise dans la Mise en page Graphique mode, de sorte que vous pouvez utiliser Ctrl+S au lieu de cela alors que vous êtes encore dans la Mise en page Graphique mode à la fois d'économiser et de format XML.
J'ai essayé d'autres éditeurs, comme les options "Afficher l'indicateur de la gamme" ou "Utiliser des caractères de montrer les changements dans la règle verticale", mais je ne vois pas de différence dans le comportement d'activer ou de désactiver ces options.
Enfin, de corriger l'affichage visuel du fichier lorsqu'il est corrompu; j'ai trouvé qu'en utilisant le raccourci: Ctrl+Un, Ctrl+C, Ctrl+V est un peu plus facile que la fermeture/réouverture du fichier. C'est équivalent à faire un Tout Sélectionner, Copier, Coller; effectivement la copie d'un fichier XML sur lui-même.
Encore l'expérience de ce bug sur Juno Eclipse 4.2.0, ADT r20).
Mon fix:
Aller à la Fenêtre -> Préférences -> Android -> les Éditeurs.
J'ai à la fois "Format XML à l'aide de la norme Android XML..." et "Utiliser Eclipse paramètres d'indentation...." cochée. Cela a résolu le problème pour moi.
>
) et autonome-balise de fermeture de parenthèse (/>
) pour déterminer si précéder par un espace (l'option est limitée à deux ou aucun des deux). Semble comme une question triviale, mais pour une raison que je trouve très irritant.EDIT:
contenir méthode la plus rapide, de sorte qu'il a été porter haut de page:
Ctrl+F -> remplir comme:
Original est ici:
Il suffit de ne pas masquer la question, si vous pouvez le fixer. Quelques fois même à la fermeture du fichier XML n'a pas aidé.
Pour fixer regardons la raison de cela. Tout d'abord Activer "Afficher les Caractères Espace" (Fenêtre > Préférences > Général > Rédaction > les Éditeurs de Texte > Afficher les caractères espace )
Puis retour à votre fichier XML.
À l'échelle de l'image vous pouvez voir la différence de "\n"-symbole de couleurs;
puis il suffit de mettre le curseur à ce symbole, qui est plus sombre.
look, deux lignes a été sélectionné 0o... c'est peut-être la raison!
donc simplement la supprimer, et appuyez sur "Entrée" ou "Retour" bouton pour ajouter "\n" symbole de.
Espérons que cela vous aidera.
aussi vous pouvez trouver l'autre symbole de la fin:
Simplement la supprimer et votre code XML ont un super look!
P. S. désolé pour les liens hypertexte, je suis débutant et DONC je ne peux pas télécharger l'image ou plus de 2 liens. alors espérons que vous obtenez le point, sans d'autres photos 😉
P. P. S. Merci à guy qui voter, maintenant, je peux fournir ce avec des images.
J'ai eu le même problème et a finalement trouvé la solution: clic Droit dans l'éditeur, sélectionnez
Source/Cleanup Document
.J'ai eu le même problème. Les étapes suivantes ont été la solution. Lien de proposer son travaillé pour les autres.
Avis il y a 2 liaisons pour chacune des 3 commandes
À ce stade, vous devriez avoir seulement 2 raccourcis pour effectuer des copier/coller (c'est à dire, ctrl+c/ctrl+v)
Cette solution a été trouvé ici.
Lorsque ce bug apparaît avec de nouvelles versions de l'outil ADT (qui sont obligatoires pour la fixation et où le bug apparaît pas souvent) juste utiliser les Peluches outil pour le fixer..
Trouver dans les Peluches mises en garde et cliquez sur ampoule jaune icône en haut à droite de la Charpie avertissements liste..
Espère que ça aidera quelqu'un