Цитата:
Сообщение от
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' - это пол дела
