Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» FastReport

Автор: AnGo
Дата сообщения: 27.05.2012 05:44
The_Immortal

Цитата:
Создавал правда отчет через мастер отчетов...

Сохранять форму отчета не пробовал?
Автор: krapotkin
Дата сообщения: 27.05.2012 08:06
ну не может там ничего само "сбрасываться"
значит, в коде что-то перегружаешь/загружаешь сохраненное

есть еще свойство Хранить отчет в DFM у frxReport
Автор: The_Immortal
Дата сообщения: 27.05.2012 11:47
AnGo

Цитата:
Сохранять форму отчета не пробовал?

Пробовал.


Цитата:
значит, в коде что-то перегружаешь/загружаешь сохраненное

Запускаю мастер создания обычного отчета, выбираю там ДатаСет, поля, выбираю одно группирующее поле, меняю на альбомную ориентацию и все, ничего более.
Автор: The_Immortal
Дата сообщения: 27.05.2012 17:24
Ребят, решил поставить FastReport v4.12.6, но возникли сложности.

В папке LibD16, которую сделал recompile.exe, куча файлов. Какой из них надо запускать?

И ни одной инструкции под Builder я не нашел. А инстаркшн от Delphi не подходит.

Добавлено:
Вообще есть из живых, кто смог установить FR на билдер?
Автор: AnGo
Дата сообщения: 28.05.2012 04:35
The_Immortal

Цитата:

Вообще есть из живых, кто смог установить FR на билдер?

А тож! Я, например, живее всех живых. У меня он стоит и на ХЕ и на ХЕ2, исчо есть на ВСВ6. При этом штатный я вынес. Проблем, наблюдаемых тобой - не вижу. Их нет у меня.
И честно говоря, я даже не всегда понимаю, о чем ты говоришь в своих постах. Похоже всякие мануалы с редми ты принципиально не читаешь. Поэтому и не получается у тебя ничего, поскольку неправильно делаешь. Фастик сам по себе предельно примитивная вещь для понимания.
Либо ты, что-то не договариваешь.
Изучи примеры, в них все ясно написано.
Успехов!
ЗЫ Перед выносом тела штатного - поищи в этой теме насчет правильной замены штатного на приблудного.
А то потом форум содрогнется от твоих воплей о помощи, типа "Усё пропало, шеф!" (с). В смысле вся палитра компонентов.
Автор: The_Immortal
Дата сообщения: 28.05.2012 14:02
AnGo
Спасибо за совет, я разобрался Правда "примеров" я так никаких и не нашел, но "метод тыка" не отказал
Автор: mdid
Дата сообщения: 30.05.2012 08:14
есть отчет с 4 группировками и у 3 из них стоит флаг DrillDown...задача вывести сумму в каждом заголовке...но беда в том что как только я пишу в DirectionFooterOnBeforePrint

Код: Set(<frxDBDataset1."rn">, SUM(<frxDBDataset1."AppSum">,MasterData1,1));
Автор: AnGo
Дата сообщения: 01.06.2012 08:37
The_Immortal
Что-то я опять тебя не понял. Сейчас специально проверил, во всех трех средах в папочке Fastreport лежит папка Demos. А там демонстрашки на сях и делфи.
В руководствах по фастику есть куски кода с примерами. То что большая часть кода на делфях не должно тебя сильно напрягать. Код простой.
Автор: The_Immortal
Дата сообщения: 13.06.2012 01:09
Ребят, прошу прощения, что не совсем по теме, но вопрос по QuickReport'у (специализированного сабжа я, увы, не нашел).

Подскажите, пожалуйста, в чем может быть косяк?

В общем, на форме присутствуют:


Цитата:
-QuickRep1
-QRDBText1
-QRDBText2

Перед вызовом окна предпросмотра назначаю набор данных для вышеуказанных компонентов:

Код: QuickRep1->DataSet=ADOTable1;
QRDBText1->DataSet=ADOTable1;
QRDBText2->DataSet=ADOTable1;
Автор: mdid
Дата сообщения: 15.06.2012 11:38
есть отчет с 4 группировками и у трех из них drilldown...если открыть последнюю группировку у которой куча данных... то все эти данные переносятся на новую страницу...оставляя текущую страницу пустой...что это может быть?
пардон..отбой...у самой верхней группировки стоял флаг "выводить группу на новой странице"...

блин как всегда..ломаешь голову полчаса...когда психонешь и напишешь вопрос - сразу находишь ответ
Автор: Frodo_Torbins
Дата сообщения: 20.06.2012 13:14
mdid
Это благодаря смене деятельности.
Автор: idiMAN
Дата сообщения: 04.07.2012 12:17
Недавно столкнулся с одной проблемой - отчёты FastReport, экспортированные в pdf с помощью TfrxPDFExport, некорректно отображаются на iPad. Причём я перепробовал штук 5 разных просмотрщиков под это устройство, но результак каждый раз один и тот же - неправильно отображается или не отображается вообще часть отчёта или весь отчёт. И это не один какой-то отчёт, а почти все. Попробовал, наверное, штук 10. На компьютере все эти отчёты отображаются корректно.
Проблему удалось решить, установив у TfrxPDFExport в свойства EmbeddedFonts = True, но при этом существенно вырос объем каждого отчёта - с 17 Кб до 780 Кб. Самое главное, что в своих отчётах я использую только стандартные шрифты - "Arial" и "Times New Roman" и они в одних отчётах на iPad (при EmbeddedFonts = False) местами отображаются, а местами - нет (особенно если расположены внутри таблицы, хотя сама таблица прорисовывается).

