Кстати, джентльмены, а не сталкивался ли кто-нибудь с таким глюком? Что-то не смог нагуглить методов борьбы.

Дано: cxGrid, DBTableView. Выставлен CellAutoHeight. При открытии запроса в дизайн-тайме - всё работает как надо, размеры рассчитываются, текст переносится. Теперь приложение запускается, запрос открывается в ран-тайме - размеры рассчитываются, строки приобретают необходимую высоту, а вот текст остаётся однострочным и обрезается.

Никаких действий в коде с этим view не производится, никаких настроек не меняется.

^{Бил программистов по голове. Поцарапал лом.}

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


Что ты называешь тестовым примером? Тебя пустить в нашу базу, чтобы ты увидел такое поведение на строке, например, "Регистрация через мобильное приложение"? Это правда именно то, чего тебе не хватает, чтобы помочь?

Спасибо, кэп.


Могу ещё раз написать, при необходимости даже большими буквами: НИКАКИХ ДЕЙСТВИЙ В КОДЕ С ЭТИМ VIEW НЕ ПРОИЗВОДИТСЯ.

Не совсем уверен в ответе. Я никогда тем не использовал, поэтому не возьмусь говорить про custom, не custom... Вот что есть в коде на эту тему:

Да, поигрался. На native отображении программа стала выглядеть лучше, но бага не ушла. Кроме того, в той форме один level переключается между разными view - убрал и посмотрел, что будет, если зафиксировать пару level/view и не трогать. Тоже не изменилось. Попробовал включать в ран-тайме после открытия запроса - тоже не изменилось (ну точнее - открывается в однострочном режиме, при включении CellAutoHeight строки становятся рассчитанной высоты, а текст по-прежнему однострочный).


И у некоторых иногда глючит, верно? Ты так возмущаешься, словно у вас на зафиксировано ни одной проблемы в выпущенных релизах.


И в дизайн-тайме при этом отображается верно? Сомнительно, имхо. Кстати, а что за неразрывные пробелы? Вы их где-то поддерживаете?


По-моему, как маленький ты, если полагаешь, что у меня нет занятий важнее, чем бесплатно исправлять ваши ошибки. Я этого удовольствия давно накушался по уши. Эта бага в этом конкретном месте для меня стоит того, чтобы спросить на форуме - вдруг кто уже сталкивался, но не стоит того, чтобы её отлаживать. Проще отключить опцию и идти дальше заниматься делом.


Попробовал, не изменилось.

Ну, в chm-е по CellAutoHeight этого не описано (по крайней мере в версии, которую я скачивал вместе с либой). Во время поиска я натыкался где-то в тикетах, что он глючит при использовании вместе с CellMerging, но это меня мало беспокоит.


Замечательно. Расскажи, вот чисто теоретически, что я мог бы сделать, чтобы это было моей ошибкой? Ну так чтобы без страшных хаков типа прямой записи в память объекта, подмены VMT и прочего. Вот просто - в дизайн-тайме всё работает. В ран-тайме, допустим даже, я написал несколько дополнительных строк и работать перестало. Вот что это за строки? Поиграть какими-то настройками? Ну так я пойму, если в результате CellAutoHeight просто не будет работать - то есть сохранится одинарная высота строки и текст будет обрезаться. Где-то в тикетах был рецепт сделать все редакторы однострочными memo - ну ок, результат будет тот же. Но вот как мне добиться, чтобы ячейка становилась тройной высоты, а текст оставался однострочным? Я как-то не придумываю, как даже специально такого добиться.


А что мне включать, когда я задал простой вопрос, а ты вальяжно пришёл учить меня жизни, даже не прочитав вопроса, но рассказывая банальности с таким видом, будто это ценная информация?

Так я же не предлагаю тебе назвать ошибку. Я предлагаю чисто теоретически описать - как можно такую внести.

Бегло взглянув на исходники, могу даже подсказать направление. У вас в CellViewInfo есть MultiLine, а есть MultiLinePainting. Не знаю, нафига, но это создаёт почву для того, чтобы они где-то разъехались.


И кто из нас как маленький? Ты вот прямо сейчас ответственно заявляешь, что на воспроизводимый пример любой баги достаточно пяти минут? Да блин, иногда найти и исправить ошибку быстрее, чем сделать воспроизводимый пример


И что из этого относится к моим ошибкам? Но могу успокоить, наследования нет, пакетов нет, дельфа 10.2, win32, русская и т. д.


Вполне может быть. И что из этого следует, кроме опроверждения твоего "достаточно пяти минут"?

Забавно. Я задал простой вопрос: сталкивался ли кто-нибудь с таким поведением. Больше мне ничего не нужно и не было нужно. Ни один ответивший не сталкивался. Двое стали что-то требовать и предъявлять. Я начинаю понимать известную фразу про русскоязычные форумы, она получила наглядное подтверждение.

Спасибо Борису за версию со скинами, которая не пришла мне в голову и спасибо JayDi за перечисление и попытку помочь.

То, что "делать воспроизводимый пример" в таком случае явно не пять минут. Если 100500 форм нормально работают, и в одной замечена проблема - значит, на новой чистой форме проблемы 99.99% что не возникнет. И делать воспроизводимый пример придётся методом "взять приложение, убирать из него другие формы, если на единственной этой проблема останется - поочерёдно убирать из неё и так до тех пор, пока либо не получится маленький оторванный пример, либо проблема не исчезнет". В общем, это тот случай, когда сделать воспроизводимый пример и найти ошибку - практически одно и то же.

Ну а много времени я на эту фигню просто не готов тратить. Я посмотрел на грид, подумал "он будет удобнее пользователям, если включить эту опцию", включил, увидел проблему. Я не против десять минут поиграться с настройками, скинами и прочими предположениями, но дальше просто выключил опцию и ушёл. Тратить пол-выходного на борьбу за такую мелочь я не готов.