JSDuck: Generated code documentation!
See CODING.md for how to run it.
Mistakes fixed:
* Warning: Unknown type function
-> Function
* Warning: Unknown type DOMElement
-> HTMLElement
* Warning: Unknown type DOM Node
-> HTMLElement
* Warning: Unknown type Integer
-> Mixed
* Warning: Unknown type Command
-> ve.Command
* Warning: Unknown type any
-> number
* Warning: Unknown type ve.Transaction
-> ve.dm.Transaction
* Warning: Unknown type ve.dm.AnnotationSet
-> ve.AnnotationSet
* Warning: Unknown type false
-> boolean
* Warning: Unknown type ve.dm.AlienNode
ve.dm doesn't have a generic AlienNode like ve.ce
-> Unknown type ve.dm.AlienInlineNode|ve.dm.AlienBlockNode
* Warning: Unknown type ve.ve.Surface
-> ve.ce.Surface
* ve.example.lookupNode:
-> Last @param should be @return
* ve.dm.Transaction.prototype.pushReplace:
-> @param {Array] should be @param {Array}
* Warning: ve.BranchNode.js:27: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
* Warning: ve.LeafNode.js:21: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
Differences fixed:
* Variadic arguments are like @param {Type...} [name]
instead of @param {Type} [name...]
* Convert all file headers from /** to /*! because JSDuck tries
to parse all /** blocks and fails to parse with all sorts of
errors for "Global property", "Unnamed property", and
"Duplicate property".
Find: \/\*\*([^@]+)(@copyright)
Replace: /*!$1$2
* Indented blocks are considered code examples.
A few methods had documentation with numbered lists that were
indented, which have now been updated to not be intended.
* The free-form text descriptions are parsed with Markdown,
which requires lists to be separated from paragraphs by an
empty line.
And we should use `backticks` instead of {braces} for inline
code in text paragraphs.
* Doc blocks for classes and their constructor have to be
in the correct order (@constructor, @param, @return must be
before @class, @abstract, @extends etc.)
* `@extends Class` must not have Class {wrapped}
* @throws must start with a {Type}
* @example means something else. It is used for an inline demo
iframe, not code block. For that simply indent with spaces.
* @member means something else.
Non-function properties are marked with @property, not @member.
* To create a link to a class or member, in most cases the name
is enough to create a link. E.g. Foo, Foo.bar, Foo.bar#quux,
where a hash stands for "instance member", so Foo.bar#quux,
links to Foo.bar.prototype.quux (the is not supported, as
"prototype" is considered an implementation detail, it only
indexes class name and method name).
If the magic linker doesn't work for some case, the
verbose syntax is {@link #target label}.
* @property can't have sub-properties (nested @param and @return
values are supported, only @static @property can't be nested).
We only have one case of this, which can be worked around by
moving those in a new virtual class. The code is unaltered
(only moved down so that it isn't with the scope of the main
@class block). ve.dm.TransactionProcessor.processors.
New:
* @mixins: Classes mixed into the current class.
* @event: Events that can be emitted by a class. These are also
inherited by subclasses. (+ @param, @return and @preventable).
So ve.Node#event-attach is inherited to ve.dm.BreakNode,
just like @method is.
* @singleton: Plain objects such as ve, ve.dm, ve.ce were missing
documentation causing a tree error. Documented those as a
JSDuck singleton, which they but just weren't documented yet.
NB: Members of @singleton don't need @static (if present,
triggers a compiler warning).
* @chainable: Shorthand for "@return this". We were using
"@return {classname}" which is ambiguous (returns the same
instance or another instance?), @chainable is specifically
for "@return this". Creates proper labels in the generated
HTML pages.
Removed:
* @mixin: (not to be confused with @mixins). Not supported by
JSDuck. Every class is standalone anyway. Where needed marked
them @class + @abstract instead.
Change-Id: I6a7c9e8ee8f995731bc205d666167874eb2ebe23
2013-01-04 08:54:17 +00:00
|
|
|
/*!
|
2012-08-31 19:34:18 +00:00
|
|
|
* VisualEditor AnnotationFactory class.
|
2012-07-19 21:25:16 +00:00
|
|
|
*
|
2012-07-19 00:11:26 +00:00
|
|
|
* @copyright 2011-2012 VisualEditor Team and others; see AUTHORS.txt
|
|
|
|
* @license The MIT License (MIT); see LICENSE.txt
|
|
|
|
*/
|
2012-08-31 19:34:18 +00:00
|
|
|
( function ( ve ) {
|
2012-07-19 00:11:26 +00:00
|
|
|
|
2012-05-31 23:50:16 +00:00
|
|
|
/**
|
2012-08-31 19:34:18 +00:00
|
|
|
* Factory for annotations.
|
|
|
|
*
|
|
|
|
* To register a new annotation type, call ve.dm.annotationFactory.register()
|
2012-05-31 23:50:16 +00:00
|
|
|
*
|
2012-08-31 19:34:18 +00:00
|
|
|
* @abstract
|
JSDuck: Generated code documentation!
See CODING.md for how to run it.
Mistakes fixed:
* Warning: Unknown type function
-> Function
* Warning: Unknown type DOMElement
-> HTMLElement
* Warning: Unknown type DOM Node
-> HTMLElement
* Warning: Unknown type Integer
-> Mixed
* Warning: Unknown type Command
-> ve.Command
* Warning: Unknown type any
-> number
* Warning: Unknown type ve.Transaction
-> ve.dm.Transaction
* Warning: Unknown type ve.dm.AnnotationSet
-> ve.AnnotationSet
* Warning: Unknown type false
-> boolean
* Warning: Unknown type ve.dm.AlienNode
ve.dm doesn't have a generic AlienNode like ve.ce
-> Unknown type ve.dm.AlienInlineNode|ve.dm.AlienBlockNode
* Warning: Unknown type ve.ve.Surface
-> ve.ce.Surface
* ve.example.lookupNode:
-> Last @param should be @return
* ve.dm.Transaction.prototype.pushReplace:
-> @param {Array] should be @param {Array}
* Warning: ve.BranchNode.js:27: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
* Warning: ve.LeafNode.js:21: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
Differences fixed:
* Variadic arguments are like @param {Type...} [name]
instead of @param {Type} [name...]
* Convert all file headers from /** to /*! because JSDuck tries
to parse all /** blocks and fails to parse with all sorts of
errors for "Global property", "Unnamed property", and
"Duplicate property".
Find: \/\*\*([^@]+)(@copyright)
Replace: /*!$1$2
* Indented blocks are considered code examples.
A few methods had documentation with numbered lists that were
indented, which have now been updated to not be intended.
* The free-form text descriptions are parsed with Markdown,
which requires lists to be separated from paragraphs by an
empty line.
And we should use `backticks` instead of {braces} for inline
code in text paragraphs.
* Doc blocks for classes and their constructor have to be
in the correct order (@constructor, @param, @return must be
before @class, @abstract, @extends etc.)
* `@extends Class` must not have Class {wrapped}
* @throws must start with a {Type}
* @example means something else. It is used for an inline demo
iframe, not code block. For that simply indent with spaces.
* @member means something else.
Non-function properties are marked with @property, not @member.
* To create a link to a class or member, in most cases the name
is enough to create a link. E.g. Foo, Foo.bar, Foo.bar#quux,
where a hash stands for "instance member", so Foo.bar#quux,
links to Foo.bar.prototype.quux (the is not supported, as
"prototype" is considered an implementation detail, it only
indexes class name and method name).
If the magic linker doesn't work for some case, the
verbose syntax is {@link #target label}.
* @property can't have sub-properties (nested @param and @return
values are supported, only @static @property can't be nested).
We only have one case of this, which can be worked around by
moving those in a new virtual class. The code is unaltered
(only moved down so that it isn't with the scope of the main
@class block). ve.dm.TransactionProcessor.processors.
New:
* @mixins: Classes mixed into the current class.
* @event: Events that can be emitted by a class. These are also
inherited by subclasses. (+ @param, @return and @preventable).
So ve.Node#event-attach is inherited to ve.dm.BreakNode,
just like @method is.
* @singleton: Plain objects such as ve, ve.dm, ve.ce were missing
documentation causing a tree error. Documented those as a
JSDuck singleton, which they but just weren't documented yet.
NB: Members of @singleton don't need @static (if present,
triggers a compiler warning).
* @chainable: Shorthand for "@return this". We were using
"@return {classname}" which is ambiguous (returns the same
instance or another instance?), @chainable is specifically
for "@return this". Creates proper labels in the generated
HTML pages.
Removed:
* @mixin: (not to be confused with @mixins). Not supported by
JSDuck. Every class is standalone anyway. Where needed marked
them @class + @abstract instead.
Change-Id: I6a7c9e8ee8f995731bc205d666167874eb2ebe23
2013-01-04 08:54:17 +00:00
|
|
|
* @extends ve.EventEmitter
|
2012-05-31 23:50:16 +00:00
|
|
|
* @constructor
|
|
|
|
*/
|
2012-08-31 19:34:18 +00:00
|
|
|
ve.dm.AnnotationFactory = function () {
|
Object management: Object create/inherit/clone utilities
* For the most common case:
- replace ve.extendClass with ve.inheritClass (chose slightly
different names to detect usage of the old/new one, and I
like 'inherit' better).
- move it up to below the constructor, see doc block for why.
* Cases where more than 2 arguments were passed to
ve.extendClass are handled differently depending on the case.
In case of a longer inheritance tree, the other arguments
could be omitted (like in "ve.ce.FooBar, ve.FooBar,
ve.Bar". ve.ce.FooBar only needs to inherit from ve.FooBar,
because ve.ce.FooBar inherits from ve.Bar).
In the case of where it previously had two mixins with
ve.extendClass(), either one becomes inheritClass and one
a mixin, both to mixinClass().
No visible changes should come from this commit as the
instances still all have the same visible properties in the
end. No more or less than before.
* Misc.:
- Be consistent in calling parent constructors in the
same order as the inheritance.
- Add missing @extends and @param documentation.
- Replace invalid {Integer} type hint with {Number}.
- Consistent doc comments order:
@class, @abstract, @constructor, @extends, @params.
- Fix indentation errors
A fairly common mistake was a superfluous space before the
identifier on the assignment line directly below the
documentation comment.
$ ack "^ [^*]" --js modules/ve
- Typo "Inhertiance" -> "Inheritance".
- Replacing the other confusing comment "Inheritance" (inside
the constructor) with "Parent constructor".
- Add missing @abstract for ve.ui.Tool.
- Corrected ve.FormatDropdownTool to ve.ui.FormatDropdownTool.js
- Add function names to all @constructor functions. Now that we
have inheritance it is important and useful to have these
functions not be anonymous.
Example of debug shot: http://cl.ly/image/1j3c160w3D45
Makes the difference between
< documentNode;
> ve_dm_DocumentNode
...
: ve_dm_BranchNode
...
: ve_dm_Node
...
: ve_dm_Node
...
: Object
...
without names (current situation):
< documentNode;
> Object
...
: Object
...
: Object
...
: Object
...
: Object
...
though before this commit, it really looks like this
(flattened since ve.extendClass really did a mixin):
< documentNode;
> Object
...
...
...
Pattern in Sublime (case-sensitive) to find nameless
constructor functions:
"^ve\..*\.([A-Z])([^\.]+) = function \("
Change-Id: Iab763954fb8cf375900d7a9a92dec1c755d5407e
2012-09-05 06:07:47 +00:00
|
|
|
// Parent constructor
|
2012-05-31 23:50:16 +00:00
|
|
|
ve.Factory.call( this );
|
2012-08-31 19:34:18 +00:00
|
|
|
// [ { tagName: [annotationNamesWithoutFunc] }, { tagName: [annotationNamesWithFunc] } ]
|
|
|
|
this.annotationsByTag = [ {}, {} ];
|
|
|
|
// { matchFunctionPresence: { rdfaType: { tagName: [annotationNames] } } }
|
|
|
|
// [ { rdfaType: { tagName: [annotationNamesWithoutFunc] } }, { rdfaType: { tagName: [annotationNamesWithFunc] } ]
|
|
|
|
this.annotationsByTypeAndTag = [];
|
|
|
|
// { nameA: 0, nameB: 1, ... }
|
|
|
|
this.registrationOrder = {};
|
|
|
|
this.nextNumber = 0;
|
2012-05-31 23:50:16 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/* Inheritance */
|
|
|
|
|
Object management: Object create/inherit/clone utilities
* For the most common case:
- replace ve.extendClass with ve.inheritClass (chose slightly
different names to detect usage of the old/new one, and I
like 'inherit' better).
- move it up to below the constructor, see doc block for why.
* Cases where more than 2 arguments were passed to
ve.extendClass are handled differently depending on the case.
In case of a longer inheritance tree, the other arguments
could be omitted (like in "ve.ce.FooBar, ve.FooBar,
ve.Bar". ve.ce.FooBar only needs to inherit from ve.FooBar,
because ve.ce.FooBar inherits from ve.Bar).
In the case of where it previously had two mixins with
ve.extendClass(), either one becomes inheritClass and one
a mixin, both to mixinClass().
No visible changes should come from this commit as the
instances still all have the same visible properties in the
end. No more or less than before.
* Misc.:
- Be consistent in calling parent constructors in the
same order as the inheritance.
- Add missing @extends and @param documentation.
- Replace invalid {Integer} type hint with {Number}.
- Consistent doc comments order:
@class, @abstract, @constructor, @extends, @params.
- Fix indentation errors
A fairly common mistake was a superfluous space before the
identifier on the assignment line directly below the
documentation comment.
$ ack "^ [^*]" --js modules/ve
- Typo "Inhertiance" -> "Inheritance".
- Replacing the other confusing comment "Inheritance" (inside
the constructor) with "Parent constructor".
- Add missing @abstract for ve.ui.Tool.
- Corrected ve.FormatDropdownTool to ve.ui.FormatDropdownTool.js
- Add function names to all @constructor functions. Now that we
have inheritance it is important and useful to have these
functions not be anonymous.
Example of debug shot: http://cl.ly/image/1j3c160w3D45
Makes the difference between
< documentNode;
> ve_dm_DocumentNode
...
: ve_dm_BranchNode
...
: ve_dm_Node
...
: ve_dm_Node
...
: Object
...
without names (current situation):
< documentNode;
> Object
...
: Object
...
: Object
...
: Object
...
: Object
...
though before this commit, it really looks like this
(flattened since ve.extendClass really did a mixin):
< documentNode;
> Object
...
...
...
Pattern in Sublime (case-sensitive) to find nameless
constructor functions:
"^ve\..*\.([A-Z])([^\.]+) = function \("
Change-Id: Iab763954fb8cf375900d7a9a92dec1c755d5407e
2012-09-05 06:07:47 +00:00
|
|
|
ve.inheritClass( ve.dm.AnnotationFactory, ve.Factory );
|
2012-05-31 23:50:16 +00:00
|
|
|
|
2012-08-31 19:34:18 +00:00
|
|
|
/* Private helper functions */
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Helper function for register(). Adds a value to the front of an array in a nested object.
|
|
|
|
* Objects and arrays are created if needed. You can specify either two or three keys and a value.
|
|
|
|
*
|
|
|
|
* Specifically:
|
|
|
|
* addType( obj, keyA, keyB, keyC, value ) does obj[keyA][keyB][keyC].unshift( value );
|
|
|
|
* addType( obj, keyA, keyB, value ) does obj[keyA][keyB].unshift( value );
|
|
|
|
*
|
|
|
|
* @param {Object} obj Object to add to
|
JSDuck: Generated code documentation!
See CODING.md for how to run it.
Mistakes fixed:
* Warning: Unknown type function
-> Function
* Warning: Unknown type DOMElement
-> HTMLElement
* Warning: Unknown type DOM Node
-> HTMLElement
* Warning: Unknown type Integer
-> Mixed
* Warning: Unknown type Command
-> ve.Command
* Warning: Unknown type any
-> number
* Warning: Unknown type ve.Transaction
-> ve.dm.Transaction
* Warning: Unknown type ve.dm.AnnotationSet
-> ve.AnnotationSet
* Warning: Unknown type false
-> boolean
* Warning: Unknown type ve.dm.AlienNode
ve.dm doesn't have a generic AlienNode like ve.ce
-> Unknown type ve.dm.AlienInlineNode|ve.dm.AlienBlockNode
* Warning: Unknown type ve.ve.Surface
-> ve.ce.Surface
* ve.example.lookupNode:
-> Last @param should be @return
* ve.dm.Transaction.prototype.pushReplace:
-> @param {Array] should be @param {Array}
* Warning: ve.BranchNode.js:27: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
* Warning: ve.LeafNode.js:21: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
Differences fixed:
* Variadic arguments are like @param {Type...} [name]
instead of @param {Type} [name...]
* Convert all file headers from /** to /*! because JSDuck tries
to parse all /** blocks and fails to parse with all sorts of
errors for "Global property", "Unnamed property", and
"Duplicate property".
Find: \/\*\*([^@]+)(@copyright)
Replace: /*!$1$2
* Indented blocks are considered code examples.
A few methods had documentation with numbered lists that were
indented, which have now been updated to not be intended.
* The free-form text descriptions are parsed with Markdown,
which requires lists to be separated from paragraphs by an
empty line.
And we should use `backticks` instead of {braces} for inline
code in text paragraphs.
* Doc blocks for classes and their constructor have to be
in the correct order (@constructor, @param, @return must be
before @class, @abstract, @extends etc.)
* `@extends Class` must not have Class {wrapped}
* @throws must start with a {Type}
* @example means something else. It is used for an inline demo
iframe, not code block. For that simply indent with spaces.
* @member means something else.
Non-function properties are marked with @property, not @member.
* To create a link to a class or member, in most cases the name
is enough to create a link. E.g. Foo, Foo.bar, Foo.bar#quux,
where a hash stands for "instance member", so Foo.bar#quux,
links to Foo.bar.prototype.quux (the is not supported, as
"prototype" is considered an implementation detail, it only
indexes class name and method name).
If the magic linker doesn't work for some case, the
verbose syntax is {@link #target label}.
* @property can't have sub-properties (nested @param and @return
values are supported, only @static @property can't be nested).
We only have one case of this, which can be worked around by
moving those in a new virtual class. The code is unaltered
(only moved down so that it isn't with the scope of the main
@class block). ve.dm.TransactionProcessor.processors.
New:
* @mixins: Classes mixed into the current class.
* @event: Events that can be emitted by a class. These are also
inherited by subclasses. (+ @param, @return and @preventable).
So ve.Node#event-attach is inherited to ve.dm.BreakNode,
just like @method is.
* @singleton: Plain objects such as ve, ve.dm, ve.ce were missing
documentation causing a tree error. Documented those as a
JSDuck singleton, which they but just weren't documented yet.
NB: Members of @singleton don't need @static (if present,
triggers a compiler warning).
* @chainable: Shorthand for "@return this". We were using
"@return {classname}" which is ambiguous (returns the same
instance or another instance?), @chainable is specifically
for "@return this". Creates proper labels in the generated
HTML pages.
Removed:
* @mixin: (not to be confused with @mixins). Not supported by
JSDuck. Every class is standalone anyway. Where needed marked
them @class + @abstract instead.
Change-Id: I6a7c9e8ee8f995731bc205d666167874eb2ebe23
2013-01-04 08:54:17 +00:00
|
|
|
* @param {string} keyA Key into obj
|
|
|
|
* @param {string} keyB Key into obj[keyA]
|
|
|
|
* @param {string|Mixed} keyC Key into obj[keyA][keyB], or value to add to array if value not set
|
|
|
|
* @param {Mixed} [value] Value to add to the array
|
2012-08-31 19:34:18 +00:00
|
|
|
*/
|
|
|
|
function addType( obj, keyA, keyB, keyC, value ) {
|
|
|
|
if ( obj[keyA] === undefined ) {
|
|
|
|
obj[keyA] = {};
|
|
|
|
}
|
|
|
|
if ( obj[keyA][keyB] === undefined ) {
|
|
|
|
obj[keyA][keyB] = value === undefined ? [] : {};
|
|
|
|
}
|
|
|
|
if ( value !== undefined && obj[keyA][keyB][keyC] === undefined ) {
|
|
|
|
obj[keyA][keyB][keyC] = [];
|
|
|
|
}
|
|
|
|
if ( value === undefined ) {
|
|
|
|
obj[keyA][keyB].unshift( keyC );
|
|
|
|
} else {
|
|
|
|
obj[keyA][keyB][keyC].unshift( value );
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Public methods */
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Register an annotation type.
|
JSDuck: Generated code documentation!
See CODING.md for how to run it.
Mistakes fixed:
* Warning: Unknown type function
-> Function
* Warning: Unknown type DOMElement
-> HTMLElement
* Warning: Unknown type DOM Node
-> HTMLElement
* Warning: Unknown type Integer
-> Mixed
* Warning: Unknown type Command
-> ve.Command
* Warning: Unknown type any
-> number
* Warning: Unknown type ve.Transaction
-> ve.dm.Transaction
* Warning: Unknown type ve.dm.AnnotationSet
-> ve.AnnotationSet
* Warning: Unknown type false
-> boolean
* Warning: Unknown type ve.dm.AlienNode
ve.dm doesn't have a generic AlienNode like ve.ce
-> Unknown type ve.dm.AlienInlineNode|ve.dm.AlienBlockNode
* Warning: Unknown type ve.ve.Surface
-> ve.ce.Surface
* ve.example.lookupNode:
-> Last @param should be @return
* ve.dm.Transaction.prototype.pushReplace:
-> @param {Array] should be @param {Array}
* Warning: ve.BranchNode.js:27: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
* Warning: ve.LeafNode.js:21: {@link ve.Node#hasChildren} links to non-existing member
-> (removed)
Differences fixed:
* Variadic arguments are like @param {Type...} [name]
instead of @param {Type} [name...]
* Convert all file headers from /** to /*! because JSDuck tries
to parse all /** blocks and fails to parse with all sorts of
errors for "Global property", "Unnamed property", and
"Duplicate property".
Find: \/\*\*([^@]+)(@copyright)
Replace: /*!$1$2
* Indented blocks are considered code examples.
A few methods had documentation with numbered lists that were
indented, which have now been updated to not be intended.
* The free-form text descriptions are parsed with Markdown,
which requires lists to be separated from paragraphs by an
empty line.
And we should use `backticks` instead of {braces} for inline
code in text paragraphs.
* Doc blocks for classes and their constructor have to be
in the correct order (@constructor, @param, @return must be
before @class, @abstract, @extends etc.)
* `@extends Class` must not have Class {wrapped}
* @throws must start with a {Type}
* @example means something else. It is used for an inline demo
iframe, not code block. For that simply indent with spaces.
* @member means something else.
Non-function properties are marked with @property, not @member.
* To create a link to a class or member, in most cases the name
is enough to create a link. E.g. Foo, Foo.bar, Foo.bar#quux,
where a hash stands for "instance member", so Foo.bar#quux,
links to Foo.bar.prototype.quux (the is not supported, as
"prototype" is considered an implementation detail, it only
indexes class name and method name).
If the magic linker doesn't work for some case, the
verbose syntax is {@link #target label}.
* @property can't have sub-properties (nested @param and @return
values are supported, only @static @property can't be nested).
We only have one case of this, which can be worked around by
moving those in a new virtual class. The code is unaltered
(only moved down so that it isn't with the scope of the main
@class block). ve.dm.TransactionProcessor.processors.
New:
* @mixins: Classes mixed into the current class.
* @event: Events that can be emitted by a class. These are also
inherited by subclasses. (+ @param, @return and @preventable).
So ve.Node#event-attach is inherited to ve.dm.BreakNode,
just like @method is.
* @singleton: Plain objects such as ve, ve.dm, ve.ce were missing
documentation causing a tree error. Documented those as a
JSDuck singleton, which they but just weren't documented yet.
NB: Members of @singleton don't need @static (if present,
triggers a compiler warning).
* @chainable: Shorthand for "@return this". We were using
"@return {classname}" which is ambiguous (returns the same
instance or another instance?), @chainable is specifically
for "@return this". Creates proper labels in the generated
HTML pages.
Removed:
* @mixin: (not to be confused with @mixins). Not supported by
JSDuck. Every class is standalone anyway. Where needed marked
them @class + @abstract instead.
Change-Id: I6a7c9e8ee8f995731bc205d666167874eb2ebe23
2013-01-04 08:54:17 +00:00
|
|
|
* @param {string} name Symbolic name for the annotation
|
2012-08-31 19:34:18 +00:00
|
|
|
* @param {ve.dm.Annotation} constructor Subclass of ve.dm.Annotation
|
|
|
|
*/
|
|
|
|
ve.dm.AnnotationFactory.prototype.register = function ( name, constructor ) {
|
|
|
|
if ( typeof name !== 'string' || name === '' ) {
|
|
|
|
throw new Error( 'Annotation names must be strings and must not be empty' );
|
|
|
|
}
|
|
|
|
// Call parent implementation
|
|
|
|
ve.Factory.prototype.register.call( this, name, constructor );
|
|
|
|
|
2012-10-22 22:52:19 +00:00
|
|
|
name = constructor.static.name;
|
|
|
|
|
2012-08-31 19:34:18 +00:00
|
|
|
var i, j,
|
2012-10-22 22:52:19 +00:00
|
|
|
tags = constructor.static.matchTagNames === null ?
|
|
|
|
[ '' ] :
|
2012-08-31 19:34:18 +00:00
|
|
|
constructor.static.matchTagNames,
|
2012-10-22 22:52:19 +00:00
|
|
|
types = constructor.static.matchRdfaTypes === null ?
|
|
|
|
[ '' ] :
|
2012-08-31 19:34:18 +00:00
|
|
|
constructor.static.matchRdfaTypes;
|
|
|
|
|
|
|
|
for ( i = 0; i < tags.length; i++ ) {
|
|
|
|
// +!!foo is a shorter equivalent of Number( Boolean( foo ) ) or foo ? 1 ; 0
|
|
|
|
addType( this.annotationsByTag, +!!constructor.static.matchFunction,
|
|
|
|
tags[i], name
|
|
|
|
);
|
|
|
|
}
|
|
|
|
for ( i = 0; i < types.length; i++ ) {
|
|
|
|
for ( j = 0; j < tags.length; j++ ) {
|
|
|
|
addType( this.annotationsByTypeAndTag,
|
|
|
|
+!!constructor.static.matchFunction, types[i], tags[j], name
|
|
|
|
);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
this.registrationOrder[name] = this.nextNumber++;
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Determine which annotation best matches the given element
|
|
|
|
*
|
|
|
|
* Annotation matching works as follows:
|
|
|
|
* Get all annotations whose tag and rdfaType rules match
|
|
|
|
* Rank them in order of specificity:
|
|
|
|
* * tag, rdfaType and func specified
|
|
|
|
* * rdfaType and func specified
|
|
|
|
* * tag and func specified
|
|
|
|
* * func specified
|
|
|
|
* * tag and rdfaType specified
|
|
|
|
* * rdfaType specified
|
|
|
|
* * tag specified
|
|
|
|
* * nothing specified
|
|
|
|
* If there are multiple candidates with the same specificity, they are ranked in reverse order of
|
|
|
|
* registration (i.e. if A was registered before B, B will rank above A).
|
|
|
|
* The highest-ranking annotation whose test function does not return false, wins.
|
|
|
|
*
|
|
|
|
* @param {HTMLElement} element Element to match
|
2013-01-08 21:02:12 +00:00
|
|
|
* @returns {string|null} Annotation type, or null if none found
|
2012-08-31 19:34:18 +00:00
|
|
|
*/
|
|
|
|
ve.dm.AnnotationFactory.prototype.matchElement = function ( element ) {
|
|
|
|
var i, name, ann, matches, winner, types,
|
|
|
|
tag = element.nodeName.toLowerCase(),
|
|
|
|
typeAttr = element.getAttribute( 'typeof' ) || element.getAttribute( 'rel' ),
|
|
|
|
reg = this;
|
|
|
|
|
|
|
|
function byRegistrationOrderDesc( a, b ) {
|
|
|
|
return reg.registrationOrder[b] - reg.registrationOrder[a];
|
|
|
|
}
|
|
|
|
|
|
|
|
function matchWithFunc( types, tag ) {
|
|
|
|
var i, j, matches, queue = [];
|
|
|
|
for ( i = 0; i < types.length; i++ ) {
|
|
|
|
matches = ve.getProp( reg.annotationsByTypeAndTag, 1, types[i], tag ) || [];
|
|
|
|
for ( j = 0; j < matches.length; j++ ) {
|
|
|
|
queue.push( matches[j] );
|
|
|
|
}
|
|
|
|
}
|
|
|
|
queue.sort( byRegistrationOrderDesc );
|
|
|
|
for ( i = 0; i < queue.length; i++ ) {
|
|
|
|
if ( reg.registry[queue[i]].static.matchFunction( element ) ) {
|
|
|
|
return queue[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return null;
|
|
|
|
}
|
|
|
|
|
|
|
|
function matchWithoutFunc( types, tag ) {
|
|
|
|
var i, j, matches, winningName = null;
|
|
|
|
for ( i = 0; i < types.length; i++ ) {
|
|
|
|
matches = ve.getProp( reg.annotationsByTypeAndTag, 0, types[i], tag ) || [];
|
|
|
|
for ( j = 0; j < matches.length; j++ ) {
|
|
|
|
if (
|
|
|
|
winningName === null ||
|
|
|
|
reg.registrationOrder[winningName] < reg.registrationOrder[matches[j]]
|
|
|
|
) {
|
|
|
|
winningName = matches[j];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return winningName;
|
|
|
|
}
|
|
|
|
|
|
|
|
types = typeAttr ? typeAttr.split( ' ' ) : [];
|
|
|
|
if ( types.length ) {
|
|
|
|
// func+tag+type match
|
|
|
|
winner = matchWithFunc( types, tag );
|
|
|
|
if ( winner !== null ) {
|
|
|
|
return winner;
|
|
|
|
}
|
|
|
|
|
|
|
|
// func+type match
|
|
|
|
// Only look at rules with no tag specified; if a rule does specify a tag, we've
|
|
|
|
// either already processed it above, or the tag doesn't match
|
|
|
|
winner = matchWithFunc( types, '' );
|
|
|
|
if ( winner !== null ) {
|
|
|
|
return winner;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// func+tag match
|
|
|
|
matches = ve.getProp( this.annotationsByTag, 1, tag ) || [];
|
|
|
|
// No need to sort because individual arrays in annotadtionsByTag are already sorted
|
|
|
|
// correctly
|
|
|
|
for ( i = 0; i < matches.length; i++ ) {
|
|
|
|
name = matches[i];
|
|
|
|
ann = this.registry[name];
|
|
|
|
// Only process this one if it doesn't specify types
|
|
|
|
// If it does specify types, then we've either already processed it in the
|
|
|
|
// func+tag+type step above, or its type rule doesn't match
|
|
|
|
if ( ann.static.matchRdfaTypes === null && ann.static.matchFunction( element ) ) {
|
|
|
|
return matches[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// func only
|
|
|
|
// We only need to get the [''][''] array because the other arrays were either
|
|
|
|
// already processed during the steps above, or have a type or tag rule that doesn't
|
|
|
|
// match this element.
|
|
|
|
// No need to sort because individual arrays in annotationsByTypeAndTag are already sorted
|
|
|
|
// correctly
|
|
|
|
matches = ve.getProp( this.annotationsByTypeAndTag, 1, '', '' ) || [];
|
|
|
|
for ( i = 0; i < matches.length; i++ ) {
|
|
|
|
if ( this.registry[matches[i]].static.matchFunction( element ) ) {
|
|
|
|
return matches[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// tag+type
|
|
|
|
winner = matchWithoutFunc( types, tag );
|
|
|
|
if ( winner !== null ) {
|
|
|
|
return winner;
|
|
|
|
}
|
|
|
|
|
|
|
|
// type only
|
|
|
|
// Only look at rules with no tag specified; if a rule does specify a tag, we've
|
|
|
|
// either already processed it above, or the tag doesn't match
|
|
|
|
winner = matchWithoutFunc( types, '' );
|
|
|
|
if ( winner !== null ) {
|
|
|
|
return winner;
|
|
|
|
}
|
|
|
|
|
|
|
|
// tag only
|
|
|
|
matches = ve.getProp( this.annotationsByTag, 0, tag ) || [];
|
|
|
|
// No need to track winningName because the individual arrays in annotationsByTag are
|
|
|
|
// already sorted correctly
|
|
|
|
for ( i = 0; i < matches.length; i++ ) {
|
|
|
|
name = matches[i];
|
|
|
|
ann = this.registry[name];
|
|
|
|
// Only process this one if it doesn't specify types
|
|
|
|
// If it does specify types, then we've either already processed it in the
|
|
|
|
// tag+type step above, or its type rule doesn't match
|
|
|
|
if ( ann.static.matchRdfaTypes === null ) {
|
|
|
|
return matches[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Rules with no type or tag specified
|
|
|
|
// These are the only rules that can still qualify at this point, the others we've either
|
|
|
|
// already processed or have a type or tag rule that disqualifies them
|
|
|
|
matches = ve.getProp( this.annotationsByTypeAndTag, 0, '', '' ) || [];
|
|
|
|
if ( matches.length > 0 ) {
|
|
|
|
return matches[0];
|
|
|
|
}
|
|
|
|
|
|
|
|
// We didn't find anything, give up
|
|
|
|
return null;
|
|
|
|
};
|
|
|
|
|
|
|
|
ve.dm.AnnotationFactory.prototype.createFromElement = function ( element ) {
|
|
|
|
var name = this.matchElement( element );
|
|
|
|
if ( name === null ) {
|
|
|
|
return null;
|
|
|
|
} else {
|
|
|
|
return this.create( name, element );
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2012-05-31 23:50:16 +00:00
|
|
|
/* Initialization */
|
|
|
|
|
|
|
|
ve.dm.annotationFactory = new ve.dm.AnnotationFactory();
|
2012-08-31 19:34:18 +00:00
|
|
|
|
|
|
|
} )( ve );
|