>
> It would be great if we could get clarity on which of the many modules in
> contrib we should prioritize, if you could help with that that would be
> great.
>

Isn't the IP/donation piece of that all or nothing?

Probably the ideal way to do this is to take the donation, and either use,
or apply the diffs that created the mavenized version over it - there's no
sense it turning back the clock, and it always was a barrier to
contribution that contrib/ needed to be built against a full NetBeans
source checkout.

Modules I use daily:

 - *whichproject* (aka project minder) - Ctrl-Alt-P to close all files not
in the same project as the current one
 - *licensechanger* - obvious what it does
 - *javanavigators* (+ list diffs, its dependency) - the original Java
navigator panel, with the ability to drag/drop class members to reposition
in source
 - *quick file chooser* - I feel like I have mittens on without it
 - *tanui* (I used to use it a lot - my dark look and feel plugin on my
update center is a fork of it) - hacks metal l&f to be a pleasant not-dark,
not-light theme
 - *fisheye* - find the actual line an error is in quickly
 - *genericnavigator* - pattern-based navigator panels by mime type

And occasionally:
 - *docbook + docbook.project + imagepaste + api.workqueues* - docbook
support
 - *folder2html* - useful to convert a folder listing into html when
writing articles
 - *hexeditor* - occasionally you need one

It's probably easier to categorize what stuff is of historical interest
only, and should probably be kept in history but deleted from the head:
 - corba + rmi - circa 1999 modules, depending on long gone APIs
 - jndi + mdr + registry - the abortive NetBeans 5 metadata-modeling based
Java API that was a disaster
 - the circa 2000 generic VCS modules - I got some of this building, but
this is all obsolete, unmaintained and was problematic at its best
 - I see a number of prototypes and demos of things I and others wrote
years ago that are of no further use, or got incorporated into modules in
the ide - too numerous to list in an email

If anybody wants to try out some of the other modules, everything that
builds is available from the continuous build I linked earlier, and I could
throw stuff that's genuinely useful up on my update server, and it polls
the continuous build, so if things are patched, it will always be up to
date within an hour.

-Tim

Reply via email to