LinuxQuestions.org Member Success StoriesJust spent four hours configuring your favorite program? Just figured out a Linux problem that has been stumping you for months?
Post your Linux Success Stories here.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
My N's look the same as well. Its funny, but its not annoying enough to bother me. I did what Toods posted up and it made the N's look normal---
Freetype 2.1.10 can be made to look better with Verdana fonts but with the bold fonts the Byte Code Interpreter will produce these 'fat' abnormalities with a few of the characters. It's a real shame this because Verdana is used by so many web page designers and it leads to a lot of web pages looking strange.
I tried to get around this with Freetype 2.1.10 by forcing use of the 'autohinter' instead of the BCI for Verdana bold. This looks much more normal but the effect is more 'blocky' than hinting with the BCI.
I have not seen any patches yet available to cure this problem with Freetype 2.1.10, but if anyone knows of one I would appreciate knowing about it. Until then I will stick with version 2.1.9.
Yeah I have noticed that too with both the font antialiasing and without it. Using freetype 2.1.9 seems to solve the problem but I think that it has made some apps like Firefox crash on some websites like linuxcompatiable.com, I will unload the package again and see if its just the problem with the Firefox installation and not the libfreetype6 downgrade.
--- I think that it has made some apps like Firefox crash on some websites like linuxcompatiable.com,---
It might be worth a look at the following:
There are 2 symlinks in the /usr/lib directory pointing to libfreetype.so.6.3.8.(or -6.3.7 in the case of Freetype v 2.1.9), namely libfreetype.so and libfreetype.so.6. Firefox needs to see libfreetype.so.6 to access the Freetype stuff. It could be that you need to remake these two symlinks to point to the new libfreetype.so.6.3.7.
This is how the files are arranged in Slackware and they could be different in other distributions.
Here is the error output that I get with Firefox after downgrading to libfreetype6-2.1.9:
./firefox/firefox-bin: symbol lookup error: /usr/X11R6/lib/libXft.so.2: undefined symbol: FT_GlyphSlot_Embolden
I think I might have to downgrade to the the Mandrake 10.2 Version of X11 to make things run smoother. There are only two files in my /usr/lib/ for libfreetype; libfreetype.so.6 --> libfreetype.so.6.3.8. I have changed it and now it looks like this libfreetype.so.6 --> libfreetype.so.6.3.7
either I'll try to downgrade, or just continue using Opera which has no issue with this.
Last edited by webterractive; 02-28-2006 at 03:07 PM.
I'm running ubuntu 5.10 and facing similar issue of jaggedness. I've read this thread from start to end and followed Franklin's and others instructions with no avail.
My Steps are as follows:
#sudo apt-get install g++
step 1: Adding Windows Fonts in Linux
# cd /usr/share/fonts/truetype
# mkdir windowsfonts
# cp /media/hda1/windows/Fonts/*.ttf .
Now change the ownership of the fonts as well as make sure they have a right of 644 .
vrode@skywalker:~/freetype-2.1.10$ ./configure --prefix=/usr
cd builds/unix; ./configure --prefix=/usr
checking build system type... i686-pc-linux-gnulibc1
checking host system type... i686-pc-linux-gnulibc1
checking target system type... i686-pc-linux-gnulibc1
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** [builds/unix/unix-def.mk] Error 77
Then ran make command,
vrode@skywalker:~/freetype-2.1.10$ make
cd builds/unix; ./configure
checking build system type... i686-pc-linux-gnulibc1
checking host system type... i686-pc-linux-gnulibc1
checking target system type... i686-pc-linux-gnulibc1
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** [builds/unix/unix-def.mk] Error 77
vrode@skywalker:~/freetype-2.1.10$
and then make install (as root),
root@skywalker:/home/vrode/freetype-2.1.10# make install
make: *** No rule to make target `install'. Stop.
then ldconfig (again as root),
Step 4:
I already have .gtkrc-1.2-gnome2 in my homedir
vrode@skywalker:~$ more .gtkrc-1.2-gnome2
# Autowritten by gnome-settings-daemon. Do not edit
include "/home/vrode/.gtkrc.mine"
Anyway not sure what I'm missing or skipped becuase I'm still seeing jaggedness.
My initial observation is that there appears to be errors in the Freetype compile process.
I suggest first you see if the Freetype libraries were actually made:
Go to the directory /freetype-2.1.10/objs and you should find 'libfreetype.la'.
Then go to the subdirectory /freetype-2.1.10/objs/.libs and you should find 'libfreetype.a' and 'libfreetype.so.6.3.*' and also some symlinks. Check that the file date on these corresponds to the time you did the 'make'.
If these files are present, check that you 'make install' command actually copied these 3 file to your location in /usr (in my case /usr/lib)
My initial observation is that there appears to be errors in the Freetype compile process.
I suggest first you see if the Freetype libraries were actually made:
Go to the directory /freetype-2.1.10/objs and you should find 'libfreetype.la'.
Then go to the subdirectory /freetype-2.1.10/objs/.libs and you should find 'libfreetype.a' and 'libfreetype.so.6.3.*' and also some symlinks. Check that the file date on these corresponds to the time you did the 'make'.
If these files are present, check that you 'make install' command actually copied these 3 file to your location in /usr (in my case /usr/lib)
Let us know what you find.
--------------------------
/home/vrode/freetype-2.1.10/objs lists only README and nothing else
I'm guessing it didn't compile. See my previous thread on the outputs.
Is it okay to have freetype-2.1.10 untar'd under my homedir or should I untar under /usr/local/src?
fwiw you can solve font size/DPI issues by configuring your DisplaySize correctly. Either look up the specs for your monitor or simply measure the X and Y size in mm, and put it in your XF86Config file like so:
Not only will this make typefaces/fonts display in a reasonable scale on the screen, but WYSIWYG will really be WYSIWYG in layout and word processing programs.
---------------
Do you mean w/o using the process that Franklin outlined?
I have forced the use of the native 'autohinter' instead of the 'Byte Code Interpreter' for non-MS Truetype fonts such as Bitstream as they render much better that way.
If anyone can help me optimise the XML to make it more compact, then I would be grateful.
----------------------
Adding this to my /etc/fonts/fonts.conf crashed my X
I can understand your frustration trying to get this working.
Please be patient and you will get it working eventually and you will then be very pleased.
Let us look at 5 things:
1.)
Quote:
---- edited the file fonts.cache-1---
Problem - I do not think you should be editing this file. It is created for you.
2.) I think I may have identified another big problem. You should NOT edit the file '/etc/fonts/font.conf'. The files that you can use to put the scripts in described in this thread are: '/etc/fonts/local.conf' or preferably the '.fonts.conf' file which is a user-specific file located in the user's directory either /home/<user> or in /root in the case of when logged in as root.
3.) Have a look in your /var/log/Xorg.0.log file and just check that the screen size and DPI settings that you put in Xorg.conf are being used. With the recent Nvidia drivers, for example, the monitor is probed by default and those settings then take priority. If that is the case you need to add the following line to 'xorg.conf':
Option "IgnoreEDID" "true".
4.) Have a look in the directory that you installed the MS Truetype fonts in and check if you have the following 4 files:
fonts.cache-1,
fonts.dir,
fonts.scale,
and encodings.dir.
5.) If that all looks good, then try a very simple .fonts.conf file like this:
Code:
<!-- Get the DPI of the LCD monitor right -->
<!-- Use the value you have set in Xorg -->
<match target="pattern" >
<edit mode="assign" name="dpi" >
<double>96</double>
</edit>
</match>
<!-- First turn on Hinting -->
<match target="font" >
<edit mode="assign" name="hinting" >
<bool>true</bool>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="hintstyle" >
<const>hintfull</const>
</edit>
</match>
<!-- Turn off all the Anti-aliasing to debug this -->
<match target="font" >
<edit mode="assign" name="antialias" >
<bool>false</bool>
</edit>
</match>
This will turn off all the anti-aliasing so some things like bold will look bad but we can sort that later. Try this code and then in the fonts section of your Control Centre, have a look at fonts like Arial and Verdana at 10pt size and see if they look like in winXP.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.