~ubuntu-branches/ubuntu/raring/maas/raring-updates

« back to all changes in this revision

Viewing changes to src/maasserver/static/jslibs/yui/3.4.1/releasenotes/HISTORY.base.md

  • Committer: Package Import Robot
  • Author(s): Andres Rodriguez
  • Date: 2012-07-03 17:42:37 UTC
  • mfrom: (1.1.13)
  • Revision ID: package-import@ubuntu.com-20120703174237-p8l0keuuznfg721k
Tags: 0.1+bzr709+dfsg-0ubuntu1
* New Upstream release
* debian/control:
  - Depends on python-celery, python-tempita, libjs-yui3-{full,min},
    libjs-raphael
* debian/maas.install:
  - Install apiclient, celeryconfig.py, maas-import-pxe-files, preseeds_v2.
  - Update to install various files from chroot, rather tha manually copy
    them from the source.
* debian/maas.links: symlink celeryconfig.py
* debian/maas.maas-celery.upstart: Add job.
* debian/rules:
  - Install celery upstart job.
  - Do not install jslibs as packages are now used.
  - Drop copying of maas_local_settings_sample.py as source now ships
    a maas_local_settings.py
* debian/patches:
  - 04-maas-http-fix.patch: Drop. Merged upstream.
  - 01-fix-database-settings.patch: Refreshed.
  - 99_enums_js.patch: Added until creation of enum.js / build process
    is fixed.
* debian/maas.postinst: Update bzr version to correctly handle upgrades.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
Base Change History
2
 
===================
3
 
 
4
 
3.4.1
5
 
-----
6
 
 
7
 
  * No changes.
8
 
 
9
 
3.4.0
10
 
-----
11
 
 
12
 
  * Base now destroys plugins before destroying itself
13
 
 
14
 
  * Base.create/mix extensions can now define initializer and 
15
 
    destructor prototype functions, which will get invoked after
16
 
    the initializer for the host class into which they are mixed and
17
 
    before it's destructor.
18
 
 
19
 
  * Use a hash version of whitelist mix for improved performance.
20
 
    Also removed non-required hasOwnProperty check and delete.
21
 
 
22
 
3.3.0
23
 
-----
24
 
 
25
 
  * Fixed Base.mix when used on a class created using Base.create
26
 
 
27
 
  * toString no longer inadvertently stamps the object, however,
28
 
    we now stamp Base objects in the constructor, to support
29
 
    use cases where the "toString" stamping was implicitly being
30
 
    relied upon (e.g. in DD, as hashkeys).
31
 
 
32
 
3.2.0
33
 
-----
34
 
 
35
 
  * Fixed Base.create to properly isolate ATTRS on extensions
36
 
 
37
 
3.1.1
38
 
-----   
39
 
 
40
 
  * No changes 
41
 
 
42
 
3.1.0
43
 
-----
44
 
 
45
 
  * As the final step in the destroy phase, Base now does a detachAll() to avoid invoking listeners 
46
 
    which may be waiting to be in an async. step which occurs after destruction.
47
 
 
48
 
  * "init" and "destroy" events are now published with the defaultTargetOnly property set to true
49
 
 
50
 
  * Added support for MyClass.EVENT_PREFIX to allow developers
51
 
    to define their own event prefix
52
 
 
53
 
  * Made "init" and "destroy" events fireOnce:true (along with
54
 
    "render" in Widget), so that subscriptions made after the 
55
 
    events are fired, are notified immediately.
56
 
 
57
 
  * Dynamic and non-dynamically built classes now have their 
58
 
    extensions instantiated the same way - during _initHierarchy.
59
 
 
60
 
  * Updated ATTRS handling for Base.build, so that ATTRS are 
61
 
    also aggregated at the attribute configuration object level, 
62
 
    allowing extensions to add to, or overwrite, attribute 
63
 
    configuration properties on the host.
64
 
 
65
 
  * Added sugar Base.create and Base.mix methods on top of 
66
 
    Base.build, to simplify the 2 main use cases: 
67
 
 
68
 
    1) Creating a completely new class which uses extensions.
69
 
    2) Mixing in extensions to an existing class.
70
 
 
71
 
  * Documented non-attribute on, after, bubbleTargets and plugins 
