Он может генерировать екселевские файлы не используя ексель (оле автоматизацию)?

Тут проблема в новых OC-ях "на-рисовалась" не работает ole-excel в сервисе... можно конечно попытаться обойти, но на сайте у мелкософта прямо написано - "работа не гарантируется" (т.е. обойдешь, а на другой сервер поставят и снова проблема). Нужна замена, типа ексель, без экселя. Что-то что генерит. Да, поддержка "шаблонов" документа обязательно (в фастрепорте вроде можно сделать внешнюю "настраивалку").
В общем вроде походит, но только если сам не использует.

В ФР есть же разные способы выгрузки в Excel. OLE только один из них. Щас гляну.

Ну вот около 1500 страниц сгенерировалось. Раз в 10 дольше экспорт в формат Excel XML. И ещё раз в 10 дольше я набирал это сообщение.

В Excel открывается ещё раз 10 дольше. Но вполне приемлемо по оформлению.

> экспорт в формат Excel XML
?
А это что за хрень? Документ в нем можно сформировать. Ну типа заголовок/шапка/тело с таблицей из записей футер... ну в общем обычный, и главное в родной Excel его откроет в том же виде?

Объём Excel получился 72 МБ. Так, я запарился ждать. Щас поменьше что-нить сгенерю.

А, ну понятно, спасибо.

> Щас поменьше что-нить сгенерю.
Нет смысла, мне главное "в общем" умеет или нет. С остальным как купят разберусь.

Ну немного страниц вполне приемлемо.

Fast Report очень хорош - огромный респект Александру Цыганеко и всем разработчикам.

Если будешь покупать - обязательно покупай полную версию, как она там Профессиональная, чтобы был доступен скриптовый язык, иначе будет очень тяжко.

> А это что за хрень?


XML c экспелевской схемой. Прекрасно читается всеми версиями экселя. Есть даже в меню выбора имени файла. Лично у меня в сотни мегабайт такие файлы преспокойно (но медленно) открываются.

Ты можешь скачать триал версию и поэкспериментировать на ней. Вообще рекомендую. Наверное, это тот случай, когда манагеры делают правильный выбор.

> [4] sniknik ©   (06.06.16 13:38)
> ну в общем обычный, и главное в родной Excel его откроет
> в том же виде?

Да тут есть такой момент. ФР ничего не знает об Экселевских хедерах, футерах, шапках и т.п.. У ФР они свои. Но! Можно так построить отчёт, что и Эксель поймёт.

> Наверное, это тот случай, когда манагеры делают правильный выбор.
Манагеры тут не причем. наоборот, им еще и доказывать необходимость приходится... вообще есть легкий "административный" выход, поставить на сервер 2003й офис (о без NET-а -> без проблем в сервисе), и все, ничего переделывать не нужно, никому не мешает (сервер специально только для формирования отчетов), но это типа нельзя "у нас лицензия" (и выпученные глаза при произнесении этого). Почему нельзя поставить старую (покупали и 2003-й когдато)/сделать понижение версии(как для Delphi) Х.З. Т.что после перебора всех простых вариантов "для лентяев", кто-то и высказал можно "компонент который формирует файл Ексель без Екселя", я вспомнил Фастрепорт... когда-то сталкивался, в общем это уже "ультиматум" им, - не хотите нормально, покупайте для переделки отчетника.

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

> Можно так построить отчёт, что и Эксель поймёт.
Не, не, нужно именно "как Эксель", как привыкли, т.е. там закрепленный заголовок, форматирование полей как клиенту захочется, фильтр после открытия, сортировка... это вроде и в шаблонах видел. Нужно чтобы все можно было повторить.

> [14] sniknik ©   (06.06.16 14:39)

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

> [13] sniknik ©   (06.06.16 14:36)

Не, это уже совсем жесть. Я думал о хороше, добром, светлом.

йоксель может открыть любой xml и показать его как родную книгу

если надо что-то гибче, то в книге настраивается таблица и дальше импортируются внешние данные снова из любого иксэмэля

> то в книге настраивается таблица и дальше импортируются внешние данные снова из любого иксэмэля
Если бы такое нас(клиентов) устраивало то проще было бы просто "xls шаблоны"(без данных) рассылать... а таблицу подключать/делать импорт прямо из базы. Есть у него такая возможность.

> у в общем обычный, и главное в родной Excel его откроет
> в том же виде?

У нас на работе экспортировали простую HTML таблицу в xls-файл. Открывает.

> У нас на работе экспортировали простую HTML таблицу в xls-файл. Открывает.
Проверил, открывать открывает, но с промежуточным сообщением, что расширение не соответствует содержимому. После трех раз за-долбает. Нужно нормальное решение (идеально - ничего не делать, не перепрограммировать вообще, а пусть к примеру админы настраивают так как было, работает, а не так как им хочется. кстати, решение, одно из, - запускать сервис как программу они сами отклонили, им видите ли неудобно на одном сервере в виде исключения держать залогиненную сессию под программу).

Напиши сервис отчетов под C# - там есть средства от MS, которые даже на серверной винде без офиса в виде сервиса позволяют генерировать отчеты.
А на Delphi нативно не получится, по моему нет нормальных решений, чтобы генерировать офисные документы.

Да на шарпе возможно, забавно от решения на нем отказались когда делали, и был шарп-программист... тормозит`с.
И по инету читаю у них (шарп-ков) никаких проблем с оле-автоматизацией в серверах не наблюдается. ;( Что впрочем не вызывает желания переходить на C#, скорее набить морду тому кто это придумал (не верю что ограничения сами по себе возникли, скорее маркетинг "убедил" "программинг").

> по моему нет нормальных решений
Есть, но не в новых осях/офисах. Как уже говорил система вполне живет на 32разрядном сервере, или на 64х но с 2003м и меньше офисом, или не сервисом а запущенное программой, или... вообще вариантов при которых работает пока еще гораздо больше чем не работающих (он вообще 1). Проблема вообще не "программинге", и решать ее нужно не так. ИМХО. (Мелкософт не хочет поддерживать то, что обещал? На чем "поднялся"... Ну так нужно перестать обновляться, гнаться за "поездом", как лемминги толпой "за компанию" даже не думая для чего это делается.)

> там есть средства от MS, которые даже на серверной винде без офиса в виде сервиса позволяют генерировать отчеты.
Знаю о чем ты, и у нас есть еще "отчетник" от MS на базе MSSQL, немного не для того о чем речь (он внутренний, а "мой" для автоматической рассылки внешним клиентам). И да он работает. Вот это и раздражает. Он работает в тех же условиях, также без NET-а, это тоже сервис... т.е. опять мелкософт ограничивает всех, а сами возможности используют (дополнительный + к догадке, что проблема с ole в сервисе "искусственная").

> вариантов при которых работает
+ Еще проверил Либре-офис, вполне себе работает... Поставить в дополнение к "официальному пакету программ" думаю будет не проблема. Переделать заполнение с "Ексел" на "Калк" проще чем даже переделать на Фастрепорт. Старые екселевские шаблоны подойдут "as is", поддержку не переучивать, также в экселе продолжат "шаблонить". Тормознее только, стартует дольше, но это только первый отчет...
Думаю на этом и остановлюсь если что (вариант "не делать ничего" все еще предпочтительней ;)).