| | <<<Back 1 day (to 2014/01/18) | 2014/01/19 |
| psycho_oreos | Thanks for response but I can clearly see that ghostscript has set it as a path yet when I do loadallfonts it refuses to look at those gsf files. I guess when I tell gs to load a ps file and within terminal I tell gs to loadallfonts it chucked up an error saying about braille support error. Maybe I guess I could try and move the culprit(s) away and see if it helps. | 01:13.27 |
| ray_laptop | psycho_oreos: I've been running errands -- can you point me to a PS file that you are using as input? Ghostscript 9.10 has a built in "fallback" CID Font that covers most languages -- DroidSansFallback. It may be that PS is not using a CIDFont, so the CIDFont substitution logic isn't coming into play | 03:22.39 |
| | psycho_oreos: I don't think that 'loadallfonts' can be expected to help you. It is intended to load the font resources into PS VM, so all it does is take up time loading (or trying to) fonts that you don't need. | 03:24.46 |
| | psycho_oreos: if it doesn't find it and load it automatically, then loadallfonts is a waste. | 03:25.13 |
| | psycho_oreos: to see what fonts your gs knows about, instead of running an input PS (or PDF) file, use all of your standard switches, then instead of the input file use: -c "Fontmap { exch == == } forall quit" | 03:28.23 |
| | psycho_oreos: that will print stuff like: | 03:29.10 |
| | /Hershey-Gothic-Italian-Oblique | 03:29.11 |
| | [(hritro.gsf)] | 03:29.13 |
| | /Helvetica-Bold | 03:29.15 |
| | [/NimbusSanL-Bold] | 03:29.16 |
| | ... | 03:29.17 |
| | the logical name of the font starts with a '/' and the next line (an array in '[' ']' ) is the font alias or font filename. If it is an alias, it will be a name (starting with '/'). If it is a string, enclosed in '(' ')' that is the file name on one of the GS_LIB paths | 03:31.45 |
| | psycho_oreos: BTW, to see what paths you have on your search paths, use: gs -q -c "LIBPATH === quit" | 03:32.54 |
| | if you have any -I options, then include those before the '-c'. For example: gs -q -I/tmp/extrafonts -c "LIBPATH === quit" | 03:35.44 |
| psycho_oreos | ray_laptop, sorry, I was afk. Thanks for the response and assistance. I am going to chase up on what is read. | 05:39.04 |
| | Ok, my input files are any random ps files from: http://member.wide.ad.jp/~wada/index-j.html I could attach appropriate logs. It seems as though it is refusing to load any of the gsf, even renaming it and placing it under my type 1 font directory. They all fail. The paths does point to the right places however. | 05:40.54 |
| | For instance I have pointed it to /usr/share/ghostscript/9.10/gs6.0.fonts/fonts which still fails to load any of the gsf files. I tried then pointing it to /usr/share/ghostscript/9.10/gs6.0.fonts but it still refuses to load any of the gsf. | 05:42.17 |
| | I have also moved away the braille font for now which now seems to make gs work without hiccup on loadallfonts. | 05:43.02 |
| | I think the troubling issue is that due to my lack of understanding on how ghostscript really works. The /usr/share/ghostscript/9.10/Resource/Font/ has all "PostScript Type 1 font program data" files (without any extension suffixes). The same with files in /usr/share/ghostscript/9.10/gs6.0.fonts/fonts are all "PostScript Type 1 font program data" except with .gsf extension. The description of the files were obtained using the `file` command. | 05:45.59 |
| | Here is the output of gs --help. You can see that it is in the search path yet ghostscript refuses to load up. Another thought comes to mind is that such fonts aren't needed for those .ps files I guess. | 05:49.12 |
| | Maybe it is looking at the wrong needed fonts, fails to find them and substitutes them for Courier font. | 05:49.49 |
| | I also tried gs -c "Fontmap { exch == == } forall quit" which prints out loads of information but nothing I guess is assigned to Ryumin-Light-H. | 06:00.27 |
| | Hi sags | 06:00.31 |
| sags | @psycho_oreos: Hi. Maybe the trouble is with the Fontmap? Note that the fils'n name must be "Fontmap" without any extension. | 06:00.51 |
| psycho_oreos | Yeah I am not sure how Fontmap works. I'll need to read up on how it works though. | 06:01.22 |
| sags | @psycho_oreos: Wait a moment, I'll put the Fontmap I use somewhere ont he web... | 06:02.40 |
| psycho_oreos | sags, thanks! that would be handy. I sort of found out fontlint just then which I read somewhere is to load up certain font (though the webpage may have contained a typo which made it so that I couldn't find it I guess). | 06:03.25 |
| | Normally the README said to put it in the path and add it to the ghostscript path which would then generate a Fontmap. Then with Fontmap put it in lib directory and editing some of the information within it. | 06:04.34 |
| | Here was the guide that I was pointed out earlier (along with the fonts): http://www.enel.ucalgary.ca/People/far/howto/gs-ttf.html | 06:05.16 |
| sags | @psycho_oreos: here is my Fontmap: <http://paste2.org/pI1UVChJ>. | 06:07.05 |
| psycho_oreos | Ohh wait.. I think I sort of realised where I went wrong.. but the thing is that I cannot get ghostscript to load Fontmap.kanji. | 06:07.07 |
| | Thanks, going to have a look. | 06:07.16 |
| sags | @psycho_oreos: To load id automatically it must have no extension and be in GS's library path (GS_LIB or, as ray_laptop said, commandline option -Ipath). | 06:08.37 |
| psycho_oreos | Ahh! no extension!. | 06:08.57 |
| | I'll go remove the extensions and see. The path has to point all the fonts right? not the base directory where there's fonts and lib directory. | 06:09.52 |
| sags | @psycho_oreos: GS loads (and merges) all "Fontmap" files it finds on the libpath. If you name then differently, then you must provide an alternative way to load them - for example create a master Fontmap that does (Filename.something) .runlibfile, but I don't find that to be easier because you have to edit files and keep all edits in sync with the fond dirs you use. | 06:11.30 |
| | @psycho_oreos: Tha libpath point to the directory with the *.gsf and Fontmap. Not a parent of it. | 06:12.15 |
| psycho_oreos | Hmm, ok that is a little confusing, so I'll put the Fontmap.kanji into font/ directory and then make gs load it as part of the path. No renaming of the files as I guess that messes up the Fontmap.kanji that was provided with the compressed tar. | 06:13.53 |
| | Gah.. no dice.. I need to read that Fontmap of mine and see how it works.. | 06:18.39 |
| | /usr/share/ghostscript/9.10/gs6.0.kanji/fonts now has all the .gsf file along with Fontmap.kanji. | 06:19.24 |
| sags | @psycho_oreos: To clarify what I used: (a) plain Ghostscript with [virtually] no change, (b) a separate directory containing the *.gsf files from the archive and a file named "Fontmap" whose contents I pasted at <http://paste2.org/pI1UVChJ>, and (c) GS_LIB set to include that directory, but you can also use commandline -I<that dir> (note: it's an uppercase i). | 06:20.07 |
| psycho_oreos | This is really confusing.. there has to be a place where ghostscript can load the Fontmap.kanji. Either that or.. I dunno see how the filenames are to be named and then name it accordingly. | 06:20.11 |
| | Ok I'll use the Fontmap that you pasted and try again. | 06:20.52 |
| | Ahh! That finally worked thanks! | 06:24.01 |
| sags | @psycho_oreos: Glad it helped. Bye! | 06:25.06 |
| psycho_oreos | Thank you so much! have a good one! | 06:25.51 |
| | :D | 06:25.56 |
| ray_laptop | psycho_oreos: (for the logs). Siince the Fontmap is interpreted as PostScript, you can have a "Fontmap" (no extension) file that invokes another file of arbitrary name. For example, Resource/Init/Fontmap contains: | 21:24.17 |
| | (Fontmap.GS) .runlibfile | 21:24.21 |
| | Forward 1 day (to 2014/01/20)>>> | |
IRC Logs