Может кто-нибудь сталкивался с данной проблемой?
Автор: miwa
Дата сообщения: 04.07.2012 12:26
Сталкивался с подобным - шрифты в линуксе могут отображатся некорректно на второй и следующих страницах отчета, при чем даже со встроенными шрифтами. С чем связано - пока не разбирался; хотя на днях таки придется.
Автор: idiMAN
Дата сообщения: 04.07.2012 14:01
miwa
Если что-нибудь накопаешь, отпишись на форуме, пожалуйста.
Автор: miwa
Дата сообщения: 04.07.2012 16:48
idiMAN
Если найду в чем затык - обязательно.
Автор: X11
Дата сообщения: 12.07.2012 11:22
Подскажите, как правильно сохранять отчет не в файл, а в базу.
Вот я нажал кнопку и открыл дизайнер отчета.
Передо мной дизайнер отчета.
Я создал отчет, но в дизайнере есть только кнопка, которая сохраняет в файл.
А как мне вызвать свой диалог сохранения, чтобы шаблон отчета сохранился в поток.
Сам код сохранения в поток - это не проблема.
Автор: mdid
Дата сообщения: 12.07.2012 12:50
X11
на сколько я знаю то в дизайн тайме - никак...но у класса TfrxReport есть SaveToStream
Автор: miwa
Дата сообщения: 12.07.2012 14:14
X11

У компонента TfrxDesigner есть событие OnSaveReport - вот его и обрабатывайте.

Добавлено:

Цитата:
Сам код сохранения в поток - это не проблема.

Ну да, написать строчку

Report.SaveToStream()

ниразу не проблема

Простите, не удержался.
Автор: ekemov
Дата сообщения: 12.07.2012 14:40
X11
Создать внутри программы свой дизайнер, там есть отдельная вкладка с различныыми элиментами дизайнера.
Автор: mdid
Дата сообщения: 12.07.2012 15:09
X11
и кстати...я так понимаю вы хотите что бы отчет клиенту тянулся из сервера? то есть по сути хотите нормальную программу превратить в 1ass которая при запуске тянет тонну говна с сервера на клиент?...при это забивая сеть...не уж то у вас так часто меняется форма отчетов что ее надо каждый раз заново загружать?..хз..может я не прав...но мне как то кажется что это не совсем правильно
Автор: miwa
Дата сообщения: 12.07.2012 15:21
mdid
Это целиком и полностью правильно и оправдано. Или вы рекомендуете в случае имзенения формы документа оббегать всех клиентов и каждому новый файлик записать? Особенно, если бух "ушла в банк/налоговую/еще куда" и закрыла свой кабинет, какой-нибудь инженер вечно не на месте, потому что он везде нужен, а еще какой-то менеджер срочно куда-то уехал, вернется поздно, но затем тут же сделает отчет по новой форме, чтобы завтра утречком отчитаться.

Да и обозвать пару килобайт тонной говна, которая забивает сеть - это вы слегка погорячились. Ну и насчет того, что формы документов меняются не так уж часто - тоже, к сожалению.
Автор: Frodo_Torbins
Дата сообщения: 12.07.2012 15:56
miwa
Просто нужно нормальную обновлялку к своей проге прикрутить.
Автор: mdid
Дата сообщения: 12.07.2012 15:56
miwa
для этого придумали систему обновлений...которая обновляет файлы тогда когда это надо...а не постоянно..это раз...во вторых даже ваши несколько кб будут ну очень долго вытягиваться если сеть будет занята...и с учетом того что в нормальном проекте пару сотен отчетов...

но хозяин-барин...кому как удобней...поэтому я 1с и не взлюбил..так как при ограниченном канале она вытягивает данные с сервера по пол часа
Автор: AnGo
Дата сообщения: 12.07.2012 17:07
mdid

Цитата:
.и с учетом того что в нормальном проекте пару сотен отчетов...

И что, они все одновременно тянутся на клиентов?
Мне как-то тоже не по душе, обновлять все эти шаблоны на всех клиентах.
Это во-первых.
И во-вторых, видимо это сильно зависит от масштаба проекта, на полусотне станций, не замечал тормозов, хотя может было бы и правильным профайлером посмотреть, где, как и что.
В-третьих. 1С не в коем случае нельзя рассматривать как образец реализации. ИМХО, конечно.
Автор: miwa
Дата сообщения: 12.07.2012 17:55
Frodo_Torbins