72
 
    property support in the Base constructor config argument 
73
 
 
74
 
3.0.0
75
 
-----
76
 
 
77
 
  * Fixed hasImpl method on built classes, to look up the class
78
 
    hierarchy for applied extensions.
79
 
 
80
 
  * Plugin.Host removed from base-base module and delivered as it's 
81
 
    own module - "pluginhost"
82
 
 
83
 
  * base broken up into..
84
 
 
85
 
     base-base: Provides class hierarchy support for ATTRS and 
86
 
     initialization
87
 
 
88
 
     base-build: Provides Extension support in the form of 
89
 
     Base.build
90
 
 
91
 
     base-pluginhost: Augments Plugin.Host to Base, adding plugin
92
 
     support
93
 
 
94
 
3.0.0 beta 1
95
 
------------
96
 
 
97
 
  * Config argument for init event now merged into the event facade, 
98
 
    instead of being passed separately (available as e.cfg).
99
 
  
100
 
  * Removed Base.create. On review, considered to be overkill.
101
 
    Users can easily create new instances, using Base.build
102
 
 
103
 
  * Moved PluginHost down from Widget to Base, since utils and 
104
 
    Node will also support Plugins.
105
 
 
106
 
  * PluginHost.plug and unplug now accept the plugin class as 
107
 
    arguments [plug(pluginClass, cfg) and unplug(pluginClass)].
108
 
 
109
 
  * Split base module up into base-base and base-build.
110
 
 
111
 
  * Added lazy attribute initialization support, to improve performance.
112
 
  
113
 
    This also removes order dependency when processing ATTRS for a 
114
 
    particular class.
115
 
 
116
 
    If a get/set call is made for an uninitialized attribute A, in the 
117
 
    getter/setter/validator or valueFns of another attribute B, A will 
118
 
    be intiailized on the fly. 
119
 
 
120
 
  * Added ability to subscribe to on/after events through the 
121
 
    constructor config object, e.g.:
122
 
 
123
 
      new MyBaseObject({ 
124
 
         on: {
125
 
            init: handlerFn,
126
 
            myAttrChange: handlerFn
127
 
             },
128
 
             after: {
129
 
               init: handlerFn,
130
 
               myAttrChange: handlerFn
131
 
             },
132
 
             ...
133
 
      });
134
 
 
135
 
  * Developers can now override the default clone behavior we use to
136
 
    isolate default ATTRS config values, using cloneDefaultValue, e.g.:
137
 
 
138
 
    ATTRS = {
139
 
      myAttr : {
140
 
        value: AnObjectOrArrayReference
141
 
            cloneDefaultValue: true|false|"deep"|"shallow"
142
 
      }
143
 
    }
144
 
 
145
 
    If the cloneDefaultValue property is not defined, Base will clone
146
 
    any Arrays or Object literals which are used as default values when
147
 
    configuring attributes for an instance, so that updates to instance 
148
 
    values do not modify the default value.
149
 
 
150
 
    This behavior can be over-ridden using the cloneDefaultValue property:
151
 
 
152
 
    true, deep: 
153
 
 
154
 
      Use Y.clone to protect the default value.
155
 
 
156
 
    shallow:
157
 
 
158
 
      Use Y.merge, to protect the default value.
159
 
 
160
 
    false:
161
 
 
162
 
      Don't clone Arrays or Object literals. The value is intended
163
 
      to be used by reference, for example, when it points to
164
 
      a utility object.
165
 
 
166
 
  * Base.plug and Base.unplug used to add static Plugins (default plugins
167
 
    for a class). Replaces static PLUGINS array, allowing subclasses to 
168
 
    easily unplug static plugins added higher up in the hierarchy.
169
 
 
170
 
  * Base adds all attributes lazily. This means attributes don't get
171
 
    initialized until the first call to get/set, speeding up construction
172
 
    of Base based objects.
173
 
 
174
 
    Attributes which have setters which set some other state in the object, 
175
 
    can configure the attribute to disable lazy initialization, by setting
176
 
    lazyAdd:false as part of their attribute configuration, so that the setter
177
 
    gets invoked during construction.
178
 
 
179
 
3.0.0PR1 - Initial release
180
 
--------------------------
181