Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Лицензия FastReport за багрепорты и багофиксы

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Открыть новую тему     Написать ответ в эту тему

My_Way



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Объявлена раздача лицензий за найденные баги и багофиксы по продукту от разработчиков
 
Постите здесь свои багрепорты и багофиксы по ФастРепорту,и получайте лицензии на ФастРепорт.
 
Расценки на версии FastReport 4:
 
FR Basic - 1 багрепорт
FR Standard - 3 багрепорта или  1 багофикс
FR Professional - 6 багрепортов или  2 багофикса
FR Enterprise - 9 багрепортов или 3 багофикса
FR Studio Single - 9 багрепортов или 3 багофикса
FR Server - 9 багрепортов или 3 багофикса
 
 
Полезная информация:

 
Найденные баги и багофиксы, использованные для получения лицензии младшего уровня учитываются при получении лицензии следующего уровня. Например,набрав один багрепорт, получаешь FR Basic, а набрав еще 2  - получаешь лицензию на FR Standard, и т.д.  
 
Один багофикс= 3 багрепорта.
Например,если вы нашли баг, и его пофиксили, то у вас в сумме 1 багрепорт+1 багофикс = 4 багрепорта.
 
За лицензиями при накоплении необходимого количества бонусов обращаться в ПМ к My_Way (В письме указывать Имя и емайл, на какой выслать регистрационную инфу)
 
Информация для новичков
Для вновь прибывших, внимательно читать вот ЭТО, чтобы не повторять уже исправленные баги

А еще и это ЭТУ ИНФУ  
 
P.S. Некоторые баги согласно My_Way являются фичами (Правда не знаю в документации это описано, так как баг считается фичей если он задокументирован, иначе это баг).
 
Результаты по подсчетам My Way:

Ник участника Багрепорты Багофиксы Итого: Лицензия Остатки      
gpi Четырнадцать Десять Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
GloThin Двадцать четыре Пять Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
DroN_S Одинадцать Семь Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
SerVal777 Двадцать семь Три Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
Nicka_Grey Двадцать четыре Четыре Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
LadyOfWood Двадцать девять Три Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
QuickeneR Шестнадцать Четыре Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
Garrett Двадцать семь Ноль Двадцать семь FR Ent+FR Studio+FR Server Больше не на что    
RUSer Двадцать восемь Ноль Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
mLex Двадцать пять Один Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
mrrex Тридцать один Ноль Двадцать семь+ FR Ent+FR Studio+FR Server Больше не на что    
Jedinichka Двадцать пять Ноль Двадцать пять FR Ent+FR Studio Семь    
aralekin Девятнадцать Два Двадцать пять FR Ent+FR Studio Семь    
vadson6666 Двадцать пять Ноль Двадцать пять FR Ent+FR Studio Семь    
DmLam Двадцать Ноль Двадцать FR Ent+FR Studio Два    
jonikDk Десять Три Девятнадцать FR Ent+FR Studio Один    
Alex_Yagolnik Девятнадцать Ноль Девятнадцать FR Ent+FR Studio Один    
karioth Восемьнадцать Ноль Восемьнадцать FR Ent+FR Studio Ноль    
denger2k Пятнадцать Один Восемьнадцать FR Ent+FR Studio Ноль    
martyanov Одинадцать Два Семьнадцать FR Ent Восемь    
EmeJIbka Десять Два Шестнадцать FR Ent Семь    
motrik Шестнадцать Ноль Шестнадцать FR Ent Семь    
exteris Шестнадцать Ноль Шестнадцать FR Ent Семь    
JustAMaaan Шестнадцать Ноль Шестнадцать FR Ent Семь    
Delphis11 Шестнадцать Ноль Шестнадцать FR Ent Семь    
mity Пятнадцать Ноль Пятнадцать FR Ent Шесть    
benchik Пятнадцать Ноль Пятнадцать FR Ent Шесть    
Darken Пятнадцать Ноль Пятнадцать FR Ent Шесть    
tomegadeth Пятнадцать Ноль Пятнадцать FR Ent Шесть    
MageSlayerDen Пятнадцать Ноль Пятнадцать FR Ent Шесть    
stalker780 Восемь Один Одинадцать FR Ent Три    
Vic26 Восемь Один Одинадцать FR Ent Два    
Wise Десять Ноль Десять FR Ent Один    
ultima Девять Ноль Девять FR Ent Ноль    
jzk Восемь Ноль Восемь FR Pro Восемь    
wbsg Восемь Ноль Восемь FR Pro Восемь    
royt Восемь Ноль Восемь FR Pro Восемь    
vshersh Восемь Ноль Восемь FR Pro Восемь    
vidic777 Восемь Ноль Восемь FR Pro Восемь    
Erazer Восемь Ноль Восемь FR Pro Восемь            


 
 
