» Лицензия FastReport за багрепорты и багофиксы

FR4

Если Outline/Thumbnails растянуть по ширине на 3/4 экрана, то некорректно устанавливается масштаб Страница целиком (масштаб всегда определяется исходя из высоты окна)

Nicka_Grey

Цитата:

3.Не знаю глюк ли, но какое то странное построение страницы отчета, когда на странице лежит Cross, и свойство Endless = True

Да, на фичу как-то не похоже
По поводу п.1 - в чём именно заключается глюк? У меня выбираются CellMemo0, CellMemo1

gpi

Цитата:

Да, на фичу как-то не похоже По поводу п.1 - в чём именно заключается глюк? У меня выбираются CellMemo0, CellMemo1

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

Пытаюсь имитировать "типа навороченный" cross-отчет. Создаю четыре бэнда 2 горизонтальных и 2 вертикальных (заголовок и master). Для вертикального master задаю источник UserDataset. Тестирую (preview).
Пока количество столбцов такое, что они вмещаются на странице, все ок. Как только столбцы не помещаются по горизонтали на листе, впадает в бесконечный цикл и начинает жрать память. При попытке отменить (кнопкой Cancel), вываливается exception с текстом "index of out bound". Дождаться окончания формирования preview не удалось (20 страничный отчет продолжает формироваться до 700 стр. и конца не видно).

2 My_Way
Что скажешь?

P.S. Забыл добавить. Delphi 6,7 Ent+все паки; Win2000, Xp; FR 3.18

Заработать лицензию на FR4 можно ??

Цитата:

Заработать лицензию на FR4 можно ??

ради бога
скачивай демку, смотри что там к чему, выявляй баги, пости здесь, а My_Way потом посчитает твои очки... только вот я почему то думаю, чтобы тебе получить четвёрку, придётся набрать балы сначала до FR Studio и FR Server а потом уже и на четвёрку перетягиваться... я думаю для четвёрки нужно будет столько же багорепортов и багофиксов что и для тройки...
УДАЧИ!!!!

Bug в trial-версии Fast Report Studio v3.24.7
Попытались использовать UserDataSet, обнаружили значительную утечку
памяти. После этого нами был взят проект UserDataSet из числа поставляемых
вместе с продуктом примеров для Visual C++
Мы изменили этот пример, чтобы отчет вызывался циклически - также
наблюдается утечка памяти. Одну ошибку в примере исправили - не
вызывался Unadvice у интерфейса точки подключения. Но, похоже, имеется
проблема в самом Fast Report.

Исходники тестового проекта могу переслать. Как присоединить файл к сообщению на форуме, не знаю. Похоже, это не возможно.

FR 4.0.13
редктор скрипта в отчёте:
как бы на первый взгляд всё нормально, но если вставить текст из буфера, то происходит искажение всего вставленного текста... странно очень, у меня в 3.19 такого не наблюдалось....

Неверно расчитывается высота TfrxMemoView FR - 4.0.11
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

На бенде находятся два MemoView: первый имеет выравнивание baWidth и растягиваемый, второй - baRight

В первом компоненте текст не помещается в одну строку, если второй компонент видим, но помещается, если второй компонент невидим.

Ошибка заключается в том, что если второму компоненту установить свойство
Visible=False (в дизайнтайме, или в рантайме) - то первый компонент выводится в одну строку, но высота его расчитывается, как будто он должен был вывестись в две строки.

баг № раз (не страшненький):
отчет с одной колонкой, одним Masterband-ом и двумя GroupHeader-ами. У gh включены KeepTogether и ReprintOnNewPage. При этом первый gh (более объемлющий) то отрисовывается, то нет.

Лечится добавлением

Код:
end else if FHeaderList[i].IsInKeepList then begin
FHeaderList[i].IsInKeepList := False;

ugkyu

Добавлено:
прошу прощения, уродливый wand в опере

продолжаю начатое вчера багофиксенье
баг №3
по видимому, разработчики предполагали выводить ColumnFooter после последней влезшей в колонку записи (PageFooter - наоборот, внизу страницы). Однако при двойной группировке с KeepTogether (одинарную не проверял) ColumnFooter выводится с достаточно хаотичным разбросом по Y на свободном пространстве внизу колонки.

Фиксится заменой строчек

Код:
if FKeeping then
begin
if FKeepFooter then
FAggregates.DeleteValue(FKeepBand);
PreviewPages.CutObjects(FKeepPosition);
end;

Нашел глючок в своем же исправлении от 21.11.2006. При тех-же условиях если новая колонка начинется так, что keeping рвется, но переносить нечего, то новая колонка начинается по Y с места, где закончилась старая, то есть уже где-то внизу.

Для исправления делаем у TfrxPreviewPages CutObjects и PasteObjects функциями, возвращающими количество вырезанных (вставленных) объектов:


Код:
function TfrxPreviewPages.PasteObjects(X, Y: Extended): integer;
...
begin
xi := FXMLDoc.Root.FindItem('cutted');
Result := xi.Count;

...
end;

