Перемещение и исчезновение строк кода; проблема с редактором XML Eclipse

Question

Перемещение и исчезновение строк кода; проблема с редактором XML Eclipse

98

Иногда мой код движется сам по себе или просто исчезает в редакторе XML Eclipse.

Когда я выделяю затронутый код, выделенные строки пытаются исправить себя. Но когда я прокручиваю или перетаскиваю мышь в противоположном направлении, код сдвигается снова. По сути, у меня будут повторяющиеся, отсутствующие и сломанные строки кода, отображаемые из файла без ошибок. Затрагиваемые файлы компилируются, и если я закрываю/открываю их, проблема на данный момент исчезает. Любые идеи о том, что происходит?

Дополнение: Джефф Аксельрод предоставил ссылку на новый отчет об ошибке с Google.

Sam 05 апр. 2012, в 13:45

Источник

0

Звучит как проблема с графикой для меня. Какая у вас версия ОС и Eclipse?
s.d 05 апр. 2012, в 16:10
0

Vista и Eclipse 3.7.2 Я осмотрел сайт с ошибкой Eclipse, но не повезло. Может быть, мне не хватает описательного ключевого слова?
Sam 05 апр. 2012, в 16:20
2

У меня та же проблема. Win7 Pro 32-bit и Eclipse 3.7.2 с android 17.0.0 ... Тот же сценарий, который вы описали в своем ответе. Также не могу найти никаких сообщений об ошибках.
Pat 18 апр. 2012, в 02:40
0

Я также испытываю это, это сводит меня с ума ... В моем случае, использование Windows XP с затмением индиго. Проблема возникает всегда, я переключаюсь с графического макета на редактор XML
mdelolmo 31 июль 2012, в 08:15
0

Я тоже подозревал, что это может быть проблема с видеокартой. Существует известная проблема, при которой в Eclipse возникают проблемы с перерисовкой в проводнике пакетов. Однако симптомы совсем другие.
Jeff Axelrod 30 авг. 2012, в 17:21
1

Отчет об ошибке Android подан здесь .
Jeff Axelrod 30 авг. 2012, в 17:23

Показать ещё 4 комментария

Теги:

android

xml

eclipse

7 ответов

33

После некоторых тестов я обнаружил, что здесь может быть виновен вариант "Автоматически форматировать XML, отредактированный редактором визуальных макетов" (в разделе "Настройки | Android | Редакторы" ).

В моих тестах я обнаружил, что изменение свойства (например, layout_gravity) в режиме графического макета всегда заворачивает визуальное отображение файла, когда я возвращаюсь в режим XML (текст), когда эта опция ON, но у меня нет проблем, когда он выключен.

Если вы хотите отформатировать XML при возврате из режима графического макета, просто используйте ярлык Ctrl + Shift + F. Кроме того, я не видел никаких проблем с использованием опции "Формат при сохранении"; даже когда я использую его в режиме графической компоновки; поэтому вы можете использовать Ctrl + S, пока вы все еще находитесь в режиме графического макета, чтобы сохранять и форматировать свой XML.

Я пробовал другие варианты редакторов, такие как "Показать индикатор диапазона" или "Использовать символы для отображения изменений в вертикальной линейке", но я не видел различий в поведении при активации или дезактивации этих параметров.

Наконец, чтобы исправить визуальное отображение файла, когда он поврежден; Я обнаружил, что использование ярлыка: Ctrl + A, Ctrl + C, Ctrl + V немного легче, чем закрытие/повторное открытие файла. Это эквивалентно выбору Select All, Copy, Paste; эффективно копируя весь XML файл по себе.

SylvainL 08 июнь 2012, в 11:46

4

При использовании ADT версии 20120624 ... и Indigo Service Release 2 и SDK Tools Rev. 20, а также если "Автоматически форматировать XML ..." неактивно, строки все еще исчезают и превращаются в другие строки.
Brian 17 июль 2012, в 19:12
1

