Hi, my name is Sergio.
I’m having a trouble to set my fonts proportion, I need to build a font with 24 X 32 pixels, but I’m having problems with width.
Is there some relation with width X Height ? and is there some kind of formula or something that allow me to calculate the proportion?
Thanks !
See the FAQ thread for some tips about font sizes.
Truetype fonts are scalable vectors. Sizes in pixels in pixels on the screen will depend on the point size selected in applications.
12 points = 16 pixels (1/6th of an inch).
Hi, I’m new here.
I need to make a font with 3X4 pixels proportion, fit in a screen of 800X480 pixels, but i can’t find a harmony between the width and height. I solved the height fit with
Win ascent in 1705 and Win descent in -486, in the width I tried to use a rule of three but when I put the font on the screen, the font was displaced or sometimes the font appeared cut.
To calculate the width I must use some kind of a rule or it’s because the screen?
P.S: my unit per em is 2048.
Thank you.
You really need to make your question clearer. 800x480 is 5:3 not 3:4 so how many rows and columns of characters exactly are you trying to fit on the screen?
Hi I’ll try to be more specific in this post.
The screen I gonna use is 800X480 pixels like the picture.
The metrics of my font are ( I use Font creator 6.5 Professional edition) :
Average Character Width: 2090;
Typo Ascender: 1255;
Typo Descender:-150;
Typo line Gap: 0;
Win Ascent: 1705;
Win Descent: -486;
Ascender: 1705;
Descender:-486;
Line Gap:0;
X-Height: 1088;
Cap Heigth: 1471;
Default char: 0;
Break Char: 32;
Max Context: 0;
The Panose configuration are:
2-7-3-9-2-2-5-2-4-4
Header configuration are:
Units per em: 2048;
Smallest read. size: 6;
Font direction Hint: Only strong left to right;
Font Header Flags: XX-X------------;
Indetification: MOMO;
General configuration are:
Subscript, Horizontal: 1434;
Subscript, Vertical:1331;
Subscript, x offset: 0;
Subscript, y offset: 138;
Superscript, horizontal: 1434;
Superscript, vertical: 1331;
Superscript, x offset: 0;
Superscript, y offset: 530;
strike out size: 102;
Strike out position: 530;
Italic angle:0;
Underline Position: -197;
underline thickness: 119;
Fixed pitch: 150;
caret slope rise : 1;
caret slope run : 0;
caret offset:0;
Classification menu:
weigth: Normal (regular);
Width: Medium (normal);
class: Transitional Serifs;
subclass: No classification;
Font design (windows): Regular;
Thank you
I was looking at this problem and did not know the answer, but I tried experimenting and produced the attached font.
The artwork for the capitals is just copied and scaled down in size from one of my own fonts. The lowercase, except for the lowercase g, is just a copy of the capitals. I added the lowercase g so as to show a glyph with a descender.
The interest in this font is the metrics though.
Could you possibly try the attached font at 24 point size and say whether the text is at the required size please?
It seems to produce the correct size when used at 24 point in WordPad on the computer that I am using. I pressed the Print Screen button and then pasted from the clipboard into Paint and counted the pixels.
Yet that test may or may not give the same result for other people on other computers.
I hope that this helps.
Here is the font.
PROBLEM1.TTF (7.66 KB)
William Overington
13 September 2012
Hi william.
I put the font on my screen, as follows below was the result.
Image changed to link to make thread easier to read: (Bhikkhu Pesala)
the image up there appears cut, sorry if want to see the full image you can press the right click of the mouse and press display image.
Sorry again for the image .
Thank you
Sergio
13 September 2012
Thank you for your reply.
I have now produced two more fonts.
PROBLEM_TWO changes the metrics so that there are no descenders. This allows for bigger capitals to be used. The advance width for each character is 2048 font units.
In the cell for figure 0 there is a solid filled square as that may help to show more clearly as to whether the system is adding line spacing between lines of text.
PROBLEM2.TTF (8.09 KB)
PROBLEM_THREE is a variation on PROBLEM_TWO with the advance width for each character as 1920 font units.
In the cell for figure 0 there is a solid filled rectangle as that may help to show more clearly as to whether the system is adding line spacing between lines of text.
PROBLEM3.TTF (8.09 KB)
Could you possibly try the fonts at 24 point in your system please? PROBLEM_TWO may be a bit wide yet PROBLEM_THREE may be a better fit. However, I am wondering if the advance width of 1920 font units might be a bit harder on the rendering system than the advance width of 2048 font units.
I hope that this helps.
William Overington
14 September 2012
Hi william, the font named “problem 3” fits perfectly on the screen as you can see in the image below.
Can you tell me how you get in the proportion for the width? there isn’t any line below the baseline, if I want to add one I must to recalculate the width?
Thank you.
Sergio
14 September 2012
Thank you for your reply.
A Microsoft Windows display uses 96 pixels to correspond to 72 points.
Some other computer systems use other values.
I have only used an Apple Macintosh computer during a course in desktop publishing many years ago. I have read later that 72 pixels is used to correspond to 72 points.
The system that you are using appears to have a display of around 76 pixels to correspond to 72 point. I am wondering if it is some metric standard of about 30 pixels per centimetre. I have never heard of that, but then I have limited knowledge about metric display standards.
Does anyone reading this know anything about metric displays please?
In relation to having descenders below the baseline, I know that Microsoft Windows adds that on so that a font with descenders at 24 point has more pixels vertically than a font without descenders at 24 point. I do not know what other types of computer systems do.
there isn’t any line below the baseline, if I want to add one I must to recalculate the width?
I do not know. It may depend on what the display that you are using does.
If it was for use on a Microsoft Windows system, I would answer “probably no”.
I hope that this helps.
William Overington
14 September 2012
