FastReport encoding and sections
950 views
Skip to first unread message
Aleksandar Ilic
Sep 4, 2012, 9:49:37 AM9/4/12
to harbou...@googlegroups.com
I have few questions regarding to Spirin's FastReport for Harbour.
I've already tried to write to FastReport Google group, but my message is still waiting for approval, more than two weeks now. I don't know who is managing that group, and why do they need so much time. In my account info it writes that I am member of it, but still not able to post without approval.
Main problem is encoding in FR. It is missing Central European encoding, which is needed in order to port my existing reports to FR engine. If I set OEM charset, than it will be Ok, but it means that I have to force all my users to change their Encoding for non-Unicode programs in Regional Settings to CP852. Not to mention that menu items are also not displayed correctly if Encoding for non-Unicode programs is not set correctly.
The other question is based on sections in FR. Looked through manuals and found no explanations how to display some data between two master sections. If you use header/footer sections, than data will displayed only if master data exists, which is not suitable. The only solution I accidentally found is that I put new master section, which is unassigned to any data set, and set Number of rows to 1. Than I can put any data into it, and it will be displayed well. If there is better way to achieve this, I would be grateful.
Any help appreciated.
I've already tried to write to FastReport Google group, but my message is still waiting for approval, more than two weeks now. I don't know who is managing that group, and why do they need so much time. In my account info it writes that I am member of it, but still not able to post without approval.
Main problem is encoding in FR. It is missing Central European encoding, which is needed in order to port my existing reports to FR engine. If I set OEM charset, than it will be Ok, but it means that I have to force all my users to change their Encoding for non-Unicode programs in Regional Settings to CP852. Not to mention that menu items are also not displayed correctly if Encoding for non-Unicode programs is not set correctly.
The other question is based on sections in FR. Looked through manuals and found no explanations how to display some data between two master sections. If you use header/footer sections, than data will displayed only if master data exists, which is not suitable. The only solution I accidentally found is that I put new master section, which is unassigned to any data set, and set Number of rows to 1. Than I can put any data into it, and it will be displayed well. If there is better way to achieve this, I would be grateful.
Any help appreciated.
Massimo Belgrano
Sep 4, 2012, 11:15:08 AM9/4/12
to harbou...@googlegroups.com
Can you post a little sample?
--
Massimo Belgrano
will be useful for define your problem and also for us to learn "How fast report will do"
2012/9/4 Aleksandar Ilic <ili...@gmail.com>
--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users
Massimo Belgrano
Aleksandar Ilic
Sep 4, 2012, 1:26:23 PM9/4/12
to harbou...@googlegroups.com
I have attached small program, which translates my sample report (P2_1.PRT) to FR.
Just run script.exe and click Print preview in FR.
I exported two outputs (script-def.pdf and script-oem.pdf), one with OEM charset (set in FR) and CP852 (Serbian Latin) set in Regional settings (Encoding for non-Unicode programs), and another one with DEFAULT charset set in FR.
As you can see, OEM output is good, the other one is not. As I can see, the problem with FR is that I cannot set my own code page (CP 852), and than I must use OEM.
As I've mentioned, the problem is also manifested in encoding in menu items. Latin chars are not displayed correctly if CP 852 is not set in Regional settings.
If there is no solution for this, than this is very bad practice how to set/use correct encoding.
Just run script.exe and click Print preview in FR.
I exported two outputs (script-def.pdf and script-oem.pdf), one with OEM charset (set in FR) and CP852 (Serbian Latin) set in Regional settings (Encoding for non-Unicode programs), and another one with DEFAULT charset set in FR.
As you can see, OEM output is good, the other one is not. As I can see, the problem with FR is that I cannot set my own code page (CP 852), and than I must use OEM.
As I've mentioned, the problem is also manifested in encoding in menu items. Latin chars are not displayed correctly if CP 852 is not set in Regional settings.
If there is no solution for this, than this is very bad practice how to set/use correct encoding.
Aleksandar Ilic
Sep 6, 2012, 1:14:07 PM9/6/12
to harbou...@googlegroups.com
Regarding to previous encoding problem, here's another one.
Data which are stored to DBF cannot be displayed correctly in Windows-1250 charset. Since that charset is not supported in FR's predefined charset list, in order to display data correctly, I must use OEM once again (charset set in Regional settings).
Since FR is on hold for now (I mean on development), I cannot ask for support and cannot hope that Windows-1250 will be supported, at least not in the near future.
Has anyone similar problem and is there any alternative?
Looking forward for your answer!
Data which are stored to DBF cannot be displayed correctly in Windows-1250 charset. Since that charset is not supported in FR's predefined charset list, in order to display data correctly, I must use OEM once again (charset set in Regional settings).
Since FR is on hold for now (I mean on development), I cannot ask for support and cannot hope that Windows-1250 will be supported, at least not in the near future.
Has anyone similar problem and is there any alternative?
Looking forward for your answer!
Reply all
Reply to author
Forward
0 new messages