Попробуй с Юноной. В настоящее время я больше не могу воспроизвести эту ошибку с помощью Juno. Однако в Juno есть и другие ошибки. Например, однажды с двумя открытыми файлами XML ключ удаления действовал не на тот файл: попытка удалить один символ в одном файле вместо этого означала удаление символа в другом файле. Однако клавиша Backspace была в порядке. Мне также придется изменить конфигурацию eclipse.ini по умолчанию, потому что время от времени я получаю сообщение об ошибке об отсутствии места в куче при попытке запустить EXE на эмуляторе. Вы проверили 32-битную и 64-битную версии?
SylvainL 19 июль 2012, в 18:00
0

Я считаю, что я использовал только 32-битную версию.
Brian 23 июль 2012, в 15:26
0

Это лучший ответ на сегодняшний день, поскольку он уменьшает частоту возникновения этой ошибки, но не устраняет ее, поэтому вопрос остается открытым.
Sam 12 сен. 2012, в 20:40
1

У меня все еще есть эта проблема иногда, но не с Графическим редактором: вместо этого это с файлом AndroidManifest.xml; которые используют другой редактор. Это с последней версией - Juno, но я должен признать, что в последнее время у меня не было много времени, чтобы работать над моим Android-приложением, поэтому я не могу точно сказать наверняка.
SylvainL 18 сен. 2012, в 16:12
0

Все еще есть проблемы с Juno + последний ADT. Кажется, это происходит, когда у меня недостаточно оперативной памяти.
Nam Trung 03 окт. 2012, в 16:27
0

В Win7 Enterprise + Juno + последний ADT глюк «исчезновение строки» исчезает, когда я форматирую текст с помощью сочетания клавиш CTRL + SHIFT + F, как сказано в этом сообщении ...
GiveEmTheBoot 20 нояб. 2012, в 19:01

Показать ещё 5 комментариев

12

EDIT: содержат более быстрый метод, поэтому он был наверху:

Ctrl + F → заполните так:

"Найти" "\ Г\г\п"
"Заменить" "\ r\n"
Переключить "Регулярное выражение" на ВКЛ
нажмите кнопку "Заменить все"
Ctrl + A
Отменить выбор текста.
быть счастливым =)

Оригинал был здесь: Просто не скрывайте эту проблему, если можете ее исправить. Иногда даже закрытие файла XML не помогло.

Для исправления давайте посмотрим на причину этого. Прежде всего включите "Показывать символы пробелов" ( "Окно" > "Настройки" > "Основные" > "Редакторы" > "Текстовые редакторы" > "Показать пробельные символы" )

Затем вернитесь в свой XML файл.

В масштабированном изображении вы можете увидеть разницу цветов "\n" -символов;

затем просто поместите курсор на этот символ, который темнее.

Посмотрите, две линии были выбраны 0o... это может быть причиной!

поэтому просто удалите его и нажмите кнопку "Enter" или "Return", чтобы добавить символ "\n".
Надеюсь, это поможет вам.

также вы можете найти другой символ конечной линии:

Просто удалите его, и ваш XML будет отлично смотреться!

P.S. извините за гиперссылки, я новичок и на SO я не могу загрузить изображение или более 2 ссылок. так что надеюсь, вы получите точку без дополнительных фотографий;)

P.P.S. спасибо к парню, который проголосует, теперь я могу предоставить это изображения.

Dvide Leprechaun 02 окт. 2012, в 14:32

0

Большое спасибо. Я не мог получить комментарий с наибольшим количеством голосов для работы, но этот работал отлично.
public static void 20 нояб. 2013, в 14:56

12

Все еще испытывает эту ошибку в Juno (Eclipse 4.2.0, ADT r20).

Мое исправление: Перейдите в Окно → Настройки → Android → Редакторы. У меня есть "Формат XML с использованием стандартного Android XML..." и "Использовать настройки Eclipse для отступов....". Это решило проблему для меня.

