Fast Report

← →
Vasek (2003-10-30 12:58) [0]

Подскажите,пожалуйста, как можно изменить уже сформированный отчёт и распечатать его в этом виде.

← →
Reindeer Moss Eater © (2003-10-30 13:03) [1]

Все что видно в превью - это объекты, а не просто отрендеренный метафайл.
У объектов есть события On... которые можно обрабатывать изменяя содержимое.
Кстати, в демках как всегда есть пример на эту тему.

← →
ZeroDivide © (2003-10-30 13:05) [2]

Double clik и изменяй.
А вобще, постановка вопроса не правильная, что значит "зменить"?
ИМХО, перед тем как строить отчет надо сделать форму запроса и узнать у юзера в каком виде он должен быть.

← →
Vasek (2003-10-30 13:25) [3]

ZeroDivide © Если-б было всё так просто!
Попробуй после изменений сделаных по Double clik рспечатать то что получилось. Буду благодарен, если научиш.

Reindeer Moss Eater © Что-то ненашёл я ничего в ДЕМО.
Подскажите в каком проэкте.

← →
ZeroDivide © (2003-10-30 13:33) [4]

Сделал в FastReport туеву хучу отчетов, но такой ситуации не возникало :confused:
см [2] после ИМХО

← →
Vasek (2003-10-30 13:42) [5]

ZeroDivide © Бывают ситуации когда надо исправить чтонибудь в готовом отчёте (циферку подправить,или слово неприличное к примеру вставить ползавателю ВДРУГ захотелось - всего у него (юзера) не спросиш).

← →
ZeroDivide © (2003-10-30 13:57) [6]

Vasek (30.10.03 13:42)
Это грабли и если ты на них еще не попадал, то стоит беспокоиться. Потом твой юзер покажет тебе отчет и будет спрашивать: "А откуда такая циферка", "Это все ваша программа!!!"

← →
Vasek (2003-10-30 14:06) [7]

ZeroDivide © Короче, ответа НЕТ?

← →
Reindeer Moss Eater © (2003-10-30 14:14) [8]

подпапка reports в demos.
frdemo.dpr
отчет "input text"

← →
Vasek (2003-10-30 14:24) [9]

Reindeer Moss Eater © Спасибо. Но к сожелению это не то. Задача состоит именно во внесении изменений уже в сформированный отчёт.

← →
dataMaster © (2003-10-30 14:36) [10]

>Vasek

Отчет формируется непосредственно перед выводом на печать, и изменить уже НИЧЕГО нельзя.

← →
Nemo © (2003-10-30 14:41) [11]

Чет вы об одном и том же, но разными словами.
1. Сформировали вы отчет
2. КИнули его на экран preview
3. В режиме просмотра - двойной клик. Входите в режим редактирования
4. Сделали че надо - на выход. На вопрос "Сохранить изменения ?" - ответ "да".
5. Возвратились в окно прсмотра - и печатайте себе откорректированную страницу. Никагого геморроя

← →
Reindeer Moss Eater © (2003-10-30 14:51) [12]

Вот именно.

← →
Vasek (2003-10-30 14:51) [13]

Nemo ©
5. Возвратились в окно прсмотра - и печатайте себе откорректированную страницу
Тут-то и собака зарыта. Будет распечатан отчет без изменений!

← →
Reindeer Moss Eater © (2003-10-30 14:52) [14]

С какой такой радости?

← →
Nemo © (2003-10-30 14:58) [15]

