[Haskell-cafe] design question/font metrics
Gery Debongnie
gery.debongnie at gmail.com
Tue Jun 1 10:30:31 EDT 2010
Dear Haskell-Cafe list,
Since I am learning Haskell, I decided to try to do a real program, to
practice and give me some experience. I choose to do a basic
typesetting program (like TeX/LaTeX). Now, obviously, such a program
needs to manipulate font objects, and in particular, font metrics.
Basically, I would like some function like this :
stringWidth :: Font -> String -> Double
charWidth :: Font -> Char -> Double
which take some appropriate font type, string or char, and gives me a
width (also height) in some given unit. I'd like it to take into
account appropriate kerning.
Question 1 :
Now, I may be missing something, but a quick search on Google/Hackage
didn't yield anything. Is there an existing package, or any nice and
simple way to deal with that problem?
Question 2 :
In case the answer to the previous question is negative, I guess I
will need to do it myself, the old-fashioned way. Now, this is where
I have a design question. The thing is that font metrics information
are encoded into some file (either .tfm or .pl files, for TeX fonts),
so my function stringWidth will need to read a file, which is, gasp,
an IO operation. Therefore, its type will be something like
stringWidth :: Font -> String -> IO Double
and it will "infect" pretty much everything else. It doesn't sound
really appealing, so I'd like your opinions on this subject. To start
the conversation, here are the solutions that I have in mind, so far :
1. well, do nothing, and let IO infect everything.
2. use unsafePerformIO to get rid of IO. (I am weary to do this,
since I am a newbie, and I don't really want to start using that
function everywhere... However, in this case, it looks kinda
legitimate...)
3. Perform a reading of the font metrics file in the main program, put
the results into some FontMetrics object, and give that to stringWidth
:: FontMetrics -> Font -> String -> Double. Pros : allow me to avoid
problems of solution 1 and 2, cons : it doesn't sound right for the
main program to have to do this, it should be confined into a Font
module.
Any other ideas, suggestions?
Gery D.
More information about the Haskell-Cafe
mailing list