Tag firefox

We don’t have 64 bit support for Linux in 3.5

That's for Tracemonkey, the new, somewhat faster javascript engine that's included with Firefox 3.5. Don't be alarmed then when Firefox 3.5 performs only marginally faster on javascript heavy sites than Firefox 3.0. No 64bit support for the new javascript engine, on the platform where Firefox pretty much dominates. In my view, that should've been Mozilla's first priority on Linux: many linux users choose 64bit because they are not hindered by missing drivers or applications. Linux users are typically more computer-savvy than your average windows or OS X users and could serve as good guinea pigs for a 64bit version of Tracemonkey. In any case, irrespectively of operating system, Tracemonkey 'feels' slower than Nitro (or v8) in 32bits too, but giving 64bit linux such a low priority is somewhat dumb, especially given the ever increasing interest and market share for 64bit linux among linux users (after years of requests Adobe released its exceptionally stable 64bit flash player for linux a few months ago). Hopefully a 64bit version of tracemonkey will be included in one of the minor upgrades before 2010, but I feel like Mozilla has made a mistake here. Update: It seems that there is no 64bit Tracemonkey code, linux or otherwise, which is surprising; I am not exactly clear as to what prevents them from releasing a 64bit version.

Conceptual clutter of the Bad Kind.

If there’s anything like Good Clutter. Have you ever used Ubiquity for Firefox? It’s quite nice, yet somewhat inaccessible for most people. The idea is that with an easy key combination on your keyboard you can bring up a text field that can understand a large number of commands and bring you information related to […]

Resampling Needed

Those using Firefox 3.0 may have noticed that by default when someone scales the content of a page, the images are resized too, a behaviour long-pioneered by Opera. Those using Firefox 3.0 on linux will be sorry to find out that upscaled images are not resampled using anything but what seems to be nearest neighbour (I haven't checked the code): they are ugly, pixelated and definitely not pleasant to the eye. This is well documented on the Mozilla Bugzilla repository and sadly it may be the case that it's not fixed until Firefox 3.0 final is out. Which is a shame, as many people with higher resolution displays, especially high-resolution laptop displays that sometimes reach approximately 150dpi actually depend on the scaling functionality to be able to read stuff properly. Ironically GTK+ offers pretty decent image scaling functionality and hopefully it's not that hard to make use of it in Firefox in the near future. Here's an illustration of the problem. The picture on the left shows the original (unscaled) content of the ΜΠΛΟΟΓΚΛ hellenic blog search engine. The one in the middle shows the scaled version, as shown in Firefox 3.0 Beta 5 that shipped with Ubuntu 8.04. The one on the right shows a resampled version of the image using the (pretty computationally expensive) lanczos algorithm, which although not probable as a solution it's quite close to the (realistically possible) bilinear resampling for upscaled images of this size. Image Upscaling in Firefox 3.0B5 (Linux) You can follow the progress on this issue on the Mozilla Bug tracking page here.