Что в 3-ке что в 4-ке есть такая беда с Barcod-ом:
кидаем в отчете контрол TfrxBarCodeView
и меняем ему свойство Rotation
При углах 0, 90, 180, 270, и других кратных 90, все красиво и правильно отрисовывается
Но как только мы ставим любой другой угол сразу появляется 2 проблемы:
1.Не правильно расчитывается размер границ самого контрола
2.Не правильно расчитывается местопололожение вывода текста на BarCode-е.

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

Если уж ввели возможность делать ManualBuild, то очень неплохо бы, чтоб хотя-бы те функции, которые используются в ShowBandTree (билде по умолчанию), вроде StartKeep и пр. были у TfrxEngine-а в Public-е, а то толку от переписывания OnManualBuild маловато.

Замечания по инсталлятору демы FR4.
Кто его делал, тому незачот.

1. при custom-установке нельзя выбрать какие именно языки мне нужны.
Я думаю большинству пользователей не нужны все языки. Нужно максимум 2-3.

2. при custom-установке нет размеров для порций от DB до ExportPack'а включительно.

3. Путь установки, если от отличен от предлагаемого по умолчанию, нужно задавать при каждой установке. Да пропишите его в реестре!

4. Нельзя отказаться от создания ярлыков в меню "Программы"

5. в конце установке нам предлагается прочитать change.log и важную информацию, если убрать обе галочки, т.е. нам ничего не нужно, то ВСЁ РАВНО появляется блокнот с важной информацией о совместимости.

6. Новая установка поверх старой требует лишних телодвижений.
Надо сначала удалить старую версию, затем снова пустить установку и установить.
А нельзя при установке проверить, если есть старая версия, то вызвать ее анинсталл, а затем продолжить установку?

Цитата:

Пытаюсь имитировать "типа навороченный" cross-отчет. Создаю четыре бэнда 2 горизонтальных и 2 вертикальных (заголовок и master). Для вертикального master задаю источник UserDataset. Тестирую (preview).
Пока количество столбцов такое, что они вмещаются на странице, все ок. Как только столбцы не помещаются по горизонтали на листе, впадает в бесконечный цикл и начинает жрать память. При попытке отменить (кнопкой Cancel), вываливается exception с текстом "index of out bound". Дождаться окончания формирования preview не удалось (20 страничный отчет продолжает формироваться до 700 стр. и конца не видно).

2 My_Way
Что скажешь?

P.S. Забыл добавить. Delphi 6,7 Ent+все паки; Win2000, Xp; FR 3.18

Пофиксил. В процедуре procedure TfrxEngine.AddPage вместо
if (Band is TfrxHeader) and FDontShowHeaders then continue;
надо if ((Band is TfrxHeader) or (Band is TfrxPageHeader)) and FDontShowHeaders then continue;

