[webERP -translation] Trying to show pdf fonts behaviour 5
|
View:
New views
9 Messages
—
Rating Filter:
Alert me
|
 |
[webERP -translation] Trying to show pdf fonts behaviour 5
by Javier de Lorenzo-Cáceres
::
Rate this Message:
Hi,
First, sorry for sending 5 messages instead of the four they are; as you can see, I made a typo in the fourth message's subject since I didn't correct the pasted 1/4, so I sent it again. It might be deleted to get things sorted. I hope this 4 pdf will show the benefits for all pan-latin languages, especially Turkish and also French and others that I omitted to makes things short (between other comments). I believe that the same approach could be done with Eastern and Asian languages and even with all of them. This test shows one result I didn´t expect: For pdfs not to be edited, embedded subsets (subsets from the subset, i.e., the subset beeing only the characters used) will not make pdf to grow on size as much. There is only one edited pdf, Example2 (173 K), and it doubles the size of Example2b (85 K), which doubles the size of Example1 (37 K) and Example3 (41 K). I mention gucharmap on the text inside these pdfs, a characters map utility in Linux. As you already know, Windows has a similar utility called Character Map. Also, after looking at the Windows font directory and check that Lucida Sans Unicode has 317 K, we can be sure that embedded fonts are subsets of it, since it compress as much as half the size. It's soon to make conclusions as more and indeep tests should be done; I used Lucida sans Unicode in Example3 to accentuate differences but I should have used Arial or Helvetica in a more realistic scenario. I used old Word 2000 and Windows XP (2002) where, maybe, might be more realistic to use Windows XP 2003 and Vista or, at least, take care of the system installed fonts (I didn't install anything). I've read from Adobe that new versions of Acrobat make files a little bit smaller so we must check this, although the smallest in our test is the original Example1 which has better characters support and It's the oldest version (v1.4 - Acrobat 5.x). Anyway, this is something that will be imposed by TCPDF. I'll do some tests on Windows XP 2003 and Vista. Later, it will be time to start doing with not embedded font subsets. Also, I have looked at Unicode fonts packages ready to be installed on Linux and Windows, and subsets specially made to cover some interesting geographical zones but I prefered not to take that direction yet, but to do the test compatibility without touching client computers. Regards, javier ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Phil Daintree-3
::
Rate this Message:
Javier,
I think its clear that utf-8 will make webERP truly multi-lingual ... but the question really is what size will reports generated by TCPDF be relative to the equivalent iso character set. This needs some code to figure out. I almost wonder if we could not re-write includes/class.pdf.php to use the tcpdf functions. I say "we" - I mean someone else really!! Phil AESE, S.L., Javier de Lorenzo-Cáceres. wrote: > Hi, > > First, sorry for sending 5 messages instead of the four they are; as you can see, I made a typo in the fourth message's subject since I didn't correct the pasted 1/4, so I sent it again. It might be deleted to get things sorted. > > I hope this 4 pdf will show the benefits for all pan-latin languages, especially Turkish and also French and others that I omitted to makes things short (between other comments). I believe that the same approach could be done with Eastern and Asian languages and even with all of them. > > This test shows one result I didn´t expect: > For pdfs not to be edited, embedded subsets (subsets from the subset, i.e., the subset beeing only the characters used) will not make pdf to grow on size as much. There is only one edited pdf, Example2 (173 K), and it doubles the size of Example2b (85 K), which doubles the size of Example1 (37 K) and Example3 (41 K). > > I mention gucharmap on the text inside these pdfs, a characters map utility in Linux. As you already know, Windows has a similar utility called Character Map. Also, after looking at the Windows font directory and check that Lucida Sans Unicode has 317 K, we can be sure that embedded fonts are subsets of it, since it compress as much as half the size. > > It's soon to make conclusions as more and indeep tests should be done; I used Lucida sans Unicode in Example3 to accentuate differences but I should have used Arial or Helvetica in a more realistic scenario. I used old Word 2000 and Windows XP (2002) where, maybe, might be more realistic to use Windows XP 2003 and Vista or, at least, take care of the system installed fonts (I didn't install anything). > > I've read from Adobe that new versions of Acrobat make files a little bit smaller so we must check this, although the smallest in our test is the original Example1 which has better characters support and It's the oldest version (v1.4 - Acrobat 5.x). Anyway, this is something that will be imposed by TCPDF. > > I'll do some tests on Windows XP 2003 and Vista. Later, it will be time to start doing with not embedded font subsets. > > Also, I have looked at Unicode fonts packages ready to be installed on Linux and Windows, and subsets specially made to cover some interesting geographical zones but I prefered not to take that direction yet, but to do the test compatibility without touching client computers. > > Regards, > javier > > > > > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Harald Ringehahn
::
Rate this Message:
I checked some code about a year ago and got pdf files which were ten times the size of the fpdf file. My intention was to write company-specific includes to achieve complete corporate design in forms and reports. I tried something with vera dejavu and cyberbit utf fonts, different colors and so on, but all embedded. Because the size I stopped myself. I must search within old backups if I can find any snippets. Harald |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Phil Daintree-3
::
Rate this Message:
If we can't have full time utf-8 then perhaps we could have dynamic
switchable from iso-XXX to utf-8 and utf-8 fonts only used in pdfs when utf-8 is selected. This way reports work for those languages that require utf-8 (albeit monster sized ones) and also existing users are not disadvantaged by having monster sized reports retaining their old iso-XXX character sets. Perhaps TCPDF has been developed a little more than it was and subsets of utf-8 fonts are bundled only as required - or maybe there is now an option not to bundle the font at all and font substitution works better... still hoping for a nice solution!! Phil Harald Ringehahn wrote: > > I checked some code about a year ago and got pdf files which were ten times > the size of the fpdf file. My intention was to write company-specific > includes to achieve complete corporate design in forms and reports. > I tried something with vera dejavu and cyberbit utf fonts, different colors > and so on, but all embedded. Because the size I stopped myself. I must > search within old backups if I can find any snippets. > Harald > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Cesure.CN
::
Rate this Message:
Hi Javier,
Attached is a revised class.pdf.php for generating UTF8 Chinese PDF, which found in a forum called erp100.com. I know little about pdf print and not sure if there would be any clue for solving this issue. Regards, -Zhiguo class.pdf.php |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Javier de Lorenzo-Cáceres
::
Rate this Message:
Hi Zhiguo, glad to read you,
Zhiguo, the list is limited to 10K messages so you would alredy noted that attachments are missing. You may send me what you want to info@... Although you know I can't help with pdf yet, Have you tested it? Do you know if it also works with turkish? Warmest regards, javier ----- Original Message ----- From: "Cesure.CN" <zhiguo.yuan@...> To: <web-erp-translation@...> Sent: Friday, August 07, 2009 12:46 PM Subject: Re: [webERP -translation] Trying to show pdf fonts behaviour 5 > > Hi Javier, > > Attached is a revised class.pdf.php for generating UTF8 Chinese PDF, which > found in a forum called erp100.com. I know little about pdf print and not > sure if there would be any clue for solving this issue. > > Regards, > -Zhiguo > > > AESE, S.L., Javier de Lorenzo-Cáceres. wrote: >> >> Hi, >> >> First, sorry for sending 5 messages instead of the four they are; as you >> can see, I made a typo in the fourth message's subject since I didn't >> correct the pasted 1/4, so I sent it again. It might be deleted to get >> things sorted. >> >> I hope this 4 pdf will show the benefits for all pan-latin languages, >> especially Turkish and also French and others that I omitted to makes >> things short (between other comments). I believe that the same approach >> could be done with Eastern and Asian languages and even with all of them. >> >> This test shows one result I didn´t expect: >> For pdfs not to be edited, embedded subsets (subsets from the subset, >> i.e., the subset beeing only the characters used) will not make pdf to >> grow on size as much. There is only one edited pdf, Example2 (173 K), and >> it doubles the size of Example2b (85 K), which doubles the size of >> Example1 (37 K) and Example3 (41 K). >> >> I mention gucharmap on the text inside these pdfs, a characters map >> utility in Linux. As you already know, Windows has a similar utility >> called Character Map. Also, after looking at the Windows font directory >> and check that Lucida Sans Unicode has 317 K, we can be sure that >> embedded >> fonts are subsets of it, since it compress as much as half the size. >> >> It's soon to make conclusions as more and indeep tests should be done; I >> used Lucida sans Unicode in Example3 to accentuate differences but I >> should have used Arial or Helvetica in a more realistic scenario. I used >> old Word 2000 and Windows XP (2002) where, maybe, might be more realistic >> to use Windows XP 2003 and Vista or, at least, take care of the system >> installed fonts (I didn't install anything). >> >> I've read from Adobe that new versions of Acrobat make files a little bit >> smaller so we must check this, although the smallest in our test is the >> original Example1 which has better characters support and It's the oldest >> version (v1.4 - Acrobat 5.x). Anyway, this is something that will be >> imposed by TCPDF. >> >> I'll do some tests on Windows XP 2003 and Vista. Later, it will be time >> to >> start doing with not embedded font subsets. >> >> Also, I have looked at Unicode fonts packages ready to be installed on >> Linux and Windows, and subsets specially made to cover some interesting >> geographical zones but I prefered not to take that direction yet, but to >> do the test compatibility without touching client computers. >> >> Regards, >> javier >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Web-ERP-translation mailing list >> Web-ERP-translation@... >> https://lists.sourceforge.net/lists/listinfo/web-erp-translation >> >> > http://www.nabble.com/file/p24863344/class.pdf.php class.pdf.php > -- > View this message in context: > http://www.nabble.com/-webERP--translation--Trying-to-show-pdf-fonts-behaviour-5-tp24845798p24863344.html > Sent from the web-erp-translation mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Javier de Lorenzo-Cáceres
::
Rate this Message:
Hi Phil:
I agree; a truly test must be done and it needs to change sources and php config. All functions that handle strings (pos, lenght, etc.) must be changed to mb functions. Worse are email functions (the subject string). And now, all the pdf units. It's not a minor change but a big step, so it should be firmly achieved. * Just a few thoughts (not to rely on) My country has a bug that's never fixed: organization. I think that is the first thing to achieve. I don´t think this change is a 3.11-rcX release, but an almost different project since for me I doesn't make sense (of course I could be wrong, but I'm sure I don't like) to switch between ISO and utf-8, since the conversion is lossy and coding is different enough. Code would end with a lot of conditional sentences if charset = utf-8 then mb_funcStr else funcStr, all to arrive at losing user's logic: Why disappeared what I wrote? I expect this is the first step, how would it be treated? 3.11-rc must go on; and begin a 3.12-rcX is a little bit unsorted. Maybe another project could be started, you may call it webERP Global, or webERP ML or what you like, and maybe you might use svn instead of cvs, this is not the matter, the quid is that when all pre-tests have gone right, the time for a whole test will have come, and even then, the actual ISO thread must go on. Once the utf-8 has its own identity you will note the real interest on it and might compare between developmet threads. It's expected that in first stage it will not have the neccesary appeal but I'm sure it will grow with time. javier ----- Original Message ----- From: "Phil Daintree" <phil@...> To: "Discussion of webERP translation issues" <web-erp-translation@...> Sent: Friday, August 07, 2009 9:22 AM Subject: Re: [webERP -translation] Trying to show pdf fonts behaviour 5 Javier, I think its clear that utf-8 will make webERP truly multi-lingual ... but the question really is what size will reports generated by TCPDF be relative to the equivalent iso character set. This needs some code to figure out. I almost wonder if we could not re-write includes/class.pdf.php to use the tcpdf functions. I say "we" - I mean someone else really!! Phil AESE, S.L., Javier de Lorenzo-Cáceres. wrote: > Hi, > > First, sorry for sending 5 messages instead of the four they are; as you > can see, I made a typo in the fourth message's subject since I didn't > correct the pasted 1/4, so I sent it again. It might be deleted to get > things sorted. > > I hope this 4 pdf will show the benefits for all pan-latin languages, > especially Turkish and also French and others that I omitted to makes > things short (between other comments). I believe that the same approach > could be done with Eastern and Asian languages and even with all of them. > > This test shows one result I didn´t expect: > For pdfs not to be edited, embedded subsets (subsets from the subset, > i.e., the subset beeing only the characters used) will not make pdf to > grow on size as much. There is only one edited pdf, Example2 (173 K), and > it doubles the size of Example2b (85 K), which doubles the size of > Example1 (37 K) and Example3 (41 K). > > I mention gucharmap on the text inside these pdfs, a characters map > utility in Linux. As you already know, Windows has a similar utility > called Character Map. Also, after looking at the Windows font directory > and check that Lucida Sans Unicode has 317 K, we can be sure that embedded > fonts are subsets of it, since it compress as much as half the size. > > It's soon to make conclusions as more and indeep tests should be done; I > used Lucida sans Unicode in Example3 to accentuate differences but I > should have used Arial or Helvetica in a more realistic scenario. I used > old Word 2000 and Windows XP (2002) where, maybe, might be more realistic > to use Windows XP 2003 and Vista or, at least, take care of the system > installed fonts (I didn't install anything). > > I've read from Adobe that new versions of Acrobat make files a little bit > smaller so we must check this, although the smallest in our test is the > original Example1 which has better characters support and It's the oldest > version (v1.4 - Acrobat 5.x). Anyway, this is something that will be > imposed by TCPDF. > > I'll do some tests on Windows XP 2003 and Vista. Later, it will be time to > start doing with not embedded font subsets. > > Also, I have looked at Unicode fonts packages ready to be installed on > Linux and Windows, and subsets specially made to cover some interesting > geographical zones but I prefered not to take that direction yet, but to > do the test compatibility without touching client computers. > > Regards, > javier > > > > > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Phil Daintree-3
::
Rate this Message:
I am probably not understanding completely the depth of the issue.IF we
could produce utf-8 pdf reports in an economical way so there is no penalty for existing users then why can't we just use the new pdf reporting mechanism - the database is already changed to utf-8 characters. I am not sure the changes are so wide ranging as you suggest - although most likely I am wrong. Either way the first step is to prove the concept. Phil AESE, S.L., Javier de Lorenzo-Cáceres. wrote: > Hi Phil: > > I agree; a truly test must be done and it needs to change sources and php > config. > > All functions that handle strings (pos, lenght, etc.) must be changed to mb > functions. > Worse are email functions (the subject string). And now, all the pdf units. > > It's not a minor change but a big step, so it should be firmly achieved. > > * Just a few thoughts (not to rely on) > My country has a bug that's never fixed: organization. I think that is > the first thing to achieve. I don´t think this change is a 3.11-rcX release, > but an almost different project since for me I doesn't make sense > (of course I could be wrong, but I'm sure I don't like) to switch > between ISO and utf-8, since the conversion is lossy and coding is > different enough. Code would end with a lot of conditional sentences > if charset = utf-8 then mb_funcStr else funcStr, all to arrive at losing > user's logic: Why disappeared what I wrote? > > I expect this is the first step, how would it be treated? 3.11-rc must go > on; > and begin a 3.12-rcX is a little bit unsorted. Maybe another project could > be started, you may call it webERP Global, or webERP ML or what you > like, and maybe you might use svn instead of cvs, this is not the matter, > the quid is that when all pre-tests have gone right, the time for a whole > test > will have come, and even then, the actual ISO thread must go on. > > Once the utf-8 has its own identity you will note the real interest on it > and might compare between developmet threads. It's expected that > in first stage it will not have the neccesary appeal but I'm sure it will > grow with time. > > javier > > ----- Original Message ----- > From: "Phil Daintree" <phil@...> > To: "Discussion of webERP translation issues" > <web-erp-translation@...> > Sent: Friday, August 07, 2009 9:22 AM > Subject: Re: [webERP -translation] Trying to show pdf fonts behaviour 5 > > > Javier, > > I think its clear that utf-8 will make webERP truly multi-lingual ... > but the question really is what size will reports generated by TCPDF be > relative to the equivalent iso character set. This needs some code to > figure out. I almost wonder if we could not re-write > includes/class.pdf.php to use the tcpdf functions. I say "we" - I mean > someone else really!! > > Phil > > AESE, S.L., Javier de Lorenzo-Cáceres. wrote: >> Hi, >> >> First, sorry for sending 5 messages instead of the four they are; as you >> can see, I made a typo in the fourth message's subject since I didn't >> correct the pasted 1/4, so I sent it again. It might be deleted to get >> things sorted. >> >> I hope this 4 pdf will show the benefits for all pan-latin languages, >> especially Turkish and also French and others that I omitted to makes >> things short (between other comments). I believe that the same approach >> could be done with Eastern and Asian languages and even with all of them. >> >> This test shows one result I didn´t expect: >> For pdfs not to be edited, embedded subsets (subsets from the subset, >> i.e., the subset beeing only the characters used) will not make pdf to >> grow on size as much. There is only one edited pdf, Example2 (173 K), and >> it doubles the size of Example2b (85 K), which doubles the size of >> Example1 (37 K) and Example3 (41 K). >> >> I mention gucharmap on the text inside these pdfs, a characters map >> utility in Linux. As you already know, Windows has a similar utility >> called Character Map. Also, after looking at the Windows font directory >> and check that Lucida Sans Unicode has 317 K, we can be sure that embedded >> fonts are subsets of it, since it compress as much as half the size. >> >> It's soon to make conclusions as more and indeep tests should be done; I >> used Lucida sans Unicode in Example3 to accentuate differences but I >> should have used Arial or Helvetica in a more realistic scenario. I used >> old Word 2000 and Windows XP (2002) where, maybe, might be more realistic >> to use Windows XP 2003 and Vista or, at least, take care of the system >> installed fonts (I didn't install anything). >> >> I've read from Adobe that new versions of Acrobat make files a little bit >> smaller so we must check this, although the smallest in our test is the >> original Example1 which has better characters support and It's the oldest >> version (v1.4 - Acrobat 5.x). Anyway, this is something that will be >> imposed by TCPDF. >> >> I'll do some tests on Windows XP 2003 and Vista. Later, it will be time to >> start doing with not embedded font subsets. >> >> Also, I have looked at Unicode fonts packages ready to be installed on >> Linux and Windows, and subsets specially made to cover some interesting >> geographical zones but I prefered not to take that direction yet, but to >> do the test compatibility without touching client computers. >> >> Regards, >> javier >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Web-ERP-translation mailing list >> Web-ERP-translation@... >> https://lists.sourceforge.net/lists/listinfo/web-erp-translation >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
|
|
Re: [webERP -translation] Trying to show pdf fonts behaviour 5
by Javier de Lorenzo-Cáceres
::
Rate this Message:
I am probably not understanding completely the depth of the issue.IF we
could produce utf-8 pdf reports in an economical way so there is no penalty for existing users then why can't we just use the new pdf reporting mechanism * We can, but using iso for the moment. - the database is already changed to utf-8 characters. * But not php, and php is between user and DB. Look at php.ini, the section [mbstring] I am not sure the changes are so wide ranging as you suggest * I did the test but only start the discussion with Tim and sent to the list for Zhiguo: http://developer.loftdigital.com/blog/php-utf-8-cheatsheet I tested the easy fast way: [mbstring] ... mbstring.funcoverload = 7 //all non-multibyte-safe functions are overloaded with the mbstring alternatives. And it didn't work, spanish characters were lost. Now it's time to do this test in deep. - although most likely I am wrong. * You are right not relying in me for the amount of changes that should be done. I only mean that we should be totally sure for an in-line editing and who can be. Either way the first step is to prove the concept. * I agree. Phil * javier AESE, S.L., Javier de Lorenzo-Cáceres. wrote: > Hi Phil: > > I agree; a truly test must be done and it needs to change sources and php > config. > > All functions that handle strings (pos, lenght, etc.) must be changed to > mb > functions. > Worse are email functions (the subject string). And now, all the pdf > units. > > It's not a minor change but a big step, so it should be firmly achieved. > > * Just a few thoughts (not to rely on) > My country has a bug that's never fixed: organization. I think that is > the first thing to achieve. I don´t think this change is a 3.11-rcX > release, > but an almost different project since for me I doesn't make sense > (of course I could be wrong, but I'm sure I don't like) to switch > between ISO and utf-8, since the conversion is lossy and coding is > different enough. Code would end with a lot of conditional sentences > if charset = utf-8 then mb_funcStr else funcStr, all to arrive at losing > user's logic: Why disappeared what I wrote? > > I expect this is the first step, how would it be treated? 3.11-rc must go > on; > and begin a 3.12-rcX is a little bit unsorted. Maybe another project could > be started, you may call it webERP Global, or webERP ML or what you > like, and maybe you might use svn instead of cvs, this is not the matter, > the quid is that when all pre-tests have gone right, the time for a whole > test > will have come, and even then, the actual ISO thread must go on. > > Once the utf-8 has its own identity you will note the real interest on it > and might compare between developmet threads. It's expected that > in first stage it will not have the neccesary appeal but I'm sure it will > grow with time. > > javier > > ----- Original Message ----- > From: "Phil Daintree" <phil@...> > To: "Discussion of webERP translation issues" > <web-erp-translation@...> > Sent: Friday, August 07, 2009 9:22 AM > Subject: Re: [webERP -translation] Trying to show pdf fonts behaviour 5 > > > Javier, > > I think its clear that utf-8 will make webERP truly multi-lingual ... > but the question really is what size will reports generated by TCPDF be > relative to the equivalent iso character set. This needs some code to > figure out. I almost wonder if we could not re-write > includes/class.pdf.php to use the tcpdf functions. I say "we" - I mean > someone else really!! > > Phil > > AESE, S.L., Javier de Lorenzo-Cáceres. wrote: >> Hi, >> >> First, sorry for sending 5 messages instead of the four they are; as you >> can see, I made a typo in the fourth message's subject since I didn't >> correct the pasted 1/4, so I sent it again. It might be deleted to get >> things sorted. >> >> I hope this 4 pdf will show the benefits for all pan-latin languages, >> especially Turkish and also French and others that I omitted to makes >> things short (between other comments). I believe that the same approach >> could be done with Eastern and Asian languages and even with all of them. >> >> This test shows one result I didn´t expect: >> For pdfs not to be edited, embedded subsets (subsets from the subset, >> i.e., the subset beeing only the characters used) will not make pdf to >> grow on size as much. There is only one edited pdf, Example2 (173 K), and >> it doubles the size of Example2b (85 K), which doubles the size of >> Example1 (37 K) and Example3 (41 K). >> >> I mention gucharmap on the text inside these pdfs, a characters map >> utility in Linux. As you already know, Windows has a similar utility >> called Character Map. Also, after looking at the Windows font directory >> and check that Lucida Sans Unicode has 317 K, we can be sure that >> embedded >> fonts are subsets of it, since it compress as much as half the size. >> >> It's soon to make conclusions as more and indeep tests should be done; I >> used Lucida sans Unicode in Example3 to accentuate differences but I >> should have used Arial or Helvetica in a more realistic scenario. I used >> old Word 2000 and Windows XP (2002) where, maybe, might be more realistic >> to use Windows XP 2003 and Vista or, at least, take care of the system >> installed fonts (I didn't install anything). >> >> I've read from Adobe that new versions of Acrobat make files a little bit >> smaller so we must check this, although the smallest in our test is the >> original Example1 which has better characters support and It's the oldest >> version (v1.4 - Acrobat 5.x). Anyway, this is something that will be >> imposed by TCPDF. >> >> I'll do some tests on Windows XP 2003 and Vista. Later, it will be time >> to >> start doing with not embedded font subsets. >> >> Also, I have looked at Unicode fonts packages ready to be installed on >> Linux and Windows, and subsets specially made to cover some interesting >> geographical zones but I prefered not to take that direction yet, but to >> do the test compatibility without touching client computers. >> >> Regards, >> javier >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Web-ERP-translation mailing list >> Web-ERP-translation@... >> https://lists.sourceforge.net/lists/listinfo/web-erp-translation >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Web-ERP-translation mailing list > Web-ERP-translation@... > https://lists.sourceforge.net/lists/listinfo/web-erp-translation > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Web-ERP-translation mailing list Web-ERP-translation@... https://lists.sourceforge.net/lists/listinfo/web-erp-translation |
| Free embeddable forum powered by Nabble | Forum Help |
