Skip to Content

mozilla

Blog entries related to the Mozilla project

Bugzilla Tweaks now available as an extension

Some of you might remember reading my blog post on my experience about porting the Bugzilla Tweaks jetpack to the Jetpack SDK.  I talked about almost everything in that post except where you can find the actual extension!  That was intentional, because there were quite a few bugs in the early versions, and I didn't want to release something which is basically broken.  But those issues have been mostly solved now, and I'm releasing the jetpack as a Firefox extension.

My experience with the Jetpack SDK

Recently, I decided to convert my Bugzilla Tweaks jetpack to an extension based on the Jetpack SDK, which is still under development.  This post is meant to be a document of my experience with the Jetpack SDK for creating a real-world and useful extension for Firefox.

Making sense of Firefox startup time

One of the things that we at Mozilla would like to do better at is the amount of time it takes between when you launch Firefox, and when it starts up and is usable.  We've been tackling this problem for quite a while, and have already made tremendous improvements.  But we think we can still do better.

Assisted starring of oranges

As a good citizen in the Mozilla developer community, you need to watch the tree, and star any random oranges with bug numbers, and put a comment inside the relevant bugs with a link to the log of the orange in order to help debugging the problem.  That's too much work, and worse, it's repetitive and boring.  Last weekend, I got sick of it, and decided to hack Tinderboxpushlog to make this a bit easier.  That work is now deployed on Markus' instance of Tinderboxpushlog for you all to enjoy.

Text field lazy initialization

I just landed a set of patches on mozilla-central which makes the initialization of the editor for text fields (input type="text" and input type="password" in HTML terms) lazy.  What we used to do was to initialize the editor component for text fields as soon as we created frames for those elements.  This was not ideal, because users don't usually use all of those fields on web pages (think about the "search" text fields you see on every website nowadays, for example.)  It also made Gecko significantly slow for pages which included a lot of those elements.

Thoughts on the future of web-based HTML editors

The ability of editing HTML content on the web is nothing new, we've all used it to write emails in Web-based email clients, post content on our blogs, adding content to web sites, etc.  Web sites usually do this using the execCommand API, with either iframes put into designMode, or contentEditable elements, and occasionally utilize things such as the DOM Range API and -->

Force RTL updated

I just uploaded a new version of the Force RTL extension, which finally fixes the extension to work on recent Firefox and Thunderbird versions (Firefox 3.6 and Thunderbird 3 betas and above).  This new version of the extension adds support for the new intl.uidirection.ab-CD preference added in bug 478416 by Neil Deakin.

Moving to Toronto

As many of my fellow Mozillaians probably know already, I've moved to Toronto to work full-time for Mozilla Corporation.  It's been a very exciting process so far.  Toronto seems like a great city, and it's been very nice to meet some of the fellows which I've been known only online in person, and it's even greater to get a chance to work with this group of very smart people on the project that I love.  This is the best deal that anyone can get: making a living by working on something that you love, in a great place with the great community which we know as the Mozilla Community.

Show right-click menus on form elements

Ever since bug 404536 has landed, a number of users have been angry.  What that bug did was removing the context menu for HTML form elements.  This change annoyed mainly two classes of users: those who were accustomed to those context menus, and those who used extensions which add menu items to the context menus for form elements (along with other elements, possibly), most notably, Firebug.

Unicode installer and updater available soon

Until now, localization projects which did not have a Windows code-page assigned to them were out of luck for localizing the installer and updater user interfaces for all Mozilla-based applications.  We all know that code-pages are evil; here are the main problems encountered with code-page based localization of these two applications:

Syndicate content