Дальше идем. При переносе вертикальных столбцов на другую страницу сбивается нумерация через [Line] и [Line#]. Лечится в procedure TfrxEngine.ShowVBands(HBand: TfrxBand); procedure ShowBandTree(Bands: TList) вместо
CurLine := b.FLineN;
CurLineThrough := b.FLineThrough;
...пишем
if not b.Vertical then
begin
CurLine := b.FLineN;
CurLineThrough := b.FLineThrough;
end;

Поздравляю ФастРепортов в лице МайВэя с юбилейным 40 билдом

My_Way
Прими и от меня поздравления!

Цитата:

Поздравляю ФастРепортов в лице МайВэя с юбилейным 40 билдом

Да уж, а уже 44 билд, хотя всего лишь 3 дня с 40 прошло . Жаль, что они забросили насовсем тройку уже почти 2 месяца ничего не правилось, похоже с ним все .

В 3.23.23 создаем пустой отчет - бросаем 1 "мемо" с русским текстом. В описании отчета вводим тоже русский текст. Сохраняем отчет в XML.
Получаем в атрибутах корневого тэга кириличесские символы в кодировке 1251, а в теле документа - текст "мемы" - в кодировке UTF-8.
Как следствие такой документ не парсится "стандартными" парсерами.

vshersh
Ты бы еще версию один точка пять вспомнил.
Я думаю нужно по существу. А более точо по поводу одной из последних
доступных версий.

К тому же версию три похоже позабыли. Последняя 3.24.6 была выпущена почти полтора месяца назад.

feandy
Проверил в версии 3.24.6 - проблема имеется. 4-ю еще не удосужился посмотреть, но есть подозрение, что проблема там тоже имеется...
Если баг репорты на 3-ю версию не интересуют - неплохо бы написать в шапке.
Баг-репорт оставил "не корысти ради..." (с) - а за идею. Продукт очень нравится, а мелкие недоделки (я считаю что это именно недоделка) немного портят впечатления.
Сорри за оффтопик

2 My_Way

Интересно, а что будете делать с оставшимися очками для лицензии на тройку? Не хочется верить, чтобы просто простили

Интересная "фигня" получается если с БД (или сами значение какого нить параметра) будет идти типа Int64 и число это будет очень большим, более 15-17 цифр.
Что получаем:
1.BarCode выводится не верно, т.е. ламается
2.Сама формула если вдруг и расчитается правильно с такими числами и считается и отображается результат не верно
3.Кидаем на в отчете мемку
в ней пишет

Цитата:

[StrToInt64('1234567890123456789')+StrToInt64('1234567890123456789')]

запускаем отчет, получаем: Overflow while converting variant of type (Int64) into type (Integer)

А чем же проблема?
А в том что тип Variant в Delphi не правильно работает с Int64 при больших числах!!!

Написал компоненты Zeos для FastReport 3.xx.
Сделал всё, как написано в руководстве, также учитывая обновлённую регистрацию компонентов в скриптовой системе (http://fast-report.com/ru/forum/index.php?showtopic=3172&hl=ascript) , но почему то компоненты упорно не хотят появляться в скриптовой системе.
Как устранить эту проблему?

YAPLLE
Тебе в другую ветку
Да и у них на форуме спроси

Доброй ночи
Установил FastReport.v4.1.Prof.FS в BDS 2006 Builder 10. При запуске тестового проекта ругался на frxExportTXT.hpp.
строка // TfrxTXTPrinterType PrinterTypes[16];
ошибка (причем два раза одна и таже):
[C++ Error] frxExportTXT.hpp(105): E2450 Undefined structure 'TfrxTXTPrinterType'
[C++ Error] frxExportTXT.hpp(105): E2450 Undefined structure 'TfrxTXTPrinterType'

Закоментарил строку - все Ок.
Если это баг - прошу засчитать

Ставим ЛЮБУЮ (что 3 что 4 ) версию рипорта на компе где нет принтера, заходим в редактор, запускам просмотр отчета, нажимаем на кнопку печати, с принтером, и получаем сообщение что в данной системе принтер не установлен, нажимаем Ctrl+P (кто не помнит - стандартная комбинация в винде для посылки на печать) и получаем заветное "List index out of bounds(-1)" вместо того же предупреждения что в системе просто не установлен принтер

FastReport 4.1.8
Почему-то в BCB6 при использовании в репорте компонента TfrxRichView не происходит автоматическое добавление в исходники строк
#pragma link "frxRich"
- приходится делать это вручную (иначе в run-time вылетает ошибка о невозможности создания класса). Возможно, это происходит потому, что TfrxRichView вставляется как суб-компонент другого компонента (TfrxReportPage). Наверное поможет перенос TfrxRichView в модуль frxClass (вот он то уже подключается автоматически, при создании экземпляра компонента TfrxReportPage и др.).

При создании нового отчета, если компонент frxDBDataset находится на фрейме, то procedure TfrxStdWizardForm.FillDatasets; не находит frxDBDataset.
При создании наследника frxReport новый компонент надо регистрировать, может и не BAG, но жутко не удобно.
использую Delphi 6 и Fast-Report Pro v4.1.3 лицензионный.

Добавлено:
ошибка возникает, если фрейм не размещен на форме в IDE, а подключается динамически
f := TFrame2.Create(self);
f.frxReport1.DesignReport;
FreeAndNil (f);
Если разместить фрейм сразу - ошибки нет.

BCB6, FastReport 4.1.8.
Тема: Отображение полей на бэнде frxReportTitle во время предварительного просмотра в design-time.

На бэнде типа frxReportTitle лежит memo, в котором задано отображение поля типа TStringField или TFloatField. Если находясь в design-time включаем предварительный просмотр - то почему-то непустые значения для некоторых (не всех) полей указанных типов не отображаются (показываются пустые ячейки). В runtime - всё отображается как надо (те же самые поля для той же замой записи в БД - их значения теперь отображаются). Cоответственно, получаем, что в design-time видим не совсем то, что будет в runtime....

Всё то же самое, но выполненное на бэнде типа frxMasterData (берем тот же memo и копируем через буфер обмена на бэнд frxMasterData) - показывается нормально как в design-time, так и в runtime.

Для бэндов всех прочих типов не проверял.

Для других типов полей вроде все нормально, по кр. мере для нескольких полей TIntegerField, TDateTimeField отображается. Правда, есть подозрение, что проблема не связана с типом поля и поэтому для других типов полей может происходить тот же фокус.

ps. хм, похоже ответ найден. Похоже, проблема не в бэнде определенного типа (frxReportTitle).
Описанный фокус происходит при указании для memo названия поля "путем редактирования" (команда "Редактировать..."). Если же выбрать и указать поле в редакторе свойств компонента memo (свойство "DataField"), то значение поля начинает отображаться в design-time как надо. Видимо, в случае указания поля в "редакторе" memo, не всегда выполняется связывание с указанным пользователем полем (полями).


pps. :
Может стоит уточнить в шапке - что имеется ввиду под "если вы нашли баг, и его пофиксили..."?
1) кто должен пофиксить баг? Тот, кто о нем заявил? Или разработчики FastReport? (как быстро/часто последние фиксят заявленные баги, или хотя бы просто их читают)
2) если должен пофиксить сам заявитель, то что имеется ввиду под "пофиксить баг": заявитель должен сам исправить баг в исходниках FastReport? Или просто указать место в исходниках? (а где вообще взять исходники, если лицензии нету...) Или достаточно описать причины, при которых баг возникает и, только по возможности, способ решения?