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

My_Way


Цитата:

aralekin - добавим один багрепорт и один багофикс

2 + 1 + 1*3 = 6 , а не 5
И в Итоге - Про

Цитата:

2 + 1 + 1*3 = 6 , а не 5
И в Итоге - Про

точно, обшибся, aralekin прости, можешь качать Про

GloThin

Цитата:

А что у самого иссякли пороховницы...
Осталось тока у буржуев баги искать?

Старый стал, ленивый

GloThin
My_Way
gpi
В общем еще один пост не по теме, и тема закрывается как флудерская. Подобные вещи по личке, так как никакой содержательности относительно сабжа не несут.

Цитата:

точно, обшибся, aralekin прости, можешь качать Про

My_Way, сенкс.. линки появились, уже качаю =)
кста... на счет кеширования пока ничего не известно? будут включать его в новую версию? или самом дорабатывать это?

FR 3.19.13
1. Если в дизайнере открыть отчёт с диалоговой формой и попытаться включить предварительный просмотр, то получаем Cannot focus a disabled or invisible window. Программу приходится снимать через диспетчер задач. При формировании отчёта через ShowReport ошибка не выскакивает
2. Если в дизайнере панели дерево данных, дерево отчёта, инспектор сделать перемещаемыми (в виде форм), а затем сжать по горизонтали до минимального размера, то расширить их можно только с левой стороны, а при ширине более 30-35 пикселей - и с правой.
3. Если в программе присвоить значение скриптовой переменной Report.Script.Variables['VID']:=... , то в скрипте к ней можно обращаться и так
if <VID>=0
и так
if VID=0
Если же переменную описать в самом скрипте, то обращаться к ней можно только без угловых скобок

Есть отчёт такой структуры:
GroupHeader1
MasterData1
GroupFooter1
На GroupFooter1 размещён SubReport с MasterData2.
На первом проходе в CountOfLines заносится число строк MasterData1:

Код: procedure ReportSummary1OnBeforePrint(Sender: TfrxComponent);
begin
with ReportSummary1, Engine do
begin
If not FinalPass then
begin
CountOfLines:=<Line#>;
end;
end
end;

Вот еще одно наблюдение.....
при вызове метода

Код:
frxReport1.showreport();

тут такое нашёл:
установил переменную Time ([Time]) и сморю что получается...
а получается следующее....
при просмотре показывается текущее время и через пробел нуль (17:34:48 0)????? откуда он...

при [Now] проявляется тоже самое (16.11.2005 17:36:12 0)

версия фаста 3.19.4

Добавлено:
что самое интересное, если в скрипте написать memo2.text := DateTimeToStr(Now);, то нуля нет... в чём косяк...

Цитата:

установил переменную Time ([Time])

Цитата:

через пробел нуль (17:34:48 0)

Щас только проверил, нет ничего подобного
Правда Фастик на 10-к Дайли билдов поновее (версия 3.19.14)...
Может в этой версии в функции [Time] косяки?
Надо проверить на другой машине на версии 3.18 (дайлибилд какой не помню)....

я точно помню что на 3.18 всё было нормально, а сейчас открыл старый проект, с использованием этих переменных, и увидел такое

Вот багфикс для этого багрепорта . Напомню что не происходила смена кепшна у кнопки TfrxPreviewForm.CancelB с "отмена" на "закрыть" при frxReport1.preparereport; //.... frxReport1.showpreparedreport;.
Модуль - frxClass.pas
Процедура - TfrxReport.ShowPreparedReport;
Cтроки вызова модальной формы превью:

Код:
if FPreviewOptions.Modal then
begin
ShowModal;
Free;
end

Версия 3.18 (потом проверю на последней)

В отчёте есть рястягиваемый бэнд (DetailData.Stretch=true)
На нём несколько растягиваемых текстовых полей (StretchMode=smActualHeight)
Под ними - линия (LineObject)

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

Стоит линию перенести на нижний бэнд - всё работает нормально.

Для StretchMode=smMaxHeight та же ситуация.

