TMemo скролится вниз не до конца и отрезает буквы.

[xenon54]

При переходе на новую строку в TMemo, если это строка последняя в поле видимости, экран скролится на строчку вниз. Проблема в том что скролится на несколько пикселей меньше чем надо. Почти все буквы нормально вписываются в область видимости, а вот такие буквы как "у" у которых крюк вниз уходит Memo обрезает.

Вот скрин с винды, в IOS тоже самое.

Пробовал костыли с правкой Viewportposition на событии onchangetracking, но в итоге ничего хорошего не получилось. Как быть?

Изменено 30 марта, 2015 пользователем xenon54

[xenon54]

По сути, получается, что единственный многострочный контрол для ввода текста в ФМ, коряво скролится, а отсюда получается, что никакого подобия чата запилить не получится? Правильно я все понял? Или есть какая-то альтернатива, или способ победить данную траблу.

P.S.: Не ожидал такого бага от единственного элемента многострочного ввода текста в ФМ

[VladimirS]

баг в QC завёл?

я отдам за него голос.

[xenon54]

Чтобы заводить багрепорт нужно иметь лицензию, как я понял   

[VladimirS]

Вроде бы достаточно иметь учётку...

Хотя, я тут могу ошибаться - у меня есть лицензия на XE5.

Изменено 31 марта, 2015 пользователем VladimirS

[Brovin Yaroslav]

Я завел багу во внутренний треккер. Можете, конечно, ее продублировать в quality.embarcadero.com

[xenon54]

А мы как-нибудь узнаем о том что появился какой-то временный фикс на внутреннем трекере?

Или я слишком наивен, думая что это быстро пофиксят

P.S.: в XE8 та же шляпа Ну, по крайней мере в том, который доступен для скачивания, но "официально" еще не выпущен.

 

 

 

https://quality.embarcadero.com/browse/AP-139

Изменено 3 апреля, 2015 пользователем xenon54

[estra]

Разработчики из Embarcadero похоже не реагируют на баг репорты в quality.embarcadero.com. Единственное, что они сделали, потерли комментарии к одной из моих записей 

[xenon54]

Ну баг, как мне кажется, относится к разряду близкому к критическому, думаю должны как-то отреагировать. Вопрос сколько это займет времени. Хотя решение мне нужно здесь и сейчас поэтому пытаюсь сам решить эту проблему, не дожидаясь выпуска XE9

[xenon54]

Хех, в абракадабре считают иначе:

• Priority: Minor

 

яснопонятно.

[estra]

У меня по XE7 3 репорта с приоритетом Major и 1 с приоритетом Critical, и никакой реакции, так что Ваш Minor имеет все шансы не быть исправленным никогда 

[#WAMACO]

При переходе на новую строку в TMemo, если это строка последняя в поле видимости, экран скролится на строчку вниз. Проблема в том что скролится на несколько пикселей меньше чем надо. Почти все буквы нормально вписываются в область видимости, а вот такие буквы как "у" у которых крюк вниз уходит Memo обрезает.

Вот скрин с винды, в IOS тоже самое.

Пробовал костыли с правкой Viewportposition на событии onchangetracking, но в итоге ничего хорошего не получилось. Как быть?

так а если просто доп.строку добавить в конец текста!

[xenon54]

Такой вариант не подходит. Мне нужно чтобы нижняя строка была четко снизу при печати текста.

[#WAMACO]

Такой вариант не подходит. Мне нужно чтобы нижняя строка была четко снизу при печати текста.

1. добавить пустую строку снизу.

2. поджать динамически rectable снизу на несколько пикселей цветом фона 

[xenon54]

Мурашки по коже от таких костылей 

На самом деле нужно найти где неправильно происходит расчет автоскрола и поправить его. Только вот пока не удается толково это сделать, т.к. видимо проблема даже не в TMemo, а в TCustomScrollBox, но это пока догадка...

Изменено 3 апреля, 2015 пользователем xenon54

[xenon54]

В общем если кто-то будет искать, то вот такой позорный костыль капельку улучшает ситуацию:

  if ((NewViewportPosition.Y+MemoInheritor.Height)- round(MemoInheritor.GetContentBounds.Height)) = 2 then
    MemoInheritor.ViewportPosition := TPointF.Create(MemoInheritor.ViewportPosition.X, MemoInheritor.ViewportPosition.Y+2);

Этот код в событии "OnViewportPositionChange", MemoInheritor - наследник TMemo.