Примечание от My Way:
1. Передавать только остатки другим участникам нельзя...
2. Если хотите поделиться своими изысканиями с кем-нибудь из участников, до опубликования в ветке можно передать свои результаты через ПМ...
3. Остатки после лицензии на FR Studio Single, можно использовать, для получения лицензии на FR Server (цена такая же. как на FR Enterprise и FR Studio Single = 9 багрепортов )
4. Багофиксы к багофиксам (багофиксаторы, по термину GloThin), пока засчитываются, как отдельные, но возможно, в будущем будут делиться между решившими указанную проблему...  
 
Также мы премируем за написание статей на тему FastReport, как FastReport 3, так и FastReport Studio, стати начиная от технических, и заканчивая очень прикладными, например, первые
шаги в матричных отчетах, или анализатор логов в FastReport Studio, все
авторские права сохраняются, плюс мы содействуем в размещении этих статей
в изданиях. Есть что публиковать - пишите в ПМ

Всего записей: 80 | Зарегистр. 16-09-2004 | Отправлено: 14:16 23-08-2005 | Исправлено: My_Way, 16:15 30-03-2007
jonikDk



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FastReport 4.6
 
В отчете есть MasterData и Child. В Child находится CrossTab (В мастер дата - инфо о изделии, в CrossTab'е - строится кросс по этому изделию ).
Так вот если со свойствами по умолчанию - получается что CrossTab может разрываться на разные страницы, может быть что заголовок на одной - CrossTab на другой. Вид получается не очень. Если изменять свойства KeepChild(печатать на одинаковой странице) и AllowSplit(разрыв содержимого) - то получается что CrossTab если не помещается - переносится вместе с masterData на новую страницу(так и должно быть) - НО.....в crosstabe теряются все строки которые должны были быть на первой страницы, и их просто нигде нету(хотя сумма подбита правильно)......
версия FastReport - 4.6)

Всего записей: 1625 | Зарегистр. 01-03-2004 | Отправлено: 10:18 29-04-2008
pnv82

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FastReport 4.6  
Баг и его частичный фикс:
При печати больших(размерами от 0,5мх2м) отчетов, в режиме разбиения не меньшие страницы, не совсем верно отрабатывает   SplitPage(a, b, c, d: Extended; var x, y: Integer; var NeedRotate: Boolean);, иногда недопечатывая часть данных(листов). После некоторых копаний выяснилось, что не учитывается тот факт, что при большом кол-ве листов, поля принтера добавляют такую величину сдвига, что часть данных не помещается на листах, кол-во которых рассчитывается без учета полей. Но повторяется это не всегда, т.к. листов должно быть действительно много
 
Замена TrySplit на след. код частично решает проблему:
 
    procedure TrySplit;
    var
       DiffX,DiffY:Extended;
    const
         AvgPrinterMargin=11; // усредненная величина полей страницы, по хорошему ее нужно получать для каждого принтера...
    begin
      // что значит проверка if Abs(Trunc(b / d) * d - b) < 11 then - неизвестно
 
      // вычисляем первичное кол-во страниц - берем ближайшее большее целое
      // т.к. отсечь кусочек картинки мы не можем, вне зависимости от ее размера
      x := Ceil(a / c);
      y := Ceil(b / d);
 
      // добавляем место для полей принтера
      DiffX := (x*2-2)*AvgPrinterMargin;
      DiffY := (y*2-2)*AvgPrinterMargin;
 
      // если места хватает даже с полями, то оставляем как есть
      // иначе добавляем необходимое кол-во листов
      if(x*c<a+DiffX) then
        x := x + Ceil(DiffX/c);
 
      if(y*d<b+DiffY) then
        y := y + Ceil(DiffY/d);
    end;
 
 
 
 
 
Index: D:/work/uhta/components/FastReport/Source/frxPreviewPages.pas
===================================================================
--- D:/work/uhta/components/FastReport/Source/frxPreviewPages.pas    (revision 20)
+++ D:/work/uhta/components/FastReport/Source/frxPreviewPages.pas    (revision 77)
@@ -143,7 +143,7 @@
 
 uses
   frxPreview, Printers, frxPrinter, frxPrintDialog, frxXMLSerializer, frxUtils,
