1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
|
<?xml version="1.0" encoding="UTF-8"?>
<!--
DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
Copyright 1997-2007 Sun Microsystems, Inc. All rights reserved.
The contents of this file are subject to the terms of either the GNU
General Public License Version 2 only ("GPL") or the Common
Development and Distribution License("CDDL") (collectively, the
"License"). You may not use this file except in compliance with the
License. You can obtain a copy of the License at
http://www.netbeans.org/cddl-gplv2.html
or nbbuild/licenses/CDDL-GPL-2-CP. See the License for the
specific language governing permissions and limitations under the
License. When distributing the software, include this License Header
Notice in each file and include the License file at
nbbuild/licenses/CDDL-GPL-2-CP. Sun designates this
particular file as subject to the "Classpath" exception as provided
by Sun in the GPL Version 2 section of the License file that
accompanied this code. If applicable, add the following below the
License Header, with the fields enclosed by brackets [] replaced by
your own identifying information:
"Portions Copyrighted [year] [name of copyright owner]"
Contributor(s):
The Original Software is NetBeans. The Initial Developer of the Original
Software is Sun Microsystems, Inc. Portions Copyright 1997-2007 Sun
Microsystems, Inc. All Rights Reserved.
If you wish your version of this file to be governed by only the CDDL
or only the GPL Version 2, indicate your decision by adding
"[Contributor] elects to include this software in this distribution
under the [CDDL or GPL Version 2] license." If you do not indicate a
single choice of license, a recipient has the option to distribute
your version of this file under either the CDDL, the GPL Version 2 or
to extend the choice of license to its licensees as provided above.
However, if you add GPL Version 2 code and therefore, elected the GPL
Version 2 license, then the option applies only if the new code is
made subject to such option by the copyright holder.
-->
<?xml-stylesheet type="text/xml" href="../../nbbuild/javadoctools/apichanges.xsl"?>
<!DOCTYPE apichanges PUBLIC "-//NetBeans//DTD API changes list 1.0//EN" "../../nbbuild/javadoctools/apichanges.dtd">
<!--
INFO FOR PEOPLE ADDING CHANGES:
Check the DTD (apichanges.dtd) for details on the syntax. You do not
need to regenerate the HTML, as this is part of Javadoc generation; just
change the XML. Rough syntax of a change (several parts optional):
<change>
<api name="compiler"/>
<summary>Some brief description here, can use <b>XHTML</b></summary>
<version major="1" minor="99"/>
<date day="13" month="6" year="2001"/>
<author login="jrhacker"/>
<compatibility addition="yes"/>
<description>
The main description of the change here.
Again can use full <b>XHTML</b> as needed.
</description>
<class package="org.openide.compiler" name="DoWhatIWantCompiler"/>
<issue number="14309"/>
</change>
Also permitted elements: <package>, <branch>. <version> is API spec
version, recommended for all new changes. <compatibility> should say
if things were added/modified/deprecated/etc. and give all information
related to upgrading old code. List affected top-level classes and
link to issue numbers if applicable. See the DTD for more details.
Changes need not be in any particular order, they are sorted in various
ways by the stylesheet anyway.
Dates are assumed to mean "on the trunk". If you *also* make the same
change on a stabilization branch, use the <branch> tag to indicate this
and explain why the change was made on a branch in the <description>.
Please only change this file on the trunk! Rather: you can change it
on branches if you want, but these changes will be ignored; only the
trunk version of this file is important.
Deprecations do not count as incompatible, assuming that code using the
deprecated calls continues to see their documented behavior. But do
specify deprecation="yes" in <compatibility>.
This file is not a replacement for Javadoc: it is intended to list changes,
not describe the complete current behavior, for which ordinary documentation
is the proper place.
-->
<apichanges>
<!-- First, a list of API names you may use: -->
<apidefs>
<apidef name="general">Project UI API</apidef>
<!-- etc. -->
</apidefs>
<!-- ACTUAL CHANGES BEGIN HERE: -->
<changes>
<change id="project-open-hook-merger">
<api name="general"/>
<summary>Add <code>LookupMerger</code>implementation for <code>ProjectOpenedHook</code></summary>
<version major="1" minor="24"/>
<date day="10" month="5" year="2007"/>
<author login="mkleint"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible"/>
<description>
New method <code>UILookupMergerSupport.createProjectOpenHookMerger(ProjectOpenedHook)</code> creates an instance of
<code>LookupMerger</code> that ensures that from the <code>ProjectOpenedHook</code> instances in project's lookup, the
project's own is always called first.
</description>
<class package="org.netbeans.spi.project.ui.support" name="UILookupMergerSupport"/>
<issue number="103106"/>
</change>
<change id="project-license-property">
<api name="general"/>
<summary>Adding template attribute <code>project.license</code></summary>
<version major="1" minor="23"/>
<date day="26" month="3" year="2007"/>
<author login="jpokorsky"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible"/>
<description>
Added the template attribute <code>project.license</code> for templates using scripting language.
</description>
<issue number="95399"/>
</change>
<change id="non-leaf-category-node-customizer">
<api name="general"/>
<summary>Added a way how to define UI component for non-leaf category node in project customizer</summary>
<version major="1" minor="22"/>
<date day="5" month="1" year="2007"/>
<author login="mkubec"/>
<compatibility addition="no" binary="compatible" deletion="no" deprecation="no" modification="yes" semantic="incompatible" source="compatible">
Semantic change of handling files according to location and name on layer filesystem - File of particular filename
under category folder is handled differently.
</compatibility>
<description>
Allow to define UI component for non-leaf category node in project customizer by setting name of the
file in folder on layer filesystem. If there is a category with some subcategories and
UI component is needed for the category, the folder that defines the category in layer needs
to contain file with name 'Self.instance'. Instance of the file will be used to create
customizer component for the category.
</description>
<class package="org.netbeans.spi.project.ui.support" name="ProjectCustomizer"/>
<issue number="91276"/>
</change>
<change id="ProjectCustomizer.Category.buttonListener">
<api name="general"/>
<summary>Ability to attach a ok button listener on single customizer category.</summary>
<version major="1" minor="21"/>
<date day="23" month="10" year="2006"/>
<author login="mkleint"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible">
</compatibility>
<description>
Allow to attach a listener to <code>ProjectCustomizer.Category</code> that will notify the Category
and it's panel that the changes ought to be applied. This is generally useful as a fallback, general
solution for 3rd party plugging into the project customizer in case the given project type doesn't provide
model-driven project updating mechanism.
</description>
<class package="org.netbeans.spi.project.ui.support" name="ProjectCustomizer"/>
<issue number="85405"/>
</change>
<change id="PROPERTY_MAIN_PROJECT">
<api name="general"/>
<summary>Added OpenProjects.PROPERTY_MAIN_PROJECT property</summary>
<version major="1" minor="20"/>
<date day="16" month="10" year="2006"/>
<author login="mkleint"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="yes" semantic="compatible" source="compatible">
</compatibility>
<description>
Added <code>OpenProjects.PROPERTY_MAIN_PROJECT</code> property and firing changes in main project property value
to listeners attached to OpenProjects.
</description>
<class package="org.netbeans.api.project.ui" name="OpenProjects"/>
<issue number="64491"/>
</change>
<change id="lookup-provider.ui">
<api name="general"/>
<summary>Added LookupMerger implementations for PrivilegedTemplates and RecommendedTemplates</summary>
<version major="1" minor="19"/>
<date day="5" month="10" year="2006"/>
<author login="mkleint"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible">
</compatibility>
<description>
<p>
Related to 1.12 change in Project API.
<code>LookupMerger</code> implementation for <code>PrivilegedTemplates</code> and
<code>RecommendedTemplates</code> added.
</p>
</description>
<class package="org.netbeans.spi.project.ui.support" name="UILookupMergerSupport"/>
<issue number="83343"/>
</change>
<change id="NodeFactory">
<api name="general"/>
<summary>Ability to construct project node's children from multiple sources.</summary>
<version major="1" minor="18"/>
<date day="18" month="9" year="2006"/>
<author login="mkleint"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible">
</compatibility>
<description>
Added way to declaratively layout the subnodes of the project node, allowing 3rd party contributions
to project's Logical/Projects View.
The project's node is constructed based on layer folder content. This api change provides just
the infrastructure, the actual extension point location is up to the project type implementations.
</description>
<class package="org.netbeans.spi.project.ui.support" name="NodeFactory"/>
<class package="org.netbeans.spi.project.ui.support" name="NodeList"/>
<class package="org.netbeans.spi.project.ui.support" name="NodeFactorySupport"/>
<issue number="72441"/>
</change>
<change id="CommonProjectActions.setProjectConfigurationAction">
<api name="general"/>
<summary>Added <code>CommonProjectActions.setProjectConfigurationAction</code></summary>
<version major="1" minor="17"/>
<date day="8" month="9" year="2006"/>
<author login="jglick"/>
<compatibility addition="yes"/>
<description>
<p>
Added method <code>CommonProjectActions.setProjectConfigurationAction()</code>
to permit projects supporting configurations to include a context menu
item in their logical view to change the active configuration.
</p>
</description>
<class package="org.netbeans.spi.project.ui.support" name="CommonProjectActions"/>
<issue number="49652"/>
</change>
<change id="CompositeCategoryProvider">
<api name="general"/>
<summary>Ability to construct a project customizer from panels declared in layers.</summary>
<version major="1" minor="15"/>
<date day="11" month="4" year="2006"/>
<author login="mkleint"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible">
</compatibility>
<description>
Added <code>createCustomizerDialog(String, Lookup, String, ActionListener, HelpCtx)</code> method to ProjectCustomizer.
That allows to construct project customizer from a layer folder content. It assumes to find instances of
<code>ProjectCustomizer.CompositeCategoryProvider</code>in the layer and constructs the UI from them.
The context is passed into the panel via a Lookup instance. What is in the lookup, is up to the individual project
implementations.
</description>
<class package="org.netbeans.spi.project.ui.support" name="ProjectCustomizer"/>
<issue number="74373"/>
</change>
<change id="getSetMainProject">
<api name="general"/>
<summary>Ability to get and set main project</summary>
<version major="1" minor="11"/>
<date day="26" month="8" year="2005"/>
<author login="jlahoda"/>
<compatibility addition="yes" binary="compatible" deletion="no" deprecation="no" modification="no" semantic="compatible" source="compatible">
</compatibility>
<description>
Added <code>getMainProject</code> and <code>setMainProject</code> methods to OpenProjects.
</description>
<issue number="58461"/>
</change>
<change id="delete-copy-move-support">
<api name="general"/>
<summary>Project Delete/Copy/Rename/Move Support Added, Support for Default Project Delete/Copy/Rename/Move Added</summary>
<version major="1" minor="10"/>
<date day="22" month="8" year="2005"/>
<author login="jlahoda"/>
<compatibility addition="yes" />
<description>
Introduced:
<ul>
<li><code>CommonProjectActions.deleteProjectAction</code>, <code>CommonProjectActions.copyProjectAction</code>,
<code>CommonProjectActions.moveProjectAction</code>, <code>CommonProjectActions.removeProjectAction</code> methods.</li>
<li><code>DefaultProjectOperations</code> support to simplify implementation of project delete/copy/rename/move for simple projects.</li>
</ul>
</description>
<issue number="61546" />
</change>
<change id="ProjectCustomizer.Category.errorMessage">
<api name="general"/>
<summary>Added ability to set an error message for project customizer's categories.</summary>
<version major="1" minor="9"/>
<date day="28" month="7" year="2005"/>
<author login="mkrauskopf"/>
<compatibility addition="yes"/>
<description>
<p>
Added <code>ProjectCustomizer.Category.setErrorMessage</code> and
<code>ProjectCustomizer.Category.getErrorMessage</code>
methods. With those methods client can set an error message
for individual categories.
Also the default implementation of a customizer dialog uses
these methods for showing a message on the bottom of
category views and to mark category nodes for invalid
categories (similar to the error message in wizards).
</p>
</description>
<class package="org.netbeans.spi.project.ui.support" name="ProjectCustomizer"/>
<issue number="61036"/>
</change>
<change id="ProjectCustomizer.Category.valid">
<api name="general"/>
<summary>Added ability to set whether a project customizer's categories are valid.</summary>
<version major="1" minor="9"/>
<date day="28" month="7" year="2005"/>
<author login="mkrauskopf"/>
<compatibility addition="yes"/>
<description>
<p>
Added <code>ProjectCustomizer.Category.setValid</code> and
<code>ProjectCustomizer.Category.isValid</code> methods.
With those methods client can affect whether the OK button
of the Customizer dialog is enabled.
</p>
</description>
<class package="org.netbeans.spi.project.ui.support" name="ProjectCustomizer"/>
<issue number="58457"/>
</change>
<change id="ProjectActions">
<api name="general"/>
<summary>Ability to extend project context menus</summary>
<version major="1" minor="7"/>
<date day="5" month="5" year="2005"/>
<author login="pkuzel"/>
<compatibility addition="yes" semantic="incompatible">
<p>
Existing project types need to add support for the new folder
in order to comply with the guideline.
</p>
</compatibility>
<description>
Defined a folder <code>Projects/Actions/</code> which may hold
actions to be added to the context menu of any project type.
</description>
<issue number="57874"/>
</change>
<change id="CommonProjectActions.EXISTING_SOURCES_FOLDER">
<api name="general"/>
<summary>New Project Wizard Action</summary>
<version major="1" minor="3"/>
<date day="17" month="5" year="2005"/>
<author login="pkuzel"/>
<compatibility source="compatible"/>
<description>
Introduced:
<ul>
<li><code>CommonProjectActions.newProjectAction</code> method</li>
<li><code>CommonProjectActions.EXISTING_SOURCES_FOLDER</code> property</li>
<li><code>Templates.getExistingSourcesFolder</code> method</li>
</ul>
</description>
<class package="org.netbeans.spi.project.ui.support" name="CommonProjectActions"/>
<class package="org.netbeans.spi.project.ui.templates.support" name="Templates"/>
<issue number="58489" />
</change>
<change id="ProjectOpenedHook.fire-to-all">
<api name="general"/>
<summary>The <code>projectOpened</code> and <code>projectClosed</code> methods are called on
all <code>ProjectOpenedHook</code> instances in the lookup.
</summary>
<version major="1" minor="3"/>
<date day="12" month="5" year="2005"/>
<author login="jlahoda"/>
<compatibility semantic="incompatible" source="compatible">
<p>
This change is incompatible because a project type can return a lookup with several
<code>ProjectOpenedHook</code>s and depend on only first one being notified on open/close.
Such a code should be rewritten using <code>org.openide.util.lookup.Lookups.exclude</code>.
</p>
</compatibility>
<description>
<p>
The <code>projectOpened</code> and <code>projectClosed</code> methods are called on
all <code>ProjectOpenedHook</code> instances found in a project's lookup.
</p>
</description>
<issue number="57025" />
</change>
<change id="OpenProjects.open-close">
<api name="general"/>
<summary>Added open and close methods into <code>OpenProjects</code> class</summary>
<version major="1" minor="2"/>
<date day="14" month="12" year="2004"/>
<author login="tzezula"/>
<compatibility addition="yes"/>
<description>
<p>
Added <code>open</code> and <code>close</code> methods to <code>org.netbeans.api.project.ui.OpenProjects</code>. The <code>open</code> method
opens the specified projects. The <code>close</code> method closes the specified projects.
</p>
</description>
<class package="org.netbeans.api.project.ui" name="OpenProjects"/>
</change>
<change id="rel-vers-1">
<api name="general"/>
<summary>Switched to major release version 1</summary>
<version major="1" minor="3"/>
<date day="22" month="12" year="2004"/>
<author login="jglick"/>
<compatibility>
<p>
Clients should begin requesting the new version to avoid a warning at startup.
</p>
</compatibility>
<description>
<p>
To indicate that this is now considered a stable API, the major release version was
incremented to 1 from 0.
</p>
</description>
<issue number="51468"/>
</change>
<change id="ProjectCustomizer.addition">
<api name="general"/>
<summary>Added support class for creating standard project customizer dialogs</summary>
<version major="1" minor="4"/>
<date day="16" month="1" year="2005"/>
<author login="phrebejk"/>
<compatibility addition="yes"/>
<description>
<p>
Added <code>org.netbeans.spi.project.ui.support.ProjectCustomizer</code>
containing support methods for creating standard looking project customizer
dialogs.
</p>
</description>
<class package="org.netbeans.spi.project.ui.support" name="ProjectCustomizer"/>
<issue number="49647"/>
</change>
</changes>
<!-- Now the surrounding HTML text and document structure: -->
<htmlcontents>
<!--
NO NO NO NO NO!
==============> DO NOT EDIT ME! <==============
AUTOMATICALLY GENERATED FROM APICHANGES.XML, DO NOT EDIT
SEE projects/projectuiapi/apichanges.xml
-->
<head>
<title>Change History for the Project UI API</title>
<link rel="stylesheet" href="prose.css" type="text/css"/>
</head>
<body>
<p class="overviewlink"><a href="overview-summary.html">Overview</a></p>
<h1>Introduction</h1>
<p>This document lists changes made to the <a href="@org-netbeans-modules-projectuiapi@/index.html">Project UI API</a>.</p>
<!-- The actual lists of changes, as summaries and details: -->
<hr/>
<standard-changelists module-code-name="org.netbeans.modules.projectuiapi/1"/>
<hr/><p>@FOOTER@</p>
</body>
</htmlcontents>
</apichanges>
|
