Форум: "Основная";
Текущий архив: 2003.11.13;
Скачать: [xml.tar.bz2];
Вниз
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 © Спосибо. Виноват сам.
Сохранял через "Файл-Сохранить".
Ошибочка вышла, извеняйте!
← →
tria (2003-10-30 15:45) [19]>Сделал в FastReport туеву хучу отчетов, но такой ситуации не >.возникало :confused:
>см [2] после ИМХО
Если у Вас не возникали, то у других могли возникать. У меня в 1С такое бывает часто. Только не надо ругать 1С - это зависит не от языка реализации, а от конкретных задач. И чем они сложнее, тем чаще такое встречается. Пример: стандартная налоговая отчетность с хучей выводимых расчетных полей.
← →
ZeroDivide (2003-10-30 16:17) [20]tria © (30.10.03 15:45)
стандартная налоговая отчетность :))))
Если у Вас не возникали
Поправочка: не возникало такой, которую бы нельзя было решить грамотным образом.
Вы как хотите, но у меня данные в БД и данные в отчетах совпадают. Мало того, если какой-нибудь чувак скажет мне, что его машинистки-операторыЭВМ эту циферку не вводили, а она появилась в отчете из-за ошибки в программе, то я ему предоставлю лог, в котором будет имя этой машинистки, именна эта циферка и дата, когда она это изменение сделала.
← →
tria (2003-10-30 16:25) [21]А если эта цифра - результат работы нескольких человек в течении года? Причем не прямой результат, а косвенный? Понятно, что грамотным образом вроде-как надо сделать, чтобы отчет формировался с сразу правильными цифрами. А если постановка тз меняется каждый месяц? Делать изменения для этой одной цифры, а на следующий месяц убирать? Да любой клиент, считающий свои деньги скажет: дай возможность поправить руками, а я тебя и звать для этих мелочей не буду.
← →
Nemo (2003-10-31 10:31) [22]ZeroDivide © !
Необходимость корректировки отчетов может быть связана не с попыткой исказить информацию, а например с необходимостью внести какие-нибудь комментарии в стандартную форму отчета. Комментарий, который необходим именно сейчас и в данном уникальном случае, не заставит меня менять код программы или изменять жестко форму отчета. Я лучше сделаю возможность редактирования и при необходимости буду че-нить допечатывать туда
← →
ZeroDivide (2003-10-31 11:04) [23]2 tria © (30.10.03 16:25)
А если эта цифра - результат работы нескольких человек в течении года.
И что? Кто то один ее ввел в программе. И кто то один ее изменял последним.
Да любой клиент, считающий свои деньги скажет: дай возможность поправить руками, а я тебя и звать для этих мелочей не буду.
Все правильно, эту возможность надо предусмотреть в вашем клиентском приложении, она должна вносить изменения в БД, а не в формирующийся репорт.
Комментарий, который необходим именно сейчас и в данном уникальном случае...
стандартную форму отчета..
Существует стандарт на форму!!! Если надо внести уникальные изменения на стандартной форме, то это обычно делается ответственным лицом, шариковой ручкой с подписью и печатью.
А если случай не такой уж уникальный, а форма не такая уж и стандартная и у вас возникла подобная ситуация, то значит вы плохо разработали структуру вашей БД.
← →
tria (2003-10-31 11:37) [24]Упростим пример. Есть файл проводок, по нему есть файл итогов по счетам. Надо на основании этих данных составить декларацию о прибыли. Разбираться кто, какую проводку когда сделал никто уже не будет - оперируем итоговыми суммами по всем счетам. Знаем, что в прошлом периоде при сдаче декларации была допущена ошибка. В этом периоде мы должны ее исправить. Информации о этой ошибке естественно в базе нет - никто ради этой декларации не будет делать отдельную структуру БД, заносить в нее информацию. Как выйти из этой ситуации?
Ручные изменения в декларации (на бумаге) запрещены. Либо она должна заполнятся вся вручную, либо вся отпечатана. Никаких исправлений не допускается. Неправильны из 80 цифр только 2. Что делать конечному пользователю?
← →
ZeroDivide (2003-10-31 12:46) [25]Разбираться кто, какую проводку когда сделал никто уже не будет
А очень плохо. В наших разработках, например, это выяснить минутное дело. Всего то надо иметь лог-табличку с полями:
id, user_name, computer_name, form_name, rec_date, sql_text
Неправильны из 80 цифр только 2. Что делать конечному пользователю?
По-моему достаточно очевидно:
1. Изменить с помощью вашего клиента эти 2 цифры в БД (ваше клиентское приложение должно это позволить, разве нет?)
2. Создать отчет
3. Вернуть цифры на место(если надо)
При ты будешь иметь возможность узнать ко это сделал, с какими цифрами, когда.
Ответь мне на один вопрос:
Не кажеться ли тебе иногда, что твоя БД похожа на помойку, с непонятно откуда взявшимися циферками?
Думаю, что это так.
Лучше потратить на разработку (то, что происходит еще до реализации и написания кода) грамотной сруктуры БД и грамотного клиентского приложения кучу времени, чем жить с ощущением помойки
← →
griff (2003-10-31 13:03) [26]кинь запрос на мыло griff@mail15.com - отправлю пример :)
Страницы: 1 вся ветка
Форум: "Основная";
Текущий архив: 2003.11.13;
Скачать: [xml.tar.bz2];
Память: 0.51 MB
Время: 0.034 c
