Скачать: CL | DM;

Ошибка при выводе отчета в Excel.   Найти похожие ветки 

← →
MM ©   (2004-01-30 15:59) [0]

Помогите, пожалуйста, разобраться отчего может возникать сообщение "Interface not supported" при попытке создать из программы отчет в Excel. Отчет формирует макрос, который вызывается из программы.

---

← →
Тимохов ©   (2004-01-30 16:03) [1]

Код

---

← →
Goida ©   (2004-01-30 16:05) [2]

Может у тебя в программе используется раннее связывание и тип класса Excel старше того, который у тебя установлен?

---

← →
Тимохов ©   (2004-01-30 16:05) [3]

> Может у тебя в программе используется раннее связывание
> и тип класса Excel старше того, который у тебя установлен?

Вы думаете автор знает, что такое ранне связывание?
Лучше пусть код даст, а мы подумаем...

---

← →
Goida ©   (2004-01-30 16:18) [4]

Тогда спросим так: ты для работы с Excel используешь тип TExcelApplication или OleVariant с CreateOLEObject?

---

← →
MM ©   (2004-01-30 16:29) [5]

Использую раннее.
Создаю лист, в которую передаю свой набор данных. Затем запускаю макрос
App.Run(FMacroFile + "!" + MacroModule +
"." + MacroName)
который создает второй лист, на котором и формируется отчет.

---

← →
Тимохов ©   (2004-01-30 16:31) [6]

Если ранне, то ты сам импортировал библиотеку типов?
Может прав Goida © (30.01.04 16:05) [2]?

---

← →
MM ©   (2004-01-30 16:32) [7]

Прошу прощения. Забыл уточнить, что эта ситуация проявляется только у одного клиента, у всех остальных все работает. ОС XP, Officr 2000.

---

← →
Goida ©   (2004-01-30 16:34) [8]

> MM

Сравни версии Excel с версией, для которой создан тип. Они различаются в зависимости от версии Office.

---

← →
Тимохов ©   (2004-01-30 16:34) [9]

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

---

← →
MM ©   (2004-01-30 16:38) [10]

App: Excel97.TExcelApplication

---

← →
Тимохов ©   (2004-01-30 16:41) [11]

А у остальных пользователей (у кого работает) какой офис?

---

← →
MM ©   (2004-01-30 16:41) [12]

Их больше 1000 по всей стране, соответственно и офисы разные.

---

← →
Goida ©   (2004-01-30 16:45) [13]

> MM © (30.01.04 16:29) [5]
> Использую раннее.
> Создаю лист, в которую передаю свой набор данных. Затем
> запускаю макрос
> App.Run( FMacroFile + "!" + MacroModule +
> "." + MacroName )
> который создает второй лист, на котором и формируется отчет.

Может ошибка в выделенной строке? Excel ее не понимает?

---

← →
TUser ©   (2004-01-30 16:50) [14]

> Их больше 1000 по всей стране, соответственно и офисы разные.

Проблема, стало быть, не в проге, а в этом юзере. Что-то у него не так с виндой/оффисом/руками.

---

← →
Тимохов ©   (2004-01-30 16:57) [15]

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

---

← →
Fay ©   (2004-01-30 20:14) [16]

И какое это было связывание?

---

← →
ММ   (2004-01-31 12:23) [17]

Проблема, стало быть, не в проге, а в этом юзере. Что-то у него не так с виндой/оффисом/руками.
Естественно! Моя задача доказать им их кривизну, а еще лучше воспроизвести ситуацию, при которой возникает данное сообщение. Допустим неустановлено что то, удалено с машины что то и т.п.

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.012 c