?Я никаких компонентов не брал. Только comobj.hpp подключил.
 Короче говоря, никаких сложных хитровытраханностей - тупой перебор. О откуда 676?

методы MyCells:

Пишет неверный тип переменной:(. Показывает, похоже, на последнюю строку.

Добавлено @ 17:07
методы MyCells:

Пишет неверный тип переменной:(. Показывает, похоже, на последнюю строку.

Это сообщение отредактировал(а) Gunslinger - 23.10.2008, 17:07

А надо было взять   

Да

26*26

Добавлено @ 17:16

Правильно пишет - в IntToStr(R_C[addr.y1]) вызов IntToStr лишний

И вообще, ConvAddress сделан витеевато и неправильно (x и y перепутаны местами) - 



Это сообщение отредактировал(а) xvr - 23.10.2008, 17:17

у объединенных ячеек адрес левой верхней всегда!!!

Добавлено через 12 минут и 1 секунду

если вы передавали имя праперти через строку (т.е. параметр как "ActiveWorkbook") - то борланд предоставляет общую оболочку к методу Invoke интерфейса IDispatch. Если вы вызывали как метод (т.е. ->GetActiveWorkbook()) - то у борланд генерит интерфейсный класс, и вызов каждого метода такого класса уходит в IDispatch->Invoke
VS берет либо файл содержащий COM класс либо файл содержащий описания типов и генерит (посредством #import) на лету хедер+имплементацию класса оболочки - все праперти заключаются в праперти VC++ - это microsoft specific фича - в стандартном С++ они могут быть реализованы только через функции Get/Set

нифига! 3 объединенные ячейки с текстом в центре. если вывести первую ячейку - будет пустая строка.

 серьезно или шутишь?

 Первая координата - по вертикали, цифра.

Пробую передать:

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

Серьезно. На этой вкладке находятся специально подготовленные для использования в Builder'е ActiveX контролы из Оффиса. Т.е. с их помощью можно вместо myWorkSheet.OlePropertyGet("Range", XlsAddr).OlePropertyGet("value") сразу писать myWorkSheet->Range[XlsAddr]->value
Ну если x обозначает координату по ВЕРТИКАЛИ, то все Ок. Однако это несколько неожиданно   

Может, но OlePropertyGet("Item",1) в myWorkSheet.OlePropertyGet("Item",1).OlePropertyGet("Range", XlsAddr).OlePropertyGet("value") лишняя

Так нормально:


А так вышибает билдер нафиг с "Неверный тип переменной":

да уж
VC намного упрощает жисть  

Добавлено через 4 минуты и 51 секунду
кстати, я подозреваю (и даже помню!!!), что у мелкософта есть утилита, генерирующая переносимые обертки для библиотек типов
и я думаю что #import именно ее и запускает
поковыряйтесь на MSDN на тему MIDL компилятора

А myWorkSheet это уже конечный Worksheet или коллекция Worksheets? Видимо второе, несмотря на название переменной. (Хотя если у вас у обозначает столбцы а х строки, то уж на название других переменных можно сразу закрывать глаза   )

Настоятельно рекомендую перейти на компоненты с вкладки Office, масса вопросов сразу отпадет сама собой.

Добавлено через 2 минуты и 20 секунд

У BCB это тоже есть, и уже готовое. Видимо аффтору важен процесс, а не результат   

MIDL - это в другую сторону, idl он не сделает (хотя тулза есть - OleView например)

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

Очень похоже, что этим занимается какая нибудь dll в составе компилятора   Судя по истории с поддержкой attributed генерации IDispatch::invoke (когда cl генерит от себя код) в Intel компиляторе, это вполне вероятно.
Intel'овский компилятор не умеет генерить этот код, поэтому он запускает Microsoft'овский cl для его генерации, перехватывает промежуточные исходники с внедренном кодом от cl и компилит уже их.   

Угу, поэтому лучше пользовать родную для BCB разновидность.

точно, WorkSheets.

  


Завтра проверю.


Да мне уж хоть результат.