-  ShellApi, frxDMPClass, frxRes;
+  ShellApi, frxDMPClass, frxRes, Math;
 
 type
   THackComponent = class(TfrxComponent);
@@ -1463,16 +1463,27 @@
     tempC: Extended;
 
     procedure TrySplit;
+    var
+       DiffX,DiffY:Extended;
+    const
+         AvgPrinterMargin=11;    
     begin
-      if Abs(Trunc(a / c) * c - a) < 11 then
-        x := Round(a / c)
-      else
-        x := Trunc(a / c) + 1;
+      // что занчит проверка if Abs(Trunc(b / d) * d - b) < 11 then - неизвестно
 
-      if Abs(Trunc(b / d) * d - b) < 11 then
-        y := Round(b / d)
-      else
-        y := Trunc(b / d) + 1;
+      // вычисляем первичное кол-во страниц
+      x := Ceil(a / c);
+      y := Ceil(b / d);
+
+      // добавляем место для полей принтера
+      DiffX := (x*2-2)*AvgPrinterMargin;
+      DiffY := (y*2-2)*AvgPrinterMargin;
+
+      // если места хватает даже с полями
+      if(x*c<a+DiffX) then
+        x := x + Ceil(DiffX/c);
+
+      if(y*d<b+DiffY) then
+        y := y + Ceil(DiffY/d);
     end;
 
   begin
 
 
 
Добавлено:
Неочевидное поведение:
Опять таки, при печати больших отчетов и их разбиении на страницы такое логичное действие как задание печати конкретной страницы по номеру становится достаточно неочевидным - номер страницы относится не к получаемым страницам, а к оригинальным.
Другими словами, когда у меня есть отчет из одной страницы, например, 1 на 1 метр, и я печатаю его разбивая на А3 у меня нет никакой возможности отпечатать одну из этих разбитых страничек, что бы увидеть - правильно ли оно мне побилось - будут печататься все страницы подряд.
 
Добавлено:
FastReport 4.6  
При переходе на версию 4.6, в которой изменилась работа с путями к шаблонам, столкнулись с неприятным поведением - после редактирования отчета путь к  файлу шаблона прописывается абсолютный, даже если шаблон лежит в каталоге приложения, и соотвественно на машине, где приложение установлено по другому пути, шаблон не находится, даже если он есть в каталоге приложения.
Причем в procedure TfrxReport.SetParentReport(const Value: String); даже выполняется проверка на абсолютный путь, и в каталоге приложения шаблон ищется только для относительных путей.
 