Vaiden 05 авг. 2012, в 01:08

1

Нет. Просто снимите флажок «Форматировать XML с использованием стандартного Android XML ...». Это исправит странный глюк XML, но вам также придется жить по соглашению Eclipse.
tom_mai78101 13 сен. 2012, в 13:26
0

Лично я предпочитаю конвенцию Eclipse; Android не различает закрывающую скобку с открытым тегом ( > ) и закрывающую скобку автономного тега ( /> ) для определения, следует ли ставить пробел (опция ограничена обоими или ни одной). Похоже, тривиальная проблема, но по некоторым причинам я нахожу это очень раздражающим.
JAB 29 май 2013, в 16:33

4

У меня была такая же трудность и, наконец, нашли решение: щелкните правой кнопкой мыши в редакторе, выберите Source/Cleanup Document.

pcs 07 окт. 2012, в 13:17

0

Если эта ошибка появляется с новыми версиями ADT (которые являются обязательными для исправления и где ошибка не должна появляться часто), просто используйте инструмент Lint, чтобы исправить это.

Найдите его в предупреждениях Lint и нажмите значок желтая лампочка в правом верхнем углу этого списка предупреждений Lint..

Надеюсь, что это поможет кому-то

Ewoks 03 апр. 2013, в 09:13

0

У меня была такая же проблема. Это были следующие шаги. Ссылка предлагает, чтобы он работал для других.

Перейдите в раздел Настройки → ключи
Отменить копирование, вставить и вырезать (нажать "применить", затем "ОК" )
повторить шаг 1
Восстановить несвязанные команды с шага 2 (я не восстановил вырезание, но я уверен, что все будет в порядке)

Обратите внимание, что есть 2 привязки для каждой из трех команд

Отключить вторичную функцию для копирования и вставки (оставить ctl + c/ctl + v [копировать/вставить])

В этот момент вы должны установить только 2 привязки для выполнения копирования/вставки (т.е. ctl + c/ctl + v)

Применить → OK

Это решение было найдено здесь.

Stephen 19 авг. 2012, в 03:15

Ещё вопросы

Звучит как проблема с графикой для меня. Какая у вас версия ОС и Eclipse?
Vista и Eclipse 3.7.2 Я осмотрел сайт с ошибкой Eclipse, но не повезло. Может быть, мне не хватает описательного ключевого слова?
У меня та же проблема. Win7 Pro 32-bit и Eclipse 3.7.2 с android 17.0.0 ... Тот же сценарий, который вы описали в своем ответе. Также не могу найти никаких сообщений об ошибках.
Я также испытываю это, это сводит меня с ума ... В моем случае, использование Windows XP с затмением индиго. Проблема возникает всегда, я переключаюсь с графического макета на редактор XML
Я тоже подозревал, что это может быть проблема с видеокартой. Существует известная проблема, при которой в Eclipse возникают проблемы с перерисовкой в проводнике пакетов. Однако симптомы совсем другие.
Отчет об ошибке Android подан здесь .
При использовании ADT версии 20120624 ... и Indigo Service Release 2 и SDK Tools Rev. 20, а также если "Автоматически форматировать XML ..." неактивно, строки все еще исчезают и превращаются в другие строки.
Попробуй с Юноной. В настоящее время я больше не могу воспроизвести эту ошибку с помощью Juno. Однако в Juno есть и другие ошибки. Например, однажды с двумя открытыми файлами XML ключ удаления действовал не на тот файл: попытка удалить один символ в одном файле вместо этого означала удаление символа в другом файле. Однако клавиша Backspace была в порядке. Мне также придется изменить конфигурацию eclipse.ini по умолчанию, потому что время от времени я получаю сообщение об ошибке об отсутствии места в куче при попытке запустить EXE на эмуляторе. Вы проверили 32-битную и 64-битную версии?
Я считаю, что я использовал только 32-битную версию.
Это лучший ответ на сегодняшний день, поскольку он уменьшает частоту возникновения этой ошибки, но не устраняет ее, поэтому вопрос остается открытым.
У меня все еще есть эта проблема иногда, но не с Графическим редактором: вместо этого это с файлом AndroidManifest.xml; которые используют другой редактор. Это с последней версией - Juno, но я должен признать, что в последнее время у меня не было много времени, чтобы работать над моим Android-приложением, поэтому я не могу точно сказать наверняка.
Все еще есть проблемы с Juno + последний ADT. Кажется, это происходит, когда у меня недостаточно оперативной памяти.
В Win7 Enterprise + Juno + последний ADT глюк «исчезновение строки» исчезает, когда я форматирую текст с помощью сочетания клавиш CTRL + SHIFT + F, как сказано в этом сообщении ...
Большое спасибо. Я не мог получить комментарий с наибольшим количеством голосов для работы, но этот работал отлично.
Нет. Просто снимите флажок «Форматировать XML с использованием стандартного Android XML ...». Это исправит странный глюк XML, но вам также придется жить по соглашению Eclipse.
Лично я предпочитаю конвенцию Eclipse; Android не различает закрывающую скобку с открытым тегом ( > ) и закрывающую скобку автономного тега ( /> ) для определения, следует ли ставить пробел (опция ограничена обоими или ни одной). Похоже, тривиальная проблема, но по некоторым причинам я нахожу это очень раздражающим.

