Редактор X++ и Drag'n'Drop

[DSPIC]

Цитата:

Сообщение от mazzy

Почему кривым? нормальный юниксоидный разделитель. \n = 0x0A

Может стоит строку попроще сделать textBuffer.appendText('\r\n');
Это виндовый разделитель 0x0D 0x0A.

Кривым, потому что он вставляется в редактор не в виде \n, а ввиде кривизны. Т.е. проблема где-то внутри, может зависит от кодировок, шрифтов и всего этого хозяйства.
Используя явные HEX байты, мы на 100% отсекаем эту ошибку преобразования, поэтому:

Цитата:

Может стоит строку попроще сделать textBuffer.appendText('\r\n');

- проще, но могут быть проблемы

Насколько я помню, \n = 0x0D + 0x0A, а \r - это возврат каретки

P.S. Из теории

Цитата:

...

Управляющие символы

Основная статья: Управляющие символы

Различные операционные системы придерживаются своего представления перевода строки и конца файла. В UNIX перевод строки состоит из одного символа LF (0x0A), в Mac OS — из символа CR (0x0D), а в DOS и Microsoft Windows перевод строки кодируется последовательностью двух символов CR LF. В DOS и Microsoft Windows конец файла кодируется символом 0x1A, а в UNIX символ конца файла не употребляется
...

UPD: Нет, здесь вот в таблицу сведено

http://wapedia.mobi/ru/%D0%A3%D0%BF%...BE%D0%BB%D1%8B

т.е. для винды нужно сделать возврат каретки+перевод строки: 0x0D + 0x0A = '\n'
, а '\r' - это пол дела