Обсуждение релиза 3 beta (31.07.19)

[admin]

ЗЫ - а нельзя длительные операции проводить не в UI потоке?

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

[Develop-Soft]

Примерно представляется, что реализация многопоточности непосредственно в платформе - это ж*па, однако если бы в API "завалялась" поддержка threads как класса - это было бы замечательно. Сейчас можно создать "псевдо-асинхронность" работы некоторых операций за счет таймера или цикла + ProcessMessages, но возникает головняк с выходом из такой процедуры и отдельный поток на страх и риск разработчиков скриптов был бы кстати...

[drts]

В этом релизе появилось нововведение- контекстное меню TdxDbImage открывается левой кнопкой. Соответственно на dblclick больше не реагирует. А я раньше симпатично так открывал изображения в полном размере по dblclick перехватывая соответствующий обработчик. Вопрос: что с этим можно поделать, кроме как смириться?

[admin]

Надо убрать стандартный обработчик OnClick: dxDBImage1.OnClick := nil;

[Develop-Soft]

Операция может быть длительной, а может и нет.

При медленном коннекте не всегда понятна реакция программы на нажатие F11, в итоге тыкаешь несколько раз и программа "прыгает" туда-сюда. Вот тут бы тоже какую-то ожидайку вида: "Переход в дизайнер[рабочий режим], подождите..." и может даже - блокировку повторного вызова, пока операция не выполнится.

[Telos]

После обновления во многих формах редактор выражений стал вызываться с 1-3 секундной задержкой. Закономерности не нашел, если только задержка чаще проявляется в формах где много полей и прочего. С чем может быть связано и нормально ли это?

[admin]

Проект можете показать?

[Telos]

Нашел закономерность. Редактор выражений долго открывается если в форме 1 много объектов, которые ссылаются на форму 2 где тоже много объектов которые ссылаются на форму 1. В тестовой базе можно быстро на копировать много объектов нескольких формах и связать. Как мне кажется построение структуры полей замедляет открытие редактора...
В живой базе конечно не так, но есть много объектов с полями и также есть формы с объектами, которые ссылаются друг на друга.

[palex2000]

По поводу "много полей" есть наблюдения.
В БД есть форма. На ней вводится матрица двузначных чисел. Матрица 15х16. Это 240 полей. (плюс есть и еще разные поля)
Форма открывается с задержкой - прорисовка всех компонентов занимает время.
При использовании поля типа - Число. Время открытия/прорисовки увеличивается. А если использую поле Текст, то время открытия/прорисовки уменьшается вдвое!
И это не смотря на то, что приходится в скриптах делать преобразование текста в целые числа.
И к великому сожалению, на данный момент альтернативы не нахожу...

[Develop-Soft]

Матрица 15х16. Это 240 полей. (плюс есть и еще разные поля)

Что это за чудо-"таблица" такая? И чем обычная не подошла..?