Archive for February, 2010

AntiAliasing and Java

Whenever I ran a Swing Java application on my Fedora, I really hated its ugly appearance of fonts and I was always wondering why Java doesn’t support font anti aliasing in Linux. But I’ve never searched for it in the web, since I thought that if such support exists, it should be enabled already! Today, I’ve decided to look for it, and I found the answer very quickly!! Java already supports font anti-aliasing in Linux, it is simply disabled by default (at least in OpenJDK, in Fedora!). And the solution is simple, just set the desired option in the _JAVA_OPTIONS environment variable. e.g.:

export _JAVA_OPTIONS="-Dawt.useSystemAAFontSettings=on"

and then run your Java application. The GUI will be much more desirable then! I’d suggest adding this option globally. You can simply put the above line in your ~/.bashrc (if you are using bash!), or put it in a file in the /etc/profile.d/ directory. For example, this is the contents of my /etc/profile.d/

export HISTCONTROL=ignoredups
export _JAVA_OPTIONS="-Dawt.useSystemAAFontSettings=on"

(The first option is not related to the current discussion, but I think it is desirable for most users. With this option, bash will merge same sequential history contents into one history item)

I also like to talk about an interesting application but I keep it for a separate post! 😛

Have fun!

Update: I think it is fair to mention the original link which helped me: Java Swing anti-aliasing. Also, fortunately there is already an update for openjdk package in fedora updates-testing repository which has anti-aliasing enabled by default (at least for Swing apps. You might still need to use the above option for Awt applications). has some good news… :)

Yesterday there was some good news from according to its policy against users from “banned countries” like Iran. Now, sourceforge lets the project admins to select if they want to block such users or not. There is a new option in project settings page about export control. Unfortunately, the default setting is to ban users from such countries to access the content, but at least the admin(s) of the project are able to allow this access.

This is a welcome decision, and it has been made in a reasonable time. We had some discussions about moving the SimSpark project (RoboCup Soccer Simulation 3D Server) to a new project hosting service, and all expressed opinions were supporting this decision. However, with the new policy change it is less likely that we will move the project. Specially, it seems that they have opened https access to the contributors of these countries which was blocked since a long time ago.

Currently, it is still not possible to download the projects which allow access; but instead of getting an “Access Forbidden” page you’ll get a blank page if you are accessing the site from a banned country. Sine the access is supposed to be allowed, it seems to be a bug in their software which hopefully will be fixed soon!
BTW, there can be always some bad news too: Adobe has changed its policy recently and you can no longer download their free content (e.g. Adobe Flash Player) from banned countries.
Have Fun! Is The Third, FedoraHosted Was Already There…

When I figured out that SourceForge has blocked users of banned countries like Iran to access its services (downloading/uploading content), it made me really angry that it has followed in google code’s footsteps… but at that time I had not noticed that FedoraHosted is already blocking ANY access to such users. At least SourceForge STILL allows everyone to browse content, but if you are comming from an IP address belonging to Iran, you can’t access FedoraHosted at all. And this is not new, as there were always problems accessing FedoraHosted from inside Iran AFAIK, but I was not sure if it is blocked from inside Iran or outside of it (some people have said that they had problems accessing some HTTPS sites from inside Iran).
But today, that I was looking for SourceForge alternatives in this wikipedia page, I noticed the actual reason. FedoraHosted just blocks any access from Iran and other banned countries, just like Google Code. So disappointing… 😦
Who knows, maybe soon I will be hosting some linux projects on Microsoft CodePlex 😉 (I was joking! It might do the same thing sooner or later!).

Well, the world is far from Ideal even in the Free/Open Source world, so I’ve decided to stop relying on any USA based product or services and be prepared for “Access Forbidden” messages.

So, for project hosting I’m currently looking at some promissing options: BerliOS, SourceForge.JP, KnowledgeForge, etc. But things will not stop here, who knows when GMail and other USA email providers will stop providing services to Iranians? I’ve started looking for non-USA free email providers too. However, USA might prefer to keep track of our email content, and also it might prefer us to have access to services like email and twitter which can be used in the ways they like (remember a few months ago that USA government asked twitter to postpone their hardware upgrade a little so that their service will be unavailable when it is midnight in Iran; so that Iranians can use it to communicate. But I think twitter should ban Iranians from accessing their services in the legal point of view!!!).

Have Fun!