Привет всем!
Столкнулся вот недавно с такой проблемой: отчеты, сохраненные в версии ФР 318Про открыть из ФР 315Про приводят к не совсем ожидаемым результатам-табличные данные присутствуют а текста нет. Далее, в продолжение темы если скопировать например Мему с текстом в дизайнере версии 318 а затем вставить в дизайнер версии 315, то копируется только мемо а текста нет! Сталкивался ли кто либо с подобной проблемой? Совместимость версий просто идеальная!

Добавлено:
Похоже сам догадался о причине проблемы-в ФР 318 UTF-8, млин почему такие траблы всегда приходится после установки новых версий ВСЕ отчеты смотреть, а их с каждым днем становится все больше и больше, короче с этими версиями сплошной гемор: думаешь поставить, типа фиксы и все такое а в результате получаешь дрын дын дын и головную боль!

vadson6666
Ты бы ещё повозмущался, что FR 2.55 не открывает отчёты из FR 3.18

Ещё одно наблюдение - если на MasterData добавить Мемо с содержимым [Page] или[Page#], то на первой стоке второй страницы в этом поле будет 1, а на второй - 2

Цитата:

Ты бы ещё повозмущался, что FR 2.55 не открывает отчёты из FR 3.18

В корне не согласен с приведенным аргументом. 2.55 и 3.18 - это РАЗНЫЕ продукты, я в курсе об этом, а вот 3.18-продолжение(логическое?) 3.15 с пофиксенными багами, для этого и существует данный топик.
А вообще предложение к разработчикам: в файлике Чейнджес.тхт помимо изменений еще вносить строчки о том, что отвалится с переходом на новую сборку. Просто у нас в конторе существует следующая вещь: имеется порядка 40 клиентов, работающих с отчетами, а сам движок Фаста зарыт в ДЛЛ. Получается, что, поправив отчет, необходимо все библиотеки перезаливать клиентам. Поэтому я и возмущаюсь...

vadson6666

Цитата:

В корне не согласен с приведенным аргументом. 2.55 и 3.18 - это РАЗНЫЕ продукты

Продукты разные, но поддерхка frf в 3.19 есть...

Цитата:

Продукты разные, но поддерхка frf в 3.19 есть...

И что с того, как это поможет решить мою траблу?!
То есть я так понял, все считают описанную ситуацию абсолютно нормальной? Тады ой извините, не буду больше об этом.

vadson6666

Цитата:

И что с того, как это поможет решить мою траблу?!

речь идёт о совметимоти версий, так вот фаст 3.19 поддерживает 2.55 хоть они очень различаются...

Цитата:

Тады ой извините, не буду больше об этом.

ты этим ничего не добъёшься, так как потому поддержки нет, иначе при изменении кода придётся опять вернуться к старому корыту...

Цитата:

ты этим ничего не добъёшься, так как потому поддержки нет, иначе при изменении кода придётся опять вернуться к старому корыту...

Ладно, понял, вопрос снят.

Может перенести эту ветку в форум фастрепорта?
Так мож чаще сюда заглядывать будут?

FR 2.54: нашел такое вот. Совершенно некорректный скрипт

begin
if a<8 then ;; ;
else MessageBox('Ошибка в данных');
end;

не только воспринимается как правильный, но еще и как-то исполняется.

И вдогонку: хорошо бы при копировании из дизайнера форм в Clipboard устанавливать CF_LOCALE хотя бы в русской версии, а то приходтся на русский язык переключаться, чтобы при копировании через Clipboard в текстах скриптов крокозяблы не появлялись.

JustAMaaan

Цитата:

приходтся на русский язык переключаться, чтобы при копировании через Clipboard в текстах скриптов крокозяблы не появлялись

Если такое проявляется в XP, смотри 11 страницу, там Garrett уже отвечал мне по этому поводу

Пожелание.

Было бы неплохо, если бы FR3 понимал не только HTML тэги и юникодовые символы, но и такие HTML сокращения, как &quot; &lt; &gt; &deg;

Не уверен, что подобного не было выше, но по поиску на слово экспорт подобного ничего не нашёл:

v3.15 ent

В элементе memo при использовании переноса по словам после экспорта в формат:

pdf: все строки выводятся поверх друг друга в одну строку (3.10), либо первая строка сдвигается на вниз на высоту шрифта, хотя последующие остаются на своём месте (3.15). Начинает различаться толщина линий рамки мемо и line.

html explorer and firefox: не выдерживается расстояние между строк, заложенное в оформление мемо, при использовании стиля frame в виде видимой нижней границы - она случайным образом то отображается при экспорте, то нет.

ворд(табл): мемо, стиль frame - верх и низ видимы - fsDouble - Black - ShadowWidth=4, внутри pageheader - линии в ворде отображаются не двойными, а штрих-пунктиром. Picture вообще не передалось. Мемо ведёт себя аналогично pdf - вся строка оказалась в одной ячейке, а линии, находившиеся за мемо вообще не передались. Ситуация со стилем frame повторяет html.

В альбомной ориентации при числе страниц около 50: если использовать прокрутку колёсиком мыши, то часто выскакивает сообщение: Обнаружены следующие ошибки: Access violatation и т.д., хотя на работу пред просмотра это не влияет и в дальнейшем программа работает нормально. Содержимое страниц - TfrxCrossView.

RUSer

Цитата:

pdf: все строки выводятся поверх друг друга в одну строку (3.10), либо первая строка сдвигается на вниз на высоту шрифта, хотя последующие остаются на своём месте (3.15). Начинает различаться толщина линий рамки мемо и line.

pdf экспорт всё время модифицируется, так что возможно этого бага уже нет в 3.19.18
З.Ы. зменения в последнем релизе

Код:
+ добавлена поддержка ParagraphGap в PDF экспорте
+ увеличена скорость и уменьшен размер выходного файла в PDF экспорте

DroN_S
на счёт этого не знаю - у меня только 3.15, а 3.19 ещё не скачал.

Только что наткнулся на такое поведение delphi 7: открыт редактор отчётов в делфи на весь экран. В панели задач эксплорера по правой кнопке мыши закрываю делфи. Выскакивает непонятное сообщение, которое невозможно прочесть, т.к. оно "дерётся" с окном редактора отчётов fast reporta за право быть первым и не успевает перересовываться. Дельфи не закрывается самостоятельно пока не закроешь редактор отчётов - он закрывается нормально, кнопкой окна. Сама дельфи после этого завершает работу как положено.

RUSer

Цитата:

Только что наткнулся на такое поведение delphi 7: открыт редактор отчётов в делфи на весь экран. В панели задач эксплорера по правой кнопке мыши закрываю делфи. Выскакивает непонятное сообщение, которое невозможно прочесть, т.к. оно "дерётся" с окном редактора отчётов fast reporta за право быть первым и не успевает перересовываться. Дельфи не закрывается самостоятельно пока не закроешь редактор отчётов - он закрывается нормально, кнопкой окна. Сама дельфи после этого завершает работу как положено.

это уже проходили, там появляетяс ошибка, которая ругается на то что не может получить долступ к rtl70.bpl
это происходит из за того что фаст ещё работает а делфя уже пытается закрыться...

gpi

Цитата:

Если такое проявляется в XP, смотри 11 страницу, там Garrett уже отвечал мне по этому поводу

Нет, у меня Win2000, и это "фича" Винды, ноги которой растут оттуда, что абсолютное большинство программ не ставит локаль для текста, записываемого в Clipboard, а Винда, видя, что локали нет, берет локаль "по умолчанию", которая зависит от текущей раскладки клавиатуры.

Т.е. при копировании в Clipboard либо пользователю нужно переключаться на русскую кодировки, либо программа должна класть текст в Clipboard в Unicode, либо принудительно выставлять CF_LOCALE.

Продолжение темы Clipboard Copy-Past

Ситуация: надо в скриптах в зависимости от значения переменной присваивать названия осей графика на национальном языке.

К сожалению, весь Chart хранится в бинарнике. И перекодировать XML на разные языки - весьма затруднительно.

Поэтому приходится использовать скрипты.

Итак, есть переменная Lang:='DA' (датский язык)
есть нужные слова на датском: и в Ворде, и в IE (XML), и в самом отчёте(!). Все попытки скопировать эти слова через буфер обмена кончаются вопросиками в специфических символах. Т.е. редактор скриптов НЕ ЮНИКОДОВЫЙ.

Манипуляции с раскладкой клавиатуры ничего не дали. При попытке в датской раскладке вбить нужные символы идут русские буквы типа Ж и Ё