Vasek !
Недоумеваю. Че за хрень ?? С таким не сталкивался, делаю изменения, меню "Файл-Выход", сохраняю изменения и все ОК !! Тады я пас (((

← →
Vasek (2003-10-30 14:59) [16]

Reindeer Moss Eater © А попробуй!!!

← →
Reindeer Moss Eater © (2003-10-30 15:00) [17]

Vasek

Я это пробовал и до того, как у тебя сегодня появилась потребность в этом.

← →
Vasek (2003-10-30 15:05) [18]

Nemo © Спосибо. Виноват сам.
Сохранял через "Файл-Сохранить".
Ошибочка вышла, извеняйте!

>Сделал в FastReport туеву хучу отчетов, но такой ситуации не >.возникало :confused:
>см [2] после ИМХО

Если у Вас не возникали, то у других могли возникать. У меня в 1С такое бывает часто. Только не надо ругать 1С - это зависит не от языка реализации, а от конкретных задач. И чем они сложнее, тем чаще такое встречается. Пример: стандартная налоговая отчетность с хучей выводимых расчетных полей.

tria © (30.10.03 15:45)
стандартная налоговая отчетность :))))

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

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

ZeroDivide © !
Необходимость корректировки отчетов может быть связана не с попыткой исказить информацию, а например с необходимостью внести какие-нибудь комментарии в стандартную форму отчета. Комментарий, который необходим именно сейчас и в данном уникальном случае, не заставит меня менять код программы или изменять жестко форму отчета. Я лучше сделаю возможность редактирования и при необходимости буду че-нить допечатывать туда

2 tria © (30.10.03 16:25)
А если эта цифра - результат работы нескольких человек в течении года.
И что? Кто то один ее ввел в программе. И кто то один ее изменял последним.

Да любой клиент, считающий свои деньги скажет: дай возможность поправить руками, а я тебя и звать для этих мелочей не буду.
Все правильно, эту возможность надо предусмотреть в вашем клиентском приложении, она должна вносить изменения в БД, а не в формирующийся репорт.

Комментарий, который необходим именно сейчас и в данном уникальном случае...
стандартную форму отчета..
Существует стандарт на форму!!! Если надо внести уникальные изменения на стандартной форме, то это обычно делается ответственным лицом, шариковой ручкой с подписью и печатью.
А если случай не такой уж уникальный, а форма не такая уж и стандартная и у вас возникла подобная ситуация, то значит вы плохо разработали структуру вашей БД.

Упростим пример. Есть файл проводок, по нему есть файл итогов по счетам. Надо на основании этих данных составить декларацию о прибыли. Разбираться кто, какую проводку когда сделал никто уже не будет - оперируем итоговыми суммами по всем счетам. Знаем, что в прошлом периоде при сдаче декларации была допущена ошибка. В этом периоде мы должны ее исправить. Информации о этой ошибке естественно в базе нет - никто ради этой декларации не будет делать отдельную структуру БД, заносить в нее информацию. Как выйти из этой ситуации?
Ручные изменения в декларации (на бумаге) запрещены. Либо она должна заполнятся вся вручную, либо вся отпечатана. Никаких исправлений не допускается. Неправильны из 80 цифр только 2. Что делать конечному пользователю?

Разбираться кто, какую проводку когда сделал никто уже не будет
А очень плохо. В наших разработках, например, это выяснить минутное дело. Всего то надо иметь лог-табличку с полями:
id, user_name, computer_name, form_name, rec_date, sql_text

Неправильны из 80 цифр только 2. Что делать конечному пользователю?
По-моему достаточно очевидно:
1. Изменить с помощью вашего клиента эти 2 цифры в БД (ваше клиентское приложение должно это позволить, разве нет?)
2. Создать отчет
3. Вернуть цифры на место(если надо)

При ты будешь иметь возможность узнать ко это сделал, с какими цифрами, когда.

Ответь мне на один вопрос:
Не кажеться ли тебе иногда, что твоя БД похожа на помойку, с непонятно откуда взявшимися циферками?
Думаю, что это так.

Лучше потратить на разработку (то, что происходит еще до реализации и написания кода) грамотной сруктуры БД и грамотного клиентского приложения кучу времени, чем жить с ощущением помойки

кинь запрос на мыло griff@mail15.com - отправлю пример :)

Fast Report Найти похожие ветки