tor@netbeans.org [Mon, 03 Mar 2003 18:01:26 +0000] rev 3226
Fix bug
tor@netbeans.org [Mon, 03 Mar 2003 17:37:55 +0000] rev 3225
Bump spec version on core for keyboard fix
tor@netbeans.org [Mon, 03 Mar 2003 17:37:36 +0000] rev 3224
KB accessibility of suggestion lists?
http://www.netbeans.org/issues/show_bug.cgi?id=29377
Fix such that focus enters the table when requestFocus is called
on a tasklist TopComponent.
lebedkov@netbeans.org [Mon, 03 Mar 2003 13:31:44 +0000] rev 3223
HTMLFormatter improved
mpetras@netbeans.org [Mon, 03 Mar 2003 10:05:07 +0000] rev 3222
Fixed - enumeration (with missing entries) replaced with wildcard patterns.
mentlicher@netbeans.org [Mon, 03 Mar 2003 09:48:55 +0000] rev 3221
The bunch of changes, that are necessary to correctly implement the object integrity feature, are integrated.
The VcsObjectIntegritySupport (VOIS) is stored as a root FO attribute and activated & deactivated as needed.
This is a fix of issue #31056.
lebedkov@netbeans.org [Sun, 02 Mar 2003 10:19:16 +0000] rev 3220
PropertyEditor for category and renderer for priority
tor@netbeans.org [Sun, 02 Mar 2003 09:36:45 +0000] rev 3219
* Refactor the javaparser module's code such that the
error-analysis and suggestion-generating code can
be accessed independently of the java module's
ParserMessage API; see the handleError method
in ErrorSuggester.java. Hopefully this will make it
possible for the compiler module to get similar
functionality. (I may need to make the method static
or provide an instance lookup method for the error
suggester itself.)
* Print "Due Soon" and "Past Due" instead of just "Due"
in the usertasks suggestion provider
* Add "Show Task" to the context menu for the usertasks
showing up in the Suggestions view
* Adjust default columnn width for the "Done" column to
be narrow (40, instead of 150)
mentlicher@netbeans.org [Sat, 01 Mar 2003 17:30:37 +0000] rev 3218
Use a weak hash map to hold the FileSystem instances weekly only!
mentlicher@netbeans.org [Sat, 01 Mar 2003 17:27:47 +0000] rev 3217
Use the ThreadLocal variable to store the information about which commands
is executed in which thread.
This enables us to use the RequestProcessor, so removing the CommandsThreadsPool again :-)
This should be a more robust solution of issue #31346.