Блокнот ++ новая строка, только вставляющая CR, когда вводный пустой файл (0-байтовый текстовый файл, созданный в Windows Explorer)
Фон: Я столкнулся с действительно нечетной проблемой, где часть php страницы просто прекратила анализировать, но только когда она была загружена на сервер. Хорошо работает локально. Часть, где это убежало, была после прокомментированной строки кода. Удаленный комментарий это проанализировало до следующего комментария.
Оказывается, что проблемой были окончания строки. Они были CR только без LF, и сервер быть *отклоняет, не распознает CR один как новая строка, таким образом он интерпретировал комментарий как расширяющийся на весь отдых файла.
Я пытался создать новый файл (после того, как, включая "шоу все символы") в Блокноте ++, и нажал Enter. Это показало CRLF.
Затем я создал новый текстовый файл в Windows Explorer (Win7 x64), затем открыл его в Блокноте ++. Я нажал Enter, и он только вставил CR не LF.
Теперь фактический вопрос состоит в том почему? Насколько я знаю, что Windows должен быть основан на CRLF не просто CR. Также существует ли способ иметь Блокнот ++, всегда используют CRLF или по крайней мере предполагают CRLF с 0-байтовым файлом?
3 ответа
Я не знаю, почему часть Вашего файла находится в формате Windows, и часть его находится в формате Mac, но это должно быть столь же легко как выбирающий Редактирование-> Преобразование EOL-> Windows Format, и весь файл должен быть преобразован в CRLF. Блокнот ++ использует формат, который используется в файле, который открыт. AFAIK, нет никакого способа вызвать его. Одна опция могла бы состоять в том, чтобы показать конечные символы строки (Представление-> Выставочный Символ-> Выставочный Конец Строки), таким образом, Вы знаете то, что Вы имеете дело с тем, когда Вы открываете файл.
Можно установить формат EOL по умолчанию для новых файлов на "Новой предпочтительной вкладке" Каталога Документа/Значения по умолчанию. Я полагаю, что значение по умолчанию является Windows, но если это установлено на формат Mac, который может быть, почему это использовало CR для 0-байтового файла.