Цитата:
Просто нужно нормальную обновлялку к своей проге прикрутить.

«Нормальной обновлялке» позволено держать в базе данных то, что она обновляет? Или для этого годится только smb/ftp/http?

mdid

Цитата:
для этого придумали систему обновлений...которая обновляет файлы тогда когда это надо...а не постоянно

См. предыдущий абзац.


Цитата:
во вторых даже ваши несколько кб будут ну очень долго вытягиваться если сеть будет занята

Так, просветите, у нас все еще 2012 год и как минимум 100-мегабитные локальные сети повсюду? Если да и у вас медленно тянутся пару килобайт, мой вам совет - найдите сетевого администратора.


Цитата:
и с учетом того что в нормальном проекте пару сотен отчетов...

... которые никогда не нужны клиенту одновременно, то 1000 отчетов размером по 50 килобайт каждый будут передаваться из сервера на клиет целых 0.4 секунды. Да, тормоза дичайшие, куда уж.


Цитата:
поэтому я 1с и не взлюбил..так как при ограниченном канале она вытягивает данные с сервера по пол часа

При чем тут вообще 1С? Если кто-то не смог реализовать нормальную работу сетевого приложения, это не значит, что сетевые приложения суть зло.

А 1С вообще-то всегда тянет на клиента все данные из всех таблиц, которые упоминаются в запросе, что является одной из причин ее неадекватных требований к железу.
Автор: mdid
Дата сообщения: 12.07.2012 18:25
miwa
ваше право..фломастеры на вкус разные...я раньше тоже так думал пока не попал на работу в одно предприятие...там передача данных осуществлялась через спутник..и мы были предельно счастливы когда задержка пинга была в 1 секунду..а в среднем 1,5-3...иногда даже таймаута в 30секунд не хватало если много клиентов...и сделано это было исключительно в целях безопастности..так как правилами безопасности категорически было запрещено юзать городские сети...и это при том что у нас 50мбит стоит чуть больше 6 уе....и вот после этого я начал делать максимально оптимизированный код...не надо - не фиг качать...так как проект изначально тоже писался под 100мбит...а жизнь повернулась так что пришлось работать в 256кбит и считать каждый переданный байт....думаю спор бессмыслен так как цели и возможности у всех разные
Автор: miwa
Дата сообщения: 12.07.2012 20:42
mdid
Полностью с вами согласен и насчет фломастеров и насчет целей с возможностями. Думаю, у нас просто возникло непонимание пары нюансов. Я нигде не говорил и не подразумевал, что отчет надо вытягивать каждый раз с базы данных. Никто не запрещает хранить у себя локальную копию и обновлять ее в случае, если в базе есть более новая версия. Но ведь изначальный вопросс от X11 был не про то, где лучше хранить репорты, а про то, как их записать в базу данных при нужде.

Вот вам и схема работы: ответственный человек нажымает кнопку "Редактировать отчет", делает необходимые правки и - как раз о чем и был изначальный вопросс - сохраняет изменения в базу данных. Клиентское приложение в момент, когда надо использовать соответствующий отчет, сверяет версию (или дату изменения) локальной копии и той, что в базе данных. В случае совпадения версий - использует локальную же копию; в случае если в базе данных версия новее - скачивает ее и сохраняет у себя.

P.S. Именно это я и имел в виду, когда спрашивал, позволено ли нормальной обновлялке получать обновления с базы данных, а не из внешних (по отношению к базе данных) источников.
Автор: Frodo_Torbins
Дата сообщения: 13.07.2012 11:49

Цитата:
«Нормальной обновлялке» позволено держать в базе данных то, что она обновляет? Или для этого годится только smb/ftp/http?

Это уж как напишете. У меня сейчас smb, а на удаленный склад прокинут vpn. В базе я стараюсь ничего тяжелого не хранить, чтобы иметь возможность каждый вечер заливать дампы баз в SVN.
Автор: PowerChute
Дата сообщения: 13.07.2012 18:00
http://forum.ru-board.com/topic.cgi?forum=33&bm=1&topic=3207&start=1220
я давал ссылки на рабочий код, как хранить шаблоны в базе и использовать их.
если что все в ПМ...
Автор: miwa
Дата сообщения: 13.07.2012 18:09
Frodo_Torbins

Цитата:
Это уж как напишете. У меня сейчас smb, а на удаленный склад прокинут vpn. В базе я стараюсь ничего тяжелого не хранить, чтобы иметь возможность каждый вечер заливать дампы баз в SVN.

У меня гетерогенные среды; есть сети, где винды нет вообще. Поднимать ради такого дела самбу как-то не комильфо

Касаемо заливки дампа базы в svn - тут опять же от специфики зависит. При чем как от специфики предметной области, так и от специфики СУБД. Я, например, в SVN храню только метаданные и их объем от наличия данных в базе не зависит. А резервирование - средствами СУБД, без использования SVN.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859

Предыдущая тема: CBuilder и копирование файла


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.