Уважаемые коллеги! Попробую еще раз, по-подробнее, изложить свое понимание.
1) Хорошие дяди (например, Intel) сделали железо, которое кочегарит от 2ГГц и выше.
2) Другие дяди (например, Microsoft) сделали винду, в которой, на этих сумашедчих скоростях, обработать событие с частотой 20КГц уже проблематично. И предоставили юзерам возможности интерфейса через WinAPI.
3) Третьи дяди (например, Borland), предоставили язык программирования, в который, кроме прочего, заложили библиотеку классов, как средство общения с виндой (с ейными WinAPI). Среди этих классов есть и тот самый TLabel.
4) Четвертые дяди (или дядя) сделали библиотеку KOL, которая серьезно помогает пользоваться достижениями по пп.2 и 3, и добавляет еще чего-то.
5) Автор сделал конструктор программ, который делает максимально очевидным использование достижений всех предыдущих. Настолько, что достижениями современного программного интеллекта могут воспользоваться люди, первый раз подошедшие к этому делу.
==========================================
Ну а теперь оказывается, что методы класса TLabel (который не Dilma делал) не понимают перевода строк. Другой вопрос, если бы они для этого просили коды (например) 52 и 53, а Dilma выдает 10 и 13. Но ведь они же вообще не предполагают, что кто-то у них это (перевод строки) попросит. Так же можно говорить, что TLabel не понимает rtf-формат. Но выдвигать за это претензии Dilma - абсолютно не по адресу.
А что делать - так было же написано. Чем Вас Memo не устраивает?

Ну вот, оказывается этот элемент может САМ переносить слова на другую строку, при AutoSize=False. Но понимать-то входные данные лучше от этого он не стал! И это (естественно) делает класс TLabel, а не элемент, написанный Dilma. Нормальная ситуация: хочется больше возможностей - надо использовать другие элементы. Есть ведь они.