Are you interested in SWT API for the Windows Ribbon Framework? If yes please raise your voice in bug 293637. It looks like the Ribbon can’t be used in the SDK or any other Eclipse project at the moment. However, it’s still unclear if it can be part of the SWT API.

Have you seen a software that cautions users against itself? No?

Look:

There is only one guy in the universe that – despite traveling a lot recently – can deliver two tutorials on the same day at the same time.

I’m wondering now if modeling solved the problem of cloning. Anyway, I just registered today to be there and watch that happening.

I came across this couple of times before and I always wanted to blog about it. In my daily work life I see many developers which just don’t get Open Source. For example, some discover issues in libraries they use. But they don’t fix them. They don’t even inform the maintainers of a library. Yet others have a great new use-case to address. Again, the library doesn’t support it. Thus, they write a great deal of new code to address their issue and eventually run into new ones (for example, see this thread).

But it’s that darn simple!

1. Checkout the library from source. You can use a well known tag/branch for this.
2. Get in touch with the maintainers and implement your modifications.
3. Build and release your modified version until a new official release is available.

I opened my RSS reader this morning and found a few more interestings posts from Bjorn, Doug and Micheal ind the Planet Eclipse feed. I really have to thank Bjorn for starting this  discussion. He raised some very good points. The posts I read also made me think more about it.

I do not agree with all the ideas. Well, I don’t have to. Especially I don’t like to see the Eclipse Foundation hiring Eclipse developers. But I have another idea. It’s not that of a big deal, i.e. we could tackle it today with the process we have in place. But it’s not a low hanging fruit either.

Think along the lines of the Runtime project. It’s a great project with a diverse committer community. I think we should archive the Eclipse project. Equinox already moved out. The desktop bits could move to the RT project as well. RAP is already there so SWT, JFace and parts of the workbench would be a good fit too. The IDE stuff, JDT, Help and Resources bits could move to the Tool project. e4 clearly is a Technology project. Why didn’t it start as such in the beginning? Is it all driven by the fear of one contributor?

I think you get the point. It’s not so important what we move where. I think it’s more important that we refactor the Eclipse project. It’s too large, too complex and too difficult for adopters to understand it and to get involved. We should listen to ourselves. It’s written in the Equinox whitepaper. I’d like to see more smaller components, which are developed and evolved independent from each other. That’s easier to handle and to develop than one large code base.