Такое изменение поломало работу существующих приложений после перекомпиляции их с новой версией. Имхо стоит засчитать такое поведение багом, и поправить.
 
    { check relative path, exclude network path }
    if (Length(fName) > 1) and (fName[2] <> ':')
      and not ((fName[1] = '\') and (fName[2] = '\')) then
      begin
        fName := ExtractFilePath(SaveFileName) + Value;
        if not FileExists(fName) then
          fName := GetApplicationFolder + Value;
      end;
 
для себя просто убрали проверку на абсолютный путь, уж не знаю, насколько это правильно.

Всего записей: 7 | Зарегистр. 13-06-2007 | Отправлено: 18:34 13-05-2008
leoadm



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
FR 4.6.8 При рекомпиляции для смены языка на Delphi 7 в полученный модуль pas русский языковый XML сваливается в неправильной кодировке. Виноват delphi7?

Всего записей: 218 | Зарегистр. 06-09-2007 | Отправлено: 15:17 30-05-2008 | Исправлено: leoadm, 15:19 30-05-2008
Alexpsyholog

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Мужики! Помогите...!
В Fast Reporte 4.2.22 не могу решить проблему.
В запросе в Дивелопере у меня показывают null овые поля ,  а в Репорте они почему то отображаются нулями!
И при подсчете функцией AVG  он начинает их считать при делении.  
Так вот!
Я незнаю как мне в репорте вместо нулей при null овых значениях отображать пусто??????

Всего записей: 1 | Зарегистр. 13-06-2008 | Отправлено: 13:03 13-06-2008
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexpsyholog
Hide zerro

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 08:33 17-06-2008
Antics



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Столкнулся с проблемой масштабирования картинок в соответствии с разрешением растра (которое хранится в заголовке растрового файла).
 
Проблема была решена для BMP файлов.
 
Для масштабирования в PreView все достаточно просто:
 
frxClass:
 
TfrxPictureView = class(TfrxView)
....
public
+    Resolution: real;
 
......
 
constructor TfrxPictureView.Create(AOwner: TComponent);
....
  FIsPictureStored := True;
+  Resolution:= 1;
 
......
 
procedure TfrxPictureView.Draw(Canvas: TCanvas; ScaleX, ScaleY, OffsetX, OffsetY: Extended);
....
- OffsetRect(r, (FDX - Round(ScaleX * FPicture.Width)) div 2,
- (FDY - Round(ScaleY * FPicture.Height)) div 2);
+ OffsetRect(r, (FDX - Round(ScaleX * FPicture.Width * Resolution)) div 2,
+ (FDY - Round(ScaleY * FPicture.Height * Resolution)) div 2);
 
- r.Right := r.Left + Round(FPicture.Width * ScaleX);
+ r.Right := r.Left + Round(FPicture.Width * ScaleX * Resolution);
 
- r.Bottom := r.Top + Round(FPicture.Height * ScaleY);
+ r.Bottom := r.Top + Round(FPicture.Height * ScaleY * Resolution);
 
.......
 
function TfrxPictureView.LoadPictureFromStream(s: TStream): Hresult;
....
+ if BMPHeader.bfType = $4D42 then
+ begin
+     NewGraphic := TBitmap.Create;
+     bOK := True;
+     s.ReadBuffer(HSize,SizeOf(HSize));
+     s.Read(Pointer(Longint(@BIH) + sizeof(HSize))^,HSize-sizeof(HSize));
+     if BIH.biXPelsPerMeter=0 then Resolution:=1
+      else Resolution:=1000 / BIH.biXPelsPerMeter * 18 / 5;
+     if Resolution=0 then Resolution:=1;
+ end;
 
Но чтобы картинки масштабировались и при редактировании готового шаблона, нужно править frxXMLSerializer.pas:
 
implementation
 
uses frxUtils, frxRes, frxUnicodeUtils;
 
+ var Res: LongInt;
 
........
 
procedure TfrxXMLSerializer.XMLToObj(const s: String; Obj: TPersistent);
....
procedure DoNonPublishedProps;
....
FReader.Position := 0;
 
+ if FReaderStream.Size>67 then
+  begin
+    FReaderStream.Position := 42+22;
+   FReaderStream.Read(Res,SizeOf(Res))
+  end;
 
+ FReaderStream.Position := 0;
 
.......
 
function TfrxXMLSerializer.ObjToXML(Obj: TPersistent; const Add: String = '';
  Ancestor: TPersistent = nil): String;
 
var ...
 
+ OldPos:integer;
 
....
procedure DoNonPublishedProps;
....
finally
   AncMs.Free;
 end;
end;
 
+if (Obj is TPicture) and (TPicture(Obj).Bitmap<>nil)
+ and (ms.Size>80) then
+  begin
+     OldPos:=ms.Position;
+     ms.Seek(42+22, soFromBeginning);
+     ms.Write(Res, SizeOf(Res));
 
+     ms.Position:=OldPos;
+  end;
....
if Obj is TfrxComponent then
 begin
    TfrxComponent(Obj).IsWriting := True;
    if (Ancestor = nil) and Assigned(FOnGetAncestor) then
    FOnGetAncestor(TfrxComponent(Obj).Name, Ancestor);
 end;
+ if Obj is TfrxPictureView then
+  Res:=Round(1000 / (Obj as TfrxPictureView).Resolution * 18 / 5);
 
.......
 
procedure TfrxXMLSerializer.ReadRootComponent(Root: TfrxComponent;
....
XMLToObj(Item.Text, c);
+ if Item.Name='TfrxPictureView' then
+  begin
+      if Res=0 then (c as TfrxPictureView).Resolution:=1
+       else (c as TfrxPictureView).Resolution:=1000 / Res * 18 / 5;
+  end;

Всего записей: 38 | Зарегистр. 07-11-2003 | Отправлено: 13:09 23-06-2008 | Исправлено: Antics, 14:42 16-09-2008
svalerik

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Столкнулся с такой проблемой (FastReport Studio):
1. Создаем отчет с диалоговой формой.
2. На диалоговую форму помешаем кнопку, по нажатию на которую происходит выход из отчета.
3. Запускаем отчет используя командную строку.
4. При нажатии на кнопку получаем ошибку: "Неопознанная ошибка". Тоже самое происходит и при нажатии на крестик окна диалога.
 
з.ы. Написал на форуме разработчиков, там пока ответа нет  
http://fast-report.com/ru/forum/index.php?showtopic=5641

Всего записей: 3 | Зарегистр. 22-07-2007 | Отправлено: 19:16 06-07-2008
pnv82

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Не совсем логичная реализация function TfrxReport.PrepareReport(ClearLastReport: Boolean = True): Boolean; для VCL:
 
CheckDatasets(проверка наличия источников данных для датасетов) вызывается много раньше, чем происходит какое-либо событие, где эти датасеты можно инициализировать(например если списки датасетов, доступных к использованию в отчете строится динамически). Таким событием мог бы быть FOnBeginDoc, но он тоже происходит поздно.
 
Предвидя возражения, что все инициализации можно/нужно выполнять вообще, до запуска отчета - все хорошо, если не появляется необходимость запуска отчета на превью из дизайнера - текущая реализация сбрасывает свойства датасетов в procedure TfrxDesignerForm.PreviewCmdExecute(Sender: TObject); при FUndoBuffer.GetUndo(Report);
 
Хотелось бы, что бы OnBeginDoc был действительно OnBegin...
 
 

Всего записей: 7 | Зарегистр. 13-06-2007 | Отправлено: 16:15 15-07-2008 | Исправлено: pnv82, 16:19 15-07-2008
RUSer



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Fast Report Ent 4.6.5
 
1. Открываем новый отчёт в редакторе отчётов.
2. Кладём лабел.
3. копируем
4. снимаем выделение с лабела
5. вставляем - ошибка "компонент с таким номером уже существует"
 
ФРСервер
 
1. Делаем форму из лабелов, эдитов и мемо.
2. Открываем её через браузер и видем, что все ранее ровные компоненты уехали, а шрифт лабелов вместо 12-го стал 8-м.

Всего записей: 390 | Зарегистр. 24-08-2004 | Отправлено: 16:00 18-07-2008
vidic777



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Поставил версию FR 4 Pro v.4.6.110, IDE RAD Studio 2006 C++Builder 11 столкнулся с ошибками при перекомпиляции проекта. Проблему решил путем комментирования сроки 83 в файле Frxunicodeutils.hpp и сроки 105 в frxExportTXT.hpp. Если это баг прошу засчитать. Про "ругань" компилятора на строку TfrxTXTPrinterType PrinterTypes[16]; в файле frxExportTXT.hpp уже сообщал ранее.  
 
Заранее спасибо.  

Всего записей: 1313 | Зарегистр. 16-02-2005 | Отправлено: 03:57 04-10-2008
iiKKSS

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
старттопик
Цитата:
Исправлено: My_Way, 15:15 30-03-2007  

а акция все еще действует аль?

Всего записей: 25 | Зарегистр. 08-01-2006 | Отправлено: 10:21 23-10-2008
LadyOfWood

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
а акция все еще действует аль?

Что-то мне подсказывает что нет, хотя конечно MyWay может выразится точнее.

Всего записей: 620 | Зарегистр. 16-09-2003 | Отправлено: 23:51 24-10-2008
ArmD45



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FastReport 4.5  
Компонент RichEdit  
RTFExport  
При конвертировании в файл rtf
Происходит глюк:
 
Текст RichEdit:
Предоплата / Prepayment : тур услуги
 
Что в итоге в файле rtf:
Предоплата / тур услуги
 
Ощущение что / - обрабатывается как какой-то управляющий знак. И текст идущий за ним выполняется как формула.

Всего записей: 17 | Зарегистр. 28-09-2006 | Отправлено: 15:53 29-10-2008
x_Stalker_x



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FastReport 4.7.17
 
Отчет имеет нескольких таблиц состоящих из Header, MasterData и DetailData. Таблица печатается за таблицей и если страница заканчивается, то последняя таблица начинается с новой страницы. Необходимо чтоб Header, MasterData и DetailData печатались на новой странице вместе.
KeepTogether (держать detail вместе) помогает удержать вместе MasterData и DetailData.
KeepHeader (держать заголовок вместе) помогает удержать вместе Header и MasterData.
Но вместе они не работают. При включении обоих этих параметров перестает действовать KeepTogether. Так как будто он отключен.
 
По всей видимости они должны работать вместе. Или есть другие средства для достижения поставленной цели?

----------
Мир устроен просто, но не примитивно.

Всего записей: 363 | Зарегистр. 12-10-2005 | Отправлено: 18:29 10-11-2008
JustAMaaan

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FR 3.24: есть отчет с ReportHeader, у которого два Child'а. Добавляю в отчёт PageHeader, в результате PageHeader печатается только на 2 странице, причём переменная Page уверяет, что эта страница - первая, а TotalPages - что единственная. В действительности страниц - две. MasterData в отчёте нет совсем (т.к. надо печатать только текущую запись), зато заголовок занимает 2 страницы.

Всего записей: 221 | Зарегистр. 17-09-2004 | Отправлено: 06:29 20-11-2008 | Исправлено: JustAMaaan, 06:44 24-11-2008
Alex_Yagolnik



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FR 4.75
Экспорт в RTF.
 
Казалось бы, компонент - TFrxRichView должен на "ты" с RTF, но экспорт кривой. В PDF гораздо лучше.
Итак
1) Текст помещается в левый верхний угол, даже, если он был по центру. Спасает указание отступов на странице.
2) Если верхний текст имел форматирование "по центру", то и следующий текст будет отцентрован, хотя в оригинале сдвинут влево.
3) В итоговом RTF межстрочные интервалы указаны "точно" из расчета минимальной высоты строки. В результате заголовки обрезаны сверху, а крупный текст сильно пожат по вертикали.
 
