Re: [Fonts]ttmkfdir and mkfontscale again
On 17 Nov 2002, Juliusz Chroboczek wrote: > GC> ttmkfdir -d /usr/share/fonts/dir1 -o /usr/share/fonts/fonts.scale > GC> and fonts.scale is created in the first directory but test.scale > One possibility would be a -o flag that only makes sense when no more > than one directory is specified. Would that significantly increase > (You have to consider that hacking command-line parsers significantly > decreases mine, and we have to make sure that the total amount of How about just adding a flag (for which I'm not sure which letter to use) that makes mkfontscale output to stdout instead of '-o outputfile'? That way, more than one directories can be specified as it's now and you don't have to hack much with cmd-line parsing. It's not necessary but it may be nice to put a delimeter at the directory boundary (perhaps the name of a directory before the output for that directory would do it). Jungshik ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
GC> Given that mkfontscale can handle multiple directories with one GC> invokation, I would not lean toward your current approach. >> Sorry, I'm not following. Could you please be a wee bit more explicit? GC> With ttmkfdir you can do: GC> ttmkfdir -d /usr/share/fonts/dir1 -o /usr/share/fonts/fonts.scale GC> ttmkfdir -d /usr/share/fonts/dir2 -o /usr/share/fonts/test.scale GC> and fonts.scale is created in the first directory but test.scale GC> is created in the second. I understand that. I was confused by the use of ``given'' in your first statement. Mkfontscale works that way because I want it to be consistent with mkfontdir. If you have an extension to that behaviour to suggest, I'm listening. One possibility would be a -o flag that only makes sense when no more than one directory is specified. Would that significantly increase your happinness? (You have to consider that hacking command-line parsers significantly decreases mine, and we have to make sure that the total amount of happinness in the universe remains at least constant.) Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
On Friday 15 November 2002 11:41, Juliusz Chroboczek wrote: > GC> It is not clear to me which way is better (or worse). Given that > GC> mkfontscale can handle multiple directories with one invokation, I > GC> would not lean toward your current approach. > > Sorry, I'm not following. Could you please be a wee bit more explicit? Ok with mkfontscale you can do: mkfontscale /usr/share/fonts/dir1/ /usr/share/fonts/dir2 and fonts.scale will be created in both directories. With ttmkfdir you can do: ttmkfdir -d /usr/share/fonts/dir1 -o /usr/share/fonts/fonts.scale ttmkfdir -d /usr/share/fonts/dir2 -o /usr/share/fonts/test.scale and fonts.scale is created in the first directory but test.scale is created in the second. If you had not specified the -o, then the output would be written to stdout (which is nice for testing to see what will be created). -- Gene ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
GC> It is not clear to me which way is better (or worse). Given that GC> mkfontscale can handle multiple directories with one invokation, I GC> would not lean toward your current approach. Sorry, I'm not following. Could you please be a wee bit more explicit? Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
On Thursday 14 November 2002 13:10, Juliusz Chroboczek wrote: > GC> While I am talking about these two programs, I do prefer the way > GC> ttmkfdir creates its output better than mkfontscale -- mkfontscale > GC> creates the font.scale file in the directory it is scanning > GC> whereas ttmkfdir outputs to stdout which can be redirected via the > GC> -o (--output) command line parameter. > > Mkfontscale can do multiple directories in a single run, so you'll > have to specify the exact behaviour that you want. It is not clear to me which way is better (or worse). Given that mkfontscale can handle multiple directories with one invokation, I would not lean toward your current approach. -- -- Gene ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
Around 19 o'clock on Nov 14, Juliusz Chroboczek wrote: > > Would that be of any use to mkfontscale? > Quite likely. Could you please point me at the code? The language orthographies can be found in xc/lib/fontconfig/fc-lang. You may actually want to consider rewriting mkfontscale as a Fontconfig application instead of having it use FreeType2 directly; fontconfig vets glyphs in each font for non-emptiness which plagues many downloadable faces. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
KP> Fontconfig uses a precise scheme to measure language coverage; it has KP> required characters for languages including Korean, Chinese (Big5, GB18030 KP> and Big5+HKS) and Japanese. Would that be of any use to mkfontscale? Quite likely. Could you please point me at the code? Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
Around 19 o'clock on Nov 14, Juliusz Chroboczek wrote: > For large fonts, deciding which characters are important is beyond my > competence, so I implemented a scheme similar to the one in ttmkfdir, > which is controlled by the -f (fuzz) flag to mkfontscale. Fontconfig uses a precise scheme to measure language coverage; it has required characters for languages including Korean, Chinese (Big5, GB18030 and Big5+HKS) and Japanese. Would that be of any use to mkfontscale? Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale again
GC> Now ttmkfdir has a -m (--max-missing) command line parameter which is GC> described as "max # of missing characters per encoding, default is 5". Mkfontscale has two distinct ways of operating, one for eight-bit encodings, one for large encodings. For eight-bit encodings, mkfontscale decides which characters are important, and will only generate entries for fonts that cover all the important characters. There's a specific notion of what is important for KOI fonts, a different one for other fonts. For example, both mkfontscale and ttmkfdir will consider that a font with no non-breaking space covers Latin 1, but for very different reasons: mkfontscale considers nbsp to be unimportant, while ttmkfdir merely notices that fewer than 5 characters are missing. They will give different results for a font missing capital A: ttmkfdir will accept it, while mkfontscale will reject it on the grounds that A is too important to live without. For large fonts, deciding which characters are important is beyond my competence, so I implemented a scheme similar to the one in ttmkfdir, which is controlled by the -f (fuzz) flag to mkfontscale. I hope the above makes sense. If you have any particular examples where it yields bad results, please inform me. GC> While I am talking about these two programs, I do prefer the way GC> ttmkfdir creates its output better than mkfontscale -- mkfontscale GC> creates the font.scale file in the directory it is scanning GC> whereas ttmkfdir outputs to stdout which can be redirected via the GC> -o (--output) command line parameter. Mkfontscale can do multiple directories in a single run, so you'll have to specify the exact behaviour that you want. Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts]ttmkfdir and mkfontscale again
I am using Red Hat 8.0 so the program version are with respect to those distributed by Red Hat. I have been playing with ttmkfdir and mkfontscale and the Microsoft webfonts and I noticed some differences. If I run mkfontscale against a directory with the webfonts, I get 411 fonts listed. However, if I run ttmkfdir, I get 398 fonts listed. Now ttmkfdir has a -m (--max-missing) command line parameter which is described as "max # of missing characters per encoding, default is 5". If I run "-m 0", I get 323 fonts listed and with "-m 100" I get 466 fonts listed. I am not sure what is correct, good, bad, or what. Any comments? If "max-missing" is a good idea, should it be incorporated into mkfontscale? Obviously (at least to me), mkfontscale must be doing some allowance for missing characters since it lists a number of fonts greater than 323. While I am talking about these two programs, I do prefer the way ttmkfdir creates its output better than mkfontscale -- mkfontscale creates the font.scale file in the directory it is scanning whereas ttmkfdir outputs to stdout which can be redirected via the -o (--output) command line parameter. -- -- Gene Czarcinski ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
On 29 Sep 2002, Juliusz Chroboczek wrote: >Date: 29 Sep 2002 16:55:57 +0100 >From: Juliusz Chroboczek <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >List-Id: XFree86 Font List >Subject: Re: [Fonts]ttmkfdir and mkfontscale > >MH> Yeah, there are many different 'variants' of ttmkfdir floating >MH> around. [...] None of them are really superior for all purposes >MH> unfortunately. > >In case you made any notes, I'm highly interested. Sorry... didn't make notes. ;o/ I basically pulled the various apps together, experimented a bit with them, and made some mental thoughts on how I would approach the problem. Then yshao ported ttmkfdir to freetype2 solving a few problems, and then fixed a bunch more issues, making ttmkfdir much less of a priority problem for me. Then I caught wind of you working on mkfontscale, and decided to drop the ttmkfdir idea entirely and leech^Wgo with your generous contribution instead for the future. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer XFree86 maintainer Red Hat Inc. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
MH> Yeah, there are many different 'variants' of ttmkfdir floating MH> around. [...] None of them are really superior for all purposes MH> unfortunately. In case you made any notes, I'm highly interested. Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
On Sun, 22 Sep 2002, Lau wrote: >Date: Sun, 22 Sep 2002 18:23:06 +0800 >From: Lau <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=US-ASCII >List-Id: XFree86 Font List >Subject: Re: [Fonts]ttmkfdir and mkfontscale > >Hi, > >> Just to clarify this a bit more, the C++ version of ttmkfdir >> included in Red Hat Linux is not a part of XFree86 (thank >> goodness), but is included in our XFree86 packages as it made >> more sense to include it there than in the freetype package as we >> have in the past. > >When 'ldd /usr/bin/ttmkfdir' (from RH7.3), it show me that, it linked with freetype2, >but some previous post tell me that, ttmkfdir is for freetype1. Yeah, there are many different 'variants' of ttmkfdir floating around. Mandrake has one, Debian another, SuSE probably has another (haven't checked), and we've got one too. I've explored all of them, and each of them handles certain things better than the others. None of them are really superior for all purposes unfortunately. ;o/ I had investigated them to see if there was one better than what we were shipping, preferably not written in C++. Each of the variants solved some problems that ours did not, but had different problems of their own, so I decided to just keep the one we have for the time being rather than just swapping problem sets, and then wait for mkfontscale to take over. >So, does it means that, the RH version ttmkfdir is patched to use freetype2? Yes, the C++ ttmkfdir in Red Hat Linux 7.3 is ported to Freetype2. I recommend testing mkfontscale out however and reporting any problems with it to Juliusz, as everyone will most likely be dumping ttmkfdir in the near future and using mkfontscale instead. Hope this helps, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer XFree86 maintainer Red Hat Inc. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
Hi, > Just to clarify this a bit more, the C++ version of ttmkfdir > included in Red Hat Linux is not a part of XFree86 (thank > goodness), but is included in our XFree86 packages as it made > more sense to include it there than in the freetype package as we > have in the past. When 'ldd /usr/bin/ttmkfdir' (from RH7.3), it show me that, it linked with freetype2, but some previous post tell me that, ttmkfdir is for freetype1. So, does it means that, the RH version ttmkfdir is patched to use freetype2? Thx all for clearify me a lot !! Zenith ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
On Mon, 23 Sep 2002, Jacky, Lau wrote: >Date: Mon, 23 Sep 2002 15:17:02 +0800 >From: "Jacky, Lau" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Content-Type: text/plain; charset=US-ASCII >List-Id: XFree86 Font List >Subject: Re: [Fonts]ttmkfdir and mkfontscale > >Hi, > >> Just to clarify this a bit more, the C++ version of ttmkfdir >> included in Red Hat Linux is not a part of XFree86 (thank >> goodness), but is included in our XFree86 packages as it made >> more sense to include it there than in the freetype package as we >> have in the past. > >When 'ldd /usr/bin/ttmkfdir' (from RH7.3), it show me that, it linked with freetype2, >but some previous post tell me that, ttmkfdir is for freetype1. > >So, does it means that, the RH version ttmkfdir is patched to use freetype2? Yu Shao ported the ttmkfdir we ship to freetype2. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer XFree86 maintainer Red Hat Inc. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
Jacky, Lau wrote: >Hi, > > > >>Just to clarify this a bit more, the C++ version of ttmkfdir >>included in Red Hat Linux is not a part of XFree86 (thank >>goodness), but is included in our XFree86 packages as it made >>more sense to include it there than in the freetype package as we >>have in the past. >> >> > >When 'ldd /usr/bin/ttmkfdir' (from RH7.3), it show me that, it linked with freetype2, >but some previous post tell me that, ttmkfdir is for freetype1. > >So, does it means that, the RH version ttmkfdir is patched to use freetype2? > Yeah, it had been ported to freetype2. > >Thx all for clearify me a lot !! > >Zenith >___ >Fonts mailing list >[EMAIL PROTECTED] >http://XFree86.Org/mailman/listinfo/fonts > > ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
Hi, > Just to clarify this a bit more, the C++ version of ttmkfdir > included in Red Hat Linux is not a part of XFree86 (thank > goodness), but is included in our XFree86 packages as it made > more sense to include it there than in the freetype package as we > have in the past. When 'ldd /usr/bin/ttmkfdir' (from RH7.3), it show me that, it linked with freetype2, but some previous post tell me that, ttmkfdir is for freetype1. So, does it means that, the RH version ttmkfdir is patched to use freetype2? Thx all for clearify me a lot !! Zenith ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
On Fri, 20 Sep 2002, Yu Shao wrote: >You can try Red Hat 7.3's ttmkfdir which is included in XFree86, it >supports Xtt, and works quite good with CJK fonts. Just to clarify this a bit more, the C++ version of ttmkfdir included in Red Hat Linux is not a part of XFree86 (thank goodness), but is included in our XFree86 packages as it made more sense to include it there than in the freetype package as we have in the past. I've personally never liked this version of ttmkfdir, but the other versions that are floating around have their issues too, so we've kept using this version. We can't wait to switch over officially to Juliusz's mkfontscale in future releases, as it is much cleaner IMHO than any of the various ttmkfdir sources out there. I had even considered using mkfontscale in our development-in-progress however time constraints and other issues precluded it's inclusion. There are some known issues in our ttmkfdir, and Yu Shao has done a great job addressing most of them. Nonetheless, I look forward to burying the C++ ttmkfdir in /dev/null in future releases once mkfontscale is considered stable to replace it. ;o) Many thanks to Juliusz for solving the whole ttmkfdir mess! Take care, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer XFree86 maintainer Red Hat Inc. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
YS> You can try Red Hat 7.3's ttmkfdir which is included in XFree86, In RedHat's packaging of XFree86, not in XFree86's distribution. Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
You can try Red Hat 7.3's ttmkfdir which is included in XFree86, it supports Xtt, and works quite good with CJK fonts. Regards, Yu Shao Jacky, Lau wrote: >Hi guys, > > Would any one can clearify a little bit on these two software, I've saw a lot >of howto, > or tutorial, which have mentioned about ttmkfdir, that's used to generate >fonts.scale, > Yet, looking at the mail in [EMAIL PROTECTED], mkfontscale by Juliusz seems >also serve > similar function, does these two tools have any relation?? > > Or, 'ttmkfdir' is used with Xtt and 'mkfontscale' is used with freetype..?? > >Zenith >___ >Fonts mailing list >[EMAIL PROTECTED] >http://XFree86.Org/mailman/listinfo/fonts > > ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
>> So, it means that, mkfontscale can do the job for my fonts, for my >> X Server, whatever it font file type and whatever the font module >> (freetype/type1/xtt)?? AK> Yes. Beware, though: mkfontscale is beta code. Please do drop me a note if you can get it to behave weirdly. Juliusz ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
Ar an 19ú lá de mí 9, scríobh Jacky, Lau : > So, it means that, mkfontscale can do the job for my fonts, for my > X Server, whatever it font file type and whatever the font module > (freetype/type1/xtt)?? Yes. > Does it also handle pcf/bdf entries?? No. Since PCF and BDF fonts aren't _scalable_, there's no need for a fonts._scale_ file. Mkfontdir will do the job fine. -- I'm not a pheasant plucker / I'm a pheasant plucker's son. I'm just a'plucking pheasants / 'Til the pheasant plucker comes. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
Hi, Thank you very much!! So, it means that, mkfontscale can do the job for my fonts, for my X Server, whatever it font file type and whatever the font module (freetype/type1/xtt)?? Does it also handle pcf/bdf entries?? Zenith ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts]ttmkfdir and mkfontscale
Ar an 17ú lá de mí 9, scríobh Jacky, Lau : > Would any one can clearify a little bit on these two software, > I've saw a lot of howto, or tutorial, which have mentioned about > ttmkfdir, that's used to generate fonts.scale, Yet, looking at the > mail in [EMAIL PROTECTED], mkfontscale by Juliusz seems also serve > similar function, does these two tools have any relation?? > Or, 'ttmkfdir' is used with Xtt and 'mkfontscale' is used with > freetype..?? Hi, Ttmkfdir was written by Jörg Pommnitz more or less when the first version of FreeType was released. It generates fonts.scale files for TrueType font directories, and has a hardcoded list of encodings to test against. Mkfontscale was (and is) written by Juliusz Chroboczek; it takes advantage of the fact that recent XFree86 releases also ship with (a later) FreeType, which has a more generalized approach to encodings. It can, as well as generating fonts.scale files for TrueType directories, do the same for Type1 directories. It will ship in future XFree86 releases, so there shouldn't be a need to download and compile ttmkfdir. Bye, - Aidan -- I'm not a pheasant plucker / I'm a pheasant plucker's son. I'm just a'plucking pheasants / 'Til the pheasant plucker comes. ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[Fonts]ttmkfdir and mkfontscale
Hi guys, Would any one can clearify a little bit on these two software, I've saw a lot of howto, or tutorial, which have mentioned about ttmkfdir, that's used to generate fonts.scale, Yet, looking at the mail in [EMAIL PROTECTED], mkfontscale by Juliusz seems also serve similar function, does these two tools have any relation?? Or, 'ttmkfdir' is used with Xtt and 'mkfontscale' is used with freetype..?? Zenith ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts