Вопросы по Ehlib - [32] :: Прикладное программирование

landy

Цитата:

а как цепляться к версиям EhLib, мне ещё не известно.

Цитата:

Переменные вида EH_LIB_x выставляются в EhLib.inc

Похоже Вы недопоняли вопроса. Вот выдержка из EhLib.inc

Код:

{$IFDEF VER140} { Borland Delphi 6.0 or CPP Builder 6.0}
{$DEFINE EH_LIB_5}
{$DEFINE EH_LIB_6}
{$ENDIF}

EH_LIB_6 - означает версию компилятора Delphi 6.0. Он не означает версию EhLib!!!
У меня сейчас стоит "EhLib 6.3 Build 6.3.181", там SearchPanel работает нормально, только баги с фильтрацией - я пытался на OnFiltered заменить датасет на фильтрованный, чтобы это сделать - надо хакнуть EhLib самому присваивать DBGridEh.FLastDataSet, а на это нет времени - слишком там заморочено. Фильтрацию SearchPanel я пока запретил.

ALL
Я нашёл реальный БАГ в EhLib 6.3 Build 6.3.181. Он проявляется только когда таблица в гридине пустая. Связываю таблицу с любым датасетом - для примера я взял FireDAC с драйвером FireBird. В гридине видна одна псевдострока для первой вставки. Выбираю поле NAME и тыкаю в него мышкой. - Открывается InplaceEdit для режима редактирования, но состояние датасета ещё не изменилось - он не перешел в режим вставки. До этого момента всё правильно. Теперь нажимаем букву G. Датасет переходит в режим dsInsert и InplaceEdit закрывается без вставленной буквы G. Такого раньше не было!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Если в датасете есть хоть одна запись, на новую запись мы попадаем либо стрелкой вниз в гридине либо плюсиком, но попадаем туда уже в режиме вставки.

Подробности бага.
Как мы будем ловить багу? Очень просто - ставим брейкпоинт на GridEh.pas внутрь метода TCustomGridEh.HideEdit. Теперь так же делаем G и смотрим стек отладки. По стеку мы видим что датасет шлёт событие что он datasetChanged из метода Insert, что вполне справедливо. Далее TCustomDBGridEh.InternalLayout пытается вызвать метод UpdateFilterEdit(True), что справедливо, но мы же не в режиме фильтрации? Далее вызывается метод TCustomDBGridEh.StopEditFilter, что подозрительно - мы же не в фильтрации... Однако он безапелляционно вызывает :

Код:

procedure TCustomDBGridEh.UpdateEditorMode;
begin
if (dgAlwaysShowEditor in Options) and
not FilterEditMode and
not (csDestroying in ComponentState)
then
ShowEditor
else
HideEditor;
end;

В нашем случае dgAlwaysShowEditor не установлен, так как хоть он и работает, но не очень красиво. А так как он не установлен - любые другие условия не влияют и происходит HideEditor. Тут либо косяк в StopEditFilter - так как мы не в режиме фильтрации, либо косяк в UpdateEditorMode.

Добавлено:
Хотя уже EhLib 7 вышла, но там тоже может быть эта бага. Проверьте плиз интересно...

Модерирует : ShIvADeSt
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37