It's not a bug, it's an accidental feature

I've seen more than one post (well deservedly) applauding the enhanced support for content-type specific icons in Eclipse 3.4M6 and showing how to make use of them through an extension or org.eclipse.ui.editors , but I think that something needs to be pointed out about that solution. Developers who do this aren't just specifying their icons, they're specifying whole new editors. This isn't a bad thing, but every editor has to have a unique ID, and it's easy to forget that some other features depend on that editor ID. The most common example is the org.eclipse.ui.actionSetPartAssociations extension point, which adds menu and toolbar actions automatically as you switch from workbench part to workbench part. In WTP, this is how the JSP and Web Page Editors ensure that the Run menu is present and populated with the Launch action set, and it's how most editors expose the Annotation Navigation action set. So when you're registering an editor to get that cus...

Wayne's been posting the User Data Collector results periodically, and one thing I've noticed is that WTP's XML Editor has seriously moved up in the "rankings" to be just behind the Java editor we all know and love. Luckily I caught myself before starting to chant "we're number two, we're number two!" outloud. Its count still pales in comparison to that of the Java editor, of course, although I do have to wonder what will happen when Ganymede goes out the door. In the spirit of the EclipseCon Face-time Poker game, anyone have odds on the Java Editor keeping its lead through the end of the year? And anyone else think that by trading cards it feels more like Face-time Go Fish ? One thing that the results have brought into focus, for me, is that after discounting the commands in our WTP editors that are inherited from the Platform, the one we have for formatting is the most recorded outside of the Platform and JDT. While statistics can easi...

During a misadventure over the past weekend, a friend reminded me that the last significant entry in my personal blog was about a Zombie Walk from October. The most recent one, however, was about my plan to attend FUDCon 8. FUDCon is a gathering of Fedora users and developers, vaguely like Rational's own annual Software Developer Conference. Most attendees are either working on developing Fedora itself or deploying and managing systems using Fedora, which somewhat put me on the sidelines. Fedora was one of the first distributions to include Eclipse compiled natively so it could be run with an open source VM. My own involvement with Fedora traces back to its predecessor, Red Hat Linux. And I don't mean the Enterprise offering they market these days, I mean the original Red Hat Commercial Linux, from when modular kernels were new, automatic hardware detection didn't happen, and when RPM was still written in Perl and the complete guide to using and creating packages for i...

Many of the Eclipse projects are presented as Platforms, but to make a successful platform you have to balance at least two factors in much the same way as an economist: the value provided and cost incurred. The value added is simply the feature set--is there something of use in there? The other factor, cost, is made up in part by the requirements. For Eclipse plug-ins this is often only thought of as which plug-ins it requires to run, but there's also the Execution Environment to consider. One of the great things about the PDE is that when you specify an Execution Environment for plug-in projects and have matching Installed JREs within the preferences, it will automatically target your plug-in projects to use the right JRE. No more warnings about generics in a project that hasn't adopted Java5 syntax or about not supporting them in the targeted JRE. This even lets you build plug-ins specific to each environment if needed, allowing for multiple implementations of the same fun...

For those not in the know, a Bug Day is a day when we, the developers, pause for a moment and take a fresh look at our bug backlog. For the larger community it's a chance to help triage bugs by sorting out which ones are still problems, or even just identifying the ones that need more information. After all, unless there's enough information in the bug to help developers reproduce what's broken, it can't be fixed. For anyone who wants to get into the development of an Eclipse project, it's also a great time to submit a patch and get feedback from the committers within the bug itself or through other avenues such as IRC . However you participate, it's a day to remember that we can't make our projects their best without the help of the community, and for the community to help us to scratch whatever has been itching at them. As of right now, two committers have signed up to be contacts for the Web Tools Platform project, but I wouldn't rule out there bei...

It's a strange thing thinking about the evolution of interfaces for microcomputers. We started out with command lines, and then went to smarter command lines, and then swapped those out for GUIs. Browsing for the right command using windows, icons, and menus was supposed to be easier than trying to recall arcane command names and options, and yet here we are going back the other way. The rise of feature-laden applications and operating systems has led us back to relying on text, again, as Google Desktop finds itself preinstalled on my newest work machine and both Apple and Microsoft tout the built-in search facilities of their latest Operating System offerings. And how is Eclipse related to this? Adopters probably realized early on that adding each preference page into their products had a cost: it made it harder for a user to find the important one. Eclipse 3.2 brought us the org.eclipse.ui.dialogs.FilteredTree control and used it in the Preferences and project Properties dialogs,...