FastReport для Lazarus

[spdm]

https://www.fastreport.ru/ru/download/f ... t-lazarus/
Тестируйте. Смотрите

Добавлено спустя 1 час 18 минут 13 секунд:
Да еще совет. По Линукс библиотека lib4pas5 должна стоять, иначе не запустится.
Я не могу поставить ее на все линукксы. У каждого свой репозиторий

Добавлено спустя 7 минут 14 секунд:
libqt4pas5
Извиняюсь

[alexs]

Уже допили диалоги?
Я в своё время был жестоко разочарован отсутствием нормальной поддержки диалогов и встроенных компонентов доступа к данным в версии для лазаря. Причём выяснилось это уже после покупки.
Поэтому и доделываем штатный LazReport.

Добавлено спустя 1 минуту 21 секунду:

ibqt4pas5

Кстати - рекомендую собирать под GTK2. Там не надо никаких прослоек в виде биндинга объектов C++ в обычные C функции. И GTK2 штатно идёт во всех дистрибутивах.

[iN0k]

Поэтому и доделываем штатный LazReport

вот и вопрос теперь: какую систему выбрать как основную, штатную или за деньги?

[alexs]

Я свой выбор сделал.
Тем более встроенных источников данных так и нет...

Кстати - в виндовой версии демки ошибка после выхода из редактора отчётов:

Privileged instruction.
Press OK to ignore and risk data corruption.
Press Cancel to kill the program.

[*Rik*]

Поэтому и доделываем штатный LazReport

вот и вопрос теперь: какую систему выбрать как основную, штатную или за деньги?

На самом деле, даже за деньги там очень много ограничений. Fast-Report нельзя встраивать в CRM системы, нельзя готовый продукт распространять с дизайнером отчетов, деньги которые Вы заплатили, только для Вашего пользования и конечный пользователь, который хочет иметь встроенный дизайнер, должен заплатить деньги и лицензировать все это дело... С LazReport корявее, дольше, но в целом все решаемо и можете использовать его как хотите в любом объеме без ограничений.

[alexs]

в лицензии 6-й пункт очень не однозначный
Что значит - продукт существенно не отличающийся? Винда тоже существенно не отличается от линуха - но разница то какая...
Вообщем - юридически там всё очень плохо.

[spdm]

Кстати - рекомендую собирать под GTK2. Там не надо никаких прослоек в виде биндинга объектов C++ в обычные C функции. И GTK2 штатно идёт во всех дистрибутивах.

Да это верно. Прослоек нет. Но поддержка печати в GTK2 сильно отличается от ее поддержки в qt. Привязка собственно из-за вывода на принтер, но не только. Есть прямые вызовы функций из qt, которые на уровне LCL не реализованы.

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

Встроенный компонент доступа к данным может сделать сам любой вменяемый программист. Это займет пару часов. Тот компонент, под базу которая ему нужна, там куча sql-коннекторов даже unixodbc есть. Нужны сами библиотеки доступа которые ставятся отдельно под личные нужды. (Нельзя объять необъятное. К.Прутков)
Есть поддержка IBX и sqlite

Добавлено спустя 5 минут 45 секунд:
Под GTK2 будет сделана позже.
Зато есть экспорт в графику (bmp, jpeg, tiff, png), есть экспорт в html, odf, odt, pdf

[alexs]

Встроенный компонент доступа к данным может сделать сам любой вменяемый программист. Это займет пару часов

На момент покупки реализация была невохзможна - ядро генератора было не готово. Я пробовал их сделать - дизайнер просто их не видел. Поэтому просто забил

Привязка собственно из-за вывода на принтер

А там что за проблемы? Сейчас штатный компонент принтера работает нормально.

Зато есть экспорт в графику (bmp, jpeg, tiff, png), есть экспорт в html, odf, odt, pdf

Ну это уже и в LazReport-е есть (ну разве кроме odf). Экспорт в электронные таблицы лично сделал

Я не спорю, что FastReport более мощный и крутой. Это однозначно будет так - он лидер.
И LazReport вырос из FR (старой версии 2.3). И он будет в роли догоняющего ещё долгое время. Каждый для себя сам решает, что ему нужно:
- платная мощь и навороты
- бесплатный продукт, пусть и не такой навороченный.

[Лекс Айрин]

- платная мощь и навороты

Главное, чтобы не бантики.

[debi12345]

Короче проще привыкнуть делать отчеты в коде и не париться с выбором, так ?

[alexs]

Короче проще привыкнуть делать отчеты в коде и не париться с выбором, так ?

Это не реально. Без end-user отчётов большую систему не реально сопровождать. Аналитика меняется ежедневно.

[debi12345]

Без end-user отчётов большую систему не реально сопровождать.

Вы счастливчик Лично я ни разу не встречал живого энд-юзера, способного "отчетить" без вызова программиста. Как правило, в случае форс-мажора потециальные энд-юзеры тупо вбивают и распечатывают "отчеты" в экселе.

[alexs]

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

Хотя конечные юзеры любят править готовые отчёты. Вот с этим боремся жестоко. Вплоть до выговоров. Были нехорошие прецеденты.

[debi12345]

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

[alexs]

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

Просто я работаю в большой организации. И мой софт - корпоративный. Он для внутреннего потребления. Написание ПО - это не профиль нашей организации. Но и заказной сторонний софт нам не подходит.

PS
Надо выносить в отдельную ветку такой трёп о организации сопровождения систем. К исходной теме данного треда это уже не имеет отношения.