Я конечно дико извиняюсь, но почему
= #13, = #10, а не наоборот?
R - carriage Return - ВК (возврат каретки) всегда был 13
N - New line - ПС (перевод строки) всегда был 10

З.Ы. Никогда не забуду совмещённую клавишу на советских компах "ВК/ПС"

Для оригинальности потому же что и True -> 0 a False -> 1

tsdima,
на печатающем устройстве не срабатывал левый оптоконцевик и, когда забывал об этом, печатающая головка при "ВК" со всего размаха билась в левый борт, отскакивала, возвращалась и продолжала печатать - всё было стальное, тяжёлое, сломать невозможно - всё таки свои преимущества у такой техники есть

Так исторически сложилось Впрочем можно незаметно поменять их местами в какой-нибудь версии.


Давным давно, когда HiAsm только появился и кодогенерации еще не было в конфигах элемента уже было четыре типа св-тв, на которых можно было построить почти все:
1 - целое
2 - строка
3 - вещественное
4 - список
ну и св-во типа boolean было впервые записано как:

Dilma, а как в VBJScript UseName=0 при True и =1 при False. Немного не по себе

Тут пока на ум ничего не приходит)

Наверное нужно менять потому, что при использовании сторонних библиотек, не исключено появление скрытых ошибок.

От venco
code_917
помоему это пример про True -> 0 a False -> 1

Отнюдь.
Это пример, чего бывает, когда не понимаешь чего делаешь

1) Данные, принятые GVarContainer, как и все остальные обладают определенным типом
2) Переменная 1 обладает типом Integer => читается как Integer
3) Переменная 2 не обладает типом => читается как строка.
4) CheckBox.doCheck принимает входной поток как False только в случае типа Integer, и равного 0

Dilma, а это произошло?
У меня файл приходит с переводом строки (только LF), гружу в strlist, а он не переводит строку!!

Ravilr, к исполнению программы в RunTime данный топик никакого отношения не имеет.

а тогда это ошибка компонента Memo или как? Ведь логично, есть LF - значит есть перевод строки.

Ravilr, простой пример: сохраняем строки doSave, загружаем обратно - doLoad. Если разделение на строки нет, то константируем ошибку в элементе, если есть - то увы, проблема с файлом.

делаю doLoad из файла с LF
затем перебираю как массив
code_14972.txt

а он.... я так все время делал и не задумывался, а тут приходят файлы то CRLF, то с LF

Как быть...посоветуй!

------------ Дoбавленo в 13.03:
он то как таковой перевод строки есть на экране, а чтобы поработать как с массивом ....увы.
Видимо так задумано.

KOL не поддерживает *nix строки