Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread suzuki toshiya
Oops, my proposal was insufficient because it was proposed without samples to reproduce the issue. Just I've posted sample PDF at: https://savannah.nongnu.org/patch/download.php?file_id=23313 It seems that no objection against the change of algorithm to lookup a tricky font, I will apply my

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread Werner LEMBERG
BTW, during the production of sample PDF, I found that OpenOffice.org generates wrong checksum for embedded TTF, so the tricky font detection by the checksum cannot solve the problem :-( Uh, oh. Please write a bug report to the OpenOffice/LibreOffice people. It seems to me that we can't do

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread Miles Bader
suzuki toshiya mpsuz...@hiroshima-u.ac.jp writes: BTW, during the production of sample PDF, I found that OpenOffice.org generates wrong checksum for embedded TTF, so the tricky font detection by the checksum cannot solve the problem :-( Could you compare against _both_ the real checksum and

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread mpsuzuki
Yes, I should file the bug with yet another sample with free fonts (NEC FA-xxx fonts are proprietary) including the clarification you commented. Regards, mpsuzuki On Thu, 28 Apr 2011 18:23:32 +0900 Miles Bader mi...@gnu.org wrote: suzuki toshiya mpsuz...@hiroshima-u.ac.jp writes: BTW, during

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread david.bevan
For some reason I assumed that FreeType would be calculating the checksum. I'm sure there's lots of code that doesn't bother to set the checksums at all. David %^ -Original Message- From: freetype-devel-bounces+david.bevan=pb@nongnu.org

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread Werner LEMBERG
For some reason I assumed that FreeType would be calculating the checksum. I'm sure there's lots of code that doesn't bother to set the checksums at all. The problem are subsetted fonts, I believe. Werner ___ Freetype-devel mailing list

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread mpsuzuki
One of the possibility (workaround for OOo) is the extension of the tricky font detection by the name. At present, only family name is compared, additional checking PostScript name may be helpful for this issue. OOo retains the name table (which is optional in Type42 spec), so MingLiU can be

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread mpsuzuki
Ah, Bevan's proposal is reasonable... I selected 3 Type42-required subtables (cvt/fpgm/prep) which are very difficult to subset without detailed interpretation of glyf program. So, even if the embedded fonts are subsetted, usually they are same with original fonts. # If they are modified, it

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-28 Thread suzuki toshiya
Just I've uploaded an archive: http://gyvern.ipc.hiroshima-u.ac.jp/~mpsuzuki/ooo-ttf-checksum-test.zip it includes following files: * LiberationSerif-Regular.ttf - a free font including cvt/fpgm/prep tables * LiberationSerif.odt - an ODT document referring LiberationSerif font *

Re: [ft-devel] Registration of a set of trickyfonts by NEC

2011-04-27 Thread Werner LEMBERG
Considering that the number of blacklist is increased to 13, I changed the algorithm to compare the checksums slightly. It seems that the fonts are not so popular, so this is not urgent issue. Please give me comment. Your patch looks fine. I haven't tested actually whether it works, but i