Подниму тему для
Fenex-a.
Еще добавлю скринов:
1.Создаем текстовый документ
В конце каждой строки стоит символ "возврат коретки"
2.Создаем из этого документа словарь-книгу
Видим, что весь текст загружен в_одну_строку.
3.Пытаемся печатать этот текст
Сначала он отображается нормально.
Когда доходим до последнего слова в абзаце, получается так:
Набираем последнее слово абзаца и первое слово следующего абзаца слитно
Жмем пробел, не обращая внимания на задвоенный символ
Все путем, никаких ошибок нам не засчитали.
Набираем дальше,
И вот доходим до слова с глючным символом
Набираем сначала последнее слово первого абзаца
Ничего не произошло. И вот когда мы без пробела набираем первое слово следующего абзаца возникает ошибка
Исправить ее не удастся никак! Просто игнорируем ее и жмем пробел
и так далее до конца текста
Результат: 5 глючных символов в конце абзаца - 5 глючных ошибок.
Если глючные символы стоят в начале строки в словарях-книгах получается та же фигня, в марафонах ничего не происходит, глючной ошибки нет.
Если набирать глючные символы с помощью alt-code, все равно ошибка срабатывает.
Вывод:
Символы: «, », –, —, ё - могут быть напечатаны разными способами, поэтому применение любого способа набора этих символов приводит к автоматической замене на нужный символ.
В марафоне в конце каждой строки стоит скрытый символ переноса строки. При нажатии пробела в конце строки, он автоматически заменяется на этот скрытый символ, и происходит перевод строки.
Так вот, возможно в алгоритме марафона, сначала стоит перевод строки, а потом проверка набранного слова, счетчик ошибок плюсует одну, так как глючный символ еще не заменен, далее автоматически заменяется глючный символ на нужный и все встает на свои места, только счетчик уже не отматывает назад.
Если это так, то может быть возможно что-то поменять в алгоритме?!
Последний раз отредактировано 24 марта 2013 в 04:51 пользователем Lelick