AWT TextArea, кажется, считает последовательность cr-lf одним символом

Question

У меня есть эта проблема:

Текст "ABCD \ r \ nEFGHJ", загруженный из файла, сопоставляется с регулярным выражением Java "EFGH". Объект Matcher, конечно, говорит, что начало совпадающей строки находится в позиции 6. Matcher считает \ r \ n двумя позициями.

Я помещаю исходный текст в компонент AWT TextArea и затем вызываю select (6,10), чтобы выделить область, которая была сопоставлена. Угадайте, что ... он начинает выделяться с буквы 'F'. На одну позицию вперед, чем следовало бы ...

Если более чем 1 пара crlf предшествует согласованной области, то выделение перемещается еще больше вперед, чем следовало бы.

У кого-нибудь есть простое решение?

Answer 1

Простое решение: удалить все \ r из текста ...: -P

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

Answer 2

Если \ r \ n непротиворечивы, вы можете удалить \ r перед запуском регулярного выражения, а затем заменить их перед передачей следующему. Или измените копию, если это работает лучше. Таким образом, ваше регулярное выражение находит позицию в соответствии с тем, что ожидает AWT.

Answer 3

Я не могу связываться с текстом, потому что это данные протокола, а символы \ r и \ n имеют семантику, не связанную с отображением или разделением строк. Я просто хочу компонент, который будет обрабатывать каждый входной символ отдельно и обрабатывать его как отображаемый и подсчитанный, независимо от того, как он отображается.