Конечно, если каждое текстовое поле с разными форматами оформлять как отдельное MemoView, то всё на своих местах. Но это крайне непродуктивно, если нужно взять отформатированный многостраничный образец договора в WORD формате и быстро сделать из него рабочий документ в FR, набросав в нужных местах ссылки на поля.  
 
В идеале должно быть: в TFrxRichView помещается сложный RTF документ. При печати и экспорте в RTF - нет никакой разницы с первоисточником RTF.

Всего записей: 14 | Зарегистр. 19-10-2005 | Отправлено: 19:51 19-01-2009
ply

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FR 4.7.62
 
Баг: В дизайнере отображаемого формата (DisplayFormat) в случае если никакой формат не выбран при клике по пустому полю в списке доступных форматов возникает ошибка "List Index out of bounds(-1)"
 
Багфикс:  
Файл: frxEditFormat.pas
В начало процедуры TfrxFormatEditorForm.FormatLBClick добавить строку:
if FormatLB.ItemIndex=-1 then exit;

Всего записей: 189 | Зарегистр. 13-05-2006 | Отправлено: 12:51 25-01-2009
grumbler

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FR 4.7.61
при экспорте в PDF строк, повернутых на 90 градусов с центрированием, получаем что все строки внутри ячейки накладываются одна на другую, пример
http://i021.radikal.ru/0901/41/0091f505fcce.jpg

