цепочка
ADOConnection1 -> ADOTable1 -> DataSource1-> DBGrid1
в адотабле добавлены все поля, заголовки.
там же в ней добавил несколько вычисляемых полей.
все работает, все поля видно.

меняю и добавляю в цепочку компоненты ehlib:
ADOConnection1 -> ADOTable1 -> DataSetDriverEh1-> MemTableEh1-> DataSource1-> DBGridEh1

вижу все поля, кроме вычисляемых. т.е. все заголовки, названия, размеры, все норм. все правильно забирает из полей адотабле. а вот вычисляемые - не хочет видеть.
как сделать так, чтобы они тоже отображались?

и лукапные тоже

<s>скрипач</s> ADOTable не нужен.
используй ADODataSet

ну и MemTableEh1 - у него эти поля добавлены?

.. используй

а оставить никак нильзя?

.. поля добавлены

в списке полей их не вижу, а все остальные добавляются автоматом норм

хнык..

>  nokia4ever   (11.07.14 18:52) [3]
>
> .. используй
>
> а оставить никак нильзя?

никак нильзя.
ADOTable оставлен для совместимости, точнее для обеспечения менее болезненного переезда с BDE на ADO. Пользоваться им лучше не надо.
Вычисляемые поля надо добавлять в MemTableEh1 (если он как cds работает, конечно, а не своим идет путем)

ясна.
1/ а может кто-то сказать основные отличия adotable от adodataset?
2/ а куда там добавлять? в fieldsdefs? или в то куда попадаешь при двойном клике на компоненте? пока никак не разберусь кто из них главнее - у всех разные свойства..

ясна.
1/ а может кто-то сказать основные отличия adotable от adodataset?
2/ а куда там добавлять? в fieldsdefs? или в то куда попадаешь при двойном клике на компоненте? пока никак не разберусь кто из них главнее - у всех разные свойства..

> nokia4ever   (12.07.14 19:37) [6]
>
> ясна.
> 1/ а может кто-то сказать основные отличия adotable от adodataset?
>

adodataset честно работает, adotable часть функций берет на себя. как-то так.

> 2/ а куда там добавлять? в fieldsdefs? или в то куда попадаешь
> при двойном клике на компоненте?


> в то куда попадаешь при двойном клике на компоненте

так там если на мемтабле кликаешь, то попадаешь на "какие-то_их_невсамомделишные" текущие поля (если адо активна), но там 1 - ограниченное какое-то число свойств поля (даже не свойств а типов) - а вот свойств у них вообще нет.

Xe 6. Eh 6.3.181

вопрос более конкретно:

есть (в начале сообщений) цепочка (адо-..-грид).
после вставляю ехлиб. цепочка на самом деле не одна, а дана для примера. много их (и на передел всего море времени понад.). вот основная цель
1. как перейти на "правильные" цепочки и что они из себя представляют
2. почему (хотя согласно и описалову в ех док. и всему остальному) не работает связка со второй цепочкой ? т.е. работает, но не полностью - ех забирает правильно все поля, их описания, названия, но в игнор все лукап и кальк.?

сорр, что еще раз. не доходит пока..

> nokia4ever   (13.07.14 00:38) [9]

Хм. Странно все это. Спроси уже у Большакова - автора ехлиб.
p.s.
он уже и сайт нормальный сделал =) растет =)

снимитесь с ручника, господа.
если в датасете (пофик в каком) поле есть, а в гриде (пофик каком) - поля нет
это значит что в гриде созданы статик колумны и колонок невидимых полей не создали.

в гриде нет колумнов вообще. они автоматом создаются при активировании цепочки.
++
замена адотабле на адоквери или адодатасет ни на что не повлияло. по прежнему берутся только "настоящие" поля (даже в режиме разработки).

вот так

MemTableEh1.Active:=false;
MemTableEh1.Fields.Clear;
//MemTableEh1.EmptyTable;MemTableEh1.DestroyTable;
for i:=0 to ADODataSet1.FieldCount-1 do MemTableEh1.Fields.Add(ADODataSet1.Fields[i]);
MemTableEh1.Active:=true;

работает но криво, поля показывает, записи не обновляет и при выходе ошибка.

Удалено модератором

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

> nokia4ever   (24.07.14 22:25) [15]


> вроде по описаниям все красива, а как возьмёшься делать
> - "там сырое", "это не готово", "это в перспективе", а самое
> главное "может быть" везде.
> ну и совсем уже классно как до реализации доходит.

Такие проблемы есть у всех разработчиков компонентов. EhLib, кстати, весьма неплох в своей нише.