1
<?xml version="1.0" encoding="UTF-8"?>
3
DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
5
Copyright 1997-2007 Sun Microsystems, Inc. All rights reserved.
8
The contents of this file are subject to the terms of either the GNU
9
General Public License Version 2 only ("GPL") or the Common
10
Development and Distribution License("CDDL") (collectively, the
11
"License"). You may not use this file except in compliance with the
12
License. You can obtain a copy of the License at
13
http://www.netbeans.org/cddl-gplv2.html
14
or nbbuild/licenses/CDDL-GPL-2-CP. See the License for the
15
specific language governing permissions and limitations under the
16
License. When distributing the software, include this License Header
17
Notice in each file and include the License file at
18
nbbuild/licenses/CDDL-GPL-2-CP. Sun designates this
19
particular file as subject to the "Classpath" exception as provided
20
by Sun in the GPL Version 2 section of the License file that
21
accompanied this code. If applicable, add the following below the
22
License Header, with the fields enclosed by brackets [] replaced by
23
your own identifying information:
24
"Portions Copyrighted [year] [name of copyright owner]"
28
The Original Software is NetBeans. The Initial Developer of the Original
29
Software is Sun Microsystems, Inc. Portions Copyright 1997-2006 Sun
30
Microsystems, Inc. All Rights Reserved.
32
If you wish your version of this file to be governed by only the CDDL
33
or only the GPL Version 2, indicate your decision by adding
34
"[Contributor] elects to include this software in this distribution
35
under the [CDDL or GPL Version 2] license." If you do not indicate a
36
single choice of license, a recipient has the option to distribute
37
your version of this file under either the CDDL, the GPL Version 2 or
38
to extend the choice of license to its licensees as provided above.
39
However, if you add GPL Version 2 code and therefore, elected the GPL
40
Version 2 license, then the option applies only if the new code is
41
made subject to such option by the copyright holder.
43
<?xml-stylesheet type="text/xml" href="../../../../nbbuild/javadoctools/apichanges.xsl"?>
44
<!DOCTYPE apichanges PUBLIC "-//NetBeans//DTD API changes list 1.0//EN" "../../../../nbbuild/javadoctools/apichanges.dtd">
48
INFO FOR PEOPLE ADDING CHANGES:
50
Check the DTD (apichanges.dtd) for details on the syntax. You do not
51
need to regenerate the HTML, as this is part of Javadoc generation; just
52
change the XML. Rough syntax of a change (several parts optional):
55
<api name="compiler"/>
56
<summary>Some brief description here, can use <b>XHTML</b></summary>
57
<version major="1" minor="99"/>
58
<date day="13" month="6" year="2001"/>
59
<author login="jrhacker"/>
60
<compatibility addition="yes"/>
62
The main description of the change here.
63
Again can use full <b>XHTML</b> as needed.
65
<class package="org.openide.compiler" name="DoWhatIWantCompiler"/>
66
<issue number="14309"/>
69
Also permitted elements: <package>, <branch>. <version> is API spec
70
version, recommended for all new changes. <compatibility> should say
71
if things were added/modified/deprecated/etc. and give all information
72
related to upgrading old code. List affected top-level classes and
73
link to issue numbers if applicable. See the DTD for more details.
75
Changes need not be in any particular order, they are sorted in various
76
ways by the stylesheet anyway.
78
Dates are assumed to mean "on the trunk". If you *also* make the same
79
change on a stabilization branch, use the <branch> tag to indicate this
80
and explain why the change was made on a branch in the <description>.
82
Please only change this file on the trunk! Rather: you can change it
83
on branches if you want, but these changes will be ignored; only the
84
trunk version of this file is important.
86
Deprecations do not count as incompatible, assuming that code using the
87
deprecated calls continues to see their documented behavior. But do
88
specify deprecation="yes" in <compatibility>.
90
This file is not a replacement for Javadoc: it is intended to list changes,
91
not describe the complete current behavior, for which ordinary documentation
98
<!-- First, a list of API names you may use: -->
100
<apidef name="settings-storage">Editor Settings Storage API</apidef>
104
<!-- ACTUAL CHANGES BEGIN HERE: -->
108
<summary>#90403 - phase 1</summary>
109
<version major="1" minor="10"/>
110
<date day="21" month="3" year="2007"/>
111
<author login="vstejskal"/>
112
<compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="yes" deletion="no" modification="no" />
115
The phase 1 of the editor settings enhancements, please see
116
<a href="http://www.netbeans.org/issues/show_bug.cgi?id=90403">issue 90403</a>
117
for details. Briefly, the changes involve introducing a special
118
folder for each setting type, profiles are always stored in their
119
own folder, modules are allowed to register multiple settings files,
120
platform specific settings, the use of 'text/base' for all-editors
121
settings has been deprecated in favor of the hierarchy root (ie. 'Editors' folder), etc.
124
The changes are documented in the Architecture Description document
125
and marked with the module version.
130
<summary>Adding EditorSettings.getAllMimeTypes()</summary>
131
<version major="1" minor="9"/>
132
<date day="5" month="2" year="2007"/>
133
<author login="vstejskal"/>
134
<compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no" />
137
Adding <code>EditorSettings.getAllMimeTypes()</code> method, which
138
lists all top-level mime types registered in <code>MimeLookup</code>.
143
<summary>Deprecating several methods and attributes in EditorSettings</summary>
144
<version major="1" minor="8"/>
145
<date day="30" month="12" year="2006"/>
146
<author login="vstejskal"/>
147
<compatibility addition="no" binary="compatible" source="compatible" semantic="compatible" deprecation="yes" deletion="no" modification="no" />
150
The <code>getDefaultFontColors</code>, <code>getDefaultFontColorDefaults</code>
151
and <code>setDefaultFontColors</code> methods in the <code>EditorSettings</code>
152
classe were deprecated in favor of using <code>EditorSettings.getFontColorSettings(String[])</code>
153
with an empty mime path, which is the standard way of getting defaults
154
for all document types.
157
The <code>PROP_DEFAULT_FONT_COLORS</code> and <code>PROP_EDITOR_FONT_COLORS</code>
158
should have never been made public. They are only used internally.
163
<summary>OpenIDE-Module-Provides: org.netbeans.api.editor.settings.implementation</summary>
164
<version major="1" minor="7"/>
165
<date day="13" month="11" year="2006"/>
166
<author login="vstejskal"/>
167
<compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no" />
170
The module is now 'eager' and it provides the <code>org.netbeans.api.editor.settings.implementation</code>
171
token required by the <code>editor/settings</code> module. Also
172
the API was properly marked as for-friends-only.
178
<!-- Now the surrounding HTML text and document structure: -->
185
==============> DO NOT EDIT ME! <==============
187
AUTOMATICALLY GENERATED FROM APICHANGES.XML, DO NOT EDIT
189
SEE CHANGEME/apichanges.xml
193
<title>Change History for the Editor Settings Storage API</title>
194
<link rel="stylesheet" href="prose.css" type="text/css"/>
198
<p class="overviewlink"><a href="overview-summary.html">Overview</a></p>
200
<h1>Introduction</h1>
202
<p>This document lists changes made to the <a href="@TOP@">Editor Settings
205
<!-- The actual lists of changes, as summaries and details: -->
207
<standard-changelists module-code-name="org.netbeans.modules.editor.settings.storage/1"/>