Tor Norbye · Accepted Answer · 2012-10-18T01-17-00.000Z

Эта ошибка (наконец) исправлена в ADT 21. Исправление теперь доступно в ADT 21 Preview 9, опубликованном несколько минут назад, здесь: https://android-review.googlesource.com/#/c/44936/1

Причина, по которой вы получаете странные визуальные артефакты, заключается в том, что если файл содержит разбитые конечные строки DOS (несколько возвратов каретки без новой строки для каждого возврата каретки), Eclipse очень запутан. Эта проблема Eclipse https://bugs.eclipse.org/bugs/show_bug.cgi?id=375421.

В исправлении есть две части: (1) Во-первых, ADT был исправлен таким образом, что он больше не вводит эти последовательности \r\r в документ. Это гарантирует, что вы не получите новые документы, которые запускают странное поведение редактирования, но не ретроактивно исправляют старые документы с этими окончаниями строк, поэтому, если вы их открываете, вы по-прежнему получаете странное поведение редактирования.

(2) Во-вторых, есть новая проверка на линт, которая ищет ломаные строки в документах. Это выполняется постепенно, поэтому, если вы отредактируете XML файл, у которого есть эта проблема, ADT добавит маркер ошибки для этой проблемы - наряду с быстрым исправлением для выполнения операции над документом, чтобы исправить его.

Вкратце: Получить ADT 21 Preview 9; запустите Lint в ваших проектах и ищите любые жалобы на файлы, содержащие ломаные строки, и если они найдут какие-либо, примените quickfix. С этого момента дальнейшие изменения в редакторе макетов должны содержать файлы в формате.

FYI, соответствующее исправление находится здесь: https://android-review.googlesource.com/#/c/44936/

Инструкции по легкому обновлению SDK Tools и плагина Eclipse ADT находятся здесь: http://tools.android.com/preview-channel

- Tor (из команды инструментов Android)

Спасибо, что нашли время, чтобы ответить лично, пока это прекрасно работает! Для тех, кто не хочет загружать исходный код и создавать инструменты локально, просто выполните эти два шага, чтобы установить предварительно собранную версию. (Прочтите раздел Установка подключаемого модуля Eclipse, если вы забыли, как выполнить второй шаг.)
Прекрасно работает для меня. Я в «Затмении Юноны». Просто пошел в Справка> Установить новое программное обеспечение> Что уже установлено? Затем я выбрал все вещи для Android в Google, выбрал «Обновить», и теперь жизнь снова налаживается.