Всего записей: 148 | Зарегистр. 24-09-2003 | Отправлено: 00:28 31-01-2009 | Исправлено: grumbler, 00:41 31-01-2009
Sekundant

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FastReport 4.7.61
 
Баг:В отчетах с уровнем вложености более 1(т.е. если во вложеном отчете сделать еще один вложеный) при установке свойства  PrintOnParent в true у всех вложеных,  перестают отображаться отчеты вложеные во вложеные.
 
Добавлено:
FastReport 4.7.61
Баг: при копировании вложеного отчета новой страницы не появляеться, а он ссылаеться на страницу копируемого вложеного отчета

Всего записей: 3 | Зарегистр. 28-01-2008 | Отправлено: 19:11 07-02-2009
Mikle83

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день!
Возникла следующая проблема с кросстабом:
 
при переносе значения на новую страницу происходит следующая странная вещь:
 
если  объединенная ячейка разбивается разрывом страницы, то на новой странице ее высота определяется необходимой высотой для дочерней ячейки, в результате текст может не полностью быть выведен на экран...
 
 
Пользуется фаст репорт версии 4.2.46
 
Проблема была подтверждена специалистами FastReport при моем обращении, но решена до сих пор не была.

Всего записей: 1 | Зарегистр. 27-02-2009 | Отправлено: 10:56 27-02-2009
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Лицензия FastReport за багрепорты и багофиксы


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru