MonoDevelop 0.15 has been released. MonoDevelop is a GNOME IDE primarily designed for C# and other .NET languages.
This release contains lots of improvements, new features and bug fixes. Read below.
Compiling the following order will yield the most favorable response.
You can download MonoDevelop 0.15 source from here. The Mono download site contains packages for everything for many popular distros. You can also check the mono redcarpet channel.
This release of MonoDevelop needs at least Mono 1.1.10 to run.
New in this release of MonoDevelop is a configuration panel allowing users to bind custom keystrokes for commands in MonoDevelop. Built-in are both GNU/Emacs and VisualStudio.NET key-binding schemes, selectable via a drop-down menu in the configuration panel.
(Jeff)
The output pad and the search results pad can now be "pinned", which means that their contents won't be overwritten when running a new operation. In this way it is possible to keep the output of several operations to compare results. (Lluis Sanchez)
The "Generate Makefiles" option now supports two types of makefiles: Autotools based makefiles (already available in previous versions), and a new simple makefile type.
Simple Makefiles don't depend on Autotools, and it may be useful for projects which don't need all features that Autotools provide, but still need to provide the most common targets such as build, install, dist and distcheck.
In addition, the support for Makefile Integration (which allows synchronizing the a Makefile with a MonoDevelop project) has improved, and now is able to automatically guess which are the variables that contain the list of project files, references, and so on.
(Ankit Jain)
A new Standard Header manager allows specifying the header to use when creating new files. You can write your own header, or choose one of the default headers provided. This option is available in the MonoDevelop preferences dialog, in the Standard Header section.
(Mike Krüger)
The new localization add-in simplifies the work of generating and maintaining translations of projects.
The add-in provides a new type of project: a Translation Project. It can be added to a solution to provide localization support to all projects in the solution. Adding, compiling and updating the translations is done via the context menu of the translation project in the project browser. When running the Update command, all source files (incuding stetic guis) are scanned for GetString or GetPuralString calls, and all language files are updated. The user must only correctly initialize the translation catalog. The add-in also provides a simple .po file editor.
Beware: this add-in is not finished and should not be used in real projects. You should consider it as a "preview".
This add-in was started by Rafael Teixeira, and continued by David Makovský and Mike Krüger.
The GTK# designer has several improvements:
Here is a list of bugs fixed in this release:
The following people contributed in this release:
Lluis Sanchez, Jeff Stedfast, Michael Hutchinson, Ankit Jain, Wade Berrier, Mike Krüger, Jacob Ilsø Christensen, Ben Motmans.
This is the list of all project contributors:
Alberto Paro, Alejandro Serrano, Alexandre Gomes, Alex Graveley, Andrés G. Aragoneses, Antonio Ognio, Ben Maurer, Ben Motmans, Christian Hergert, Daniel Kornhauser, Daniel Morgan, David Makovský, Erik Dasque, Franciso Martinez, Gustavo Giraldez, Iain McCoy, Inigo Illan, Jacob Ilsø Christensen, James Fitzsimons, Jeff Stedfast, Jeroen Zwartepoorte, John BouAnton, John Luke, Joshua Tauberer, Jonathan Hernández Velasco, Levi Bard, Lluis Sanchez Gual, Martin Willemoes Hansen, Marek Sieradzki, Matej Urbas, Michael Hutchinson, Miguel de Icaza, Mike Krüger, Nick Drochak, Muthiah Annamalai, Pawel Rozanski, Pedro Abelleira Seco, Peter Johanson, Philip Turnbull, Richard Torkar, Scott Ellington, Todd Berman, Vincent Daron, Wade Berrier, Yan-ren Tsai and Zach Lute.
This list is not complete, it is missing some contributions sent in to the list and via our bugzilla. Your work is still greatly appreciated. If your name was left off the list, it was not intentional, please send an email to the list and it will be corrected as soon as possible.
All of our wonderful testers who put up with the insane dependencies, the constant breakage and still managed to post nice bug reports.
Mike Krueger and the rest of the AlphaSierraPapa team for giving us a great codebase to start from, and continuing improvements.
All of the active MonoDevelop developers.