[ jEdit-announce ] jEdit 4.2pre10 now available

[Slava P. <sl...@je...>]

jEdit 4.2pre10 is now available from <http://www.jedit.org>. jEdit
4.2final is getting closer, so please report bugs as you find them!

Thanks to Barry Carr, Brad Mace, Ken Turner, Nahuel Foronda,
Ollie Rutherfurd, Trevor Harmon and Thomas Galvin for contributing to
this release.

{{{ Miscellaneous

- Added "Create Constructor" macro, updated "Make Get and Set Methods"
  and "Get Class Name" macros (Thomas Galvin).

- It is now possible to customize the metal look and feel fonts under
  JDK 1.5.

- Page Up/Page Down restored to jEdit 4.1 behavior: when they are
  invoked at the beginning/end of the buffer, the caret is moved to
  the beginning/end, instead of staying at its current position.

- File system browser now uses locale's short date format, not a
  hard-coded DD/MM/YYYY hh:mm (Ollie Rutherfurd).

- Many macros updated, new Keywords_to_Uppercase.bsh,
  Emacs_Next_Line.bsh, Emacs_Previous_Line.bsh, Buffer_Switcher.bsh,
  Delete_Current.bsh, Glob_Close.bsh, Reverse_Lines.bsh,
  Single_Space_Buffer.bsh macros added (Ollie Rutherfurd).

- Documentation updates.

- Status bar clock now uses locale's short time format, instead of a
  hardcoded format.

}}}
{{{ Syntax Highlighting

- Updated Pascal syntax highlighting (Barry Carr).

- Updated ActionScript syntax highlighting (Nahuel Foronda).

- Updated SDL/PR syntax highlighting (Ken Turner).

- Added CVS and Subversion commit info syntax highlighting
  (Ollie Rutherfurd).

- Added S# syntax highlighting (Barry Carr).

}}}
{{{ Bug Fixes

- Fixed another NullPointerException in the file system browser when
  using VFS's that do not set the VFS.DirectoryEntry.symlinkPath field.

- Actually fix the MacOS plugin for the latest MRJ update.

- Fix status bar problem with GTK look and feel if memory indicator is
  enabled.

- Fixed exception with auto indent (Brad Mace).

- jEdit didn't compile with Sun's JDK 1.5 beta (Trevor Harmon).

- "Find Next" didn't work with directory searches where the paths
  contained symbolic links.

- Fixed highlighting of verbatim environments in LaTeX files.

- Fixed ArrayIndexOutOfBoundsException when invoking "Expand Fold"
  outside of a narrowed range.

- Fixed problem where any dialogs boxes shown by the search and replace
  code would force the search and replace dialog to be shown on OS X.

- Fixed a performance regression since 4.2pre7 on MacOS X.

- More deep indent fixes (Brad Mace).

- The JARClassLoader's loadClass() method was not synchronized -- this
  problem has been there for ages!

- Fixed backspace key in file name field of file dialogs on Java 1.5.

- Fixed exception when control-clicking beyond the end of a line in a
  read-only buffer.

- Fixed key binding conflict on OS X; command-drag would both activate
  rectangular selection and quick copy. This has been resolved and now
  quick copy is activated with an option-drag.

- The order of the elements in the recent file list was being reversed
  each time jEdit was restarted if 'sort recent files' was switched off.

- PluginJAR.generateCache() didn't correctly handle the case where a
  plugin JAR file had an actions.xml but no core class.

- Unloading a plugin did not remove the buttons for its docked windows.

- The "Rescan Macros" command did not update the actions list in the
  action bar.

}}}
{{{ API Changes

- Added "optional dependencies". An optional dependency looks like this:

  plugin.MyPlugin.depend.0=optional plugin AnotherPlugin 1.3.1

  On startup, optional dependency are ignored; if AnotherPlugin does not
  exist, MyPlugin will still load. However, if AnotherPlugin is unloaded
  while jEdit is running, all plugins that depend on it, even ones with
  optional dependencies, will be reloaded.

  If your plugin does a runtime check for the existence of another
  plugin, and uses its services if it exists, but can otherwise
  function fine, then you *MUST* add an optional dependency on that
  plugin, otherwise reloading plugins will leave stale classes in the
  active class loader.

- jEdit.getProperties() now returns a new collection, not the internal
  insance.

}}}

-- 
Slava Pestov