details
elementsummary
element followed by flow content.open
interface HTMLDetailsElement : HTMLElement { attribute boolean open; };
The details
element represents a
disclosure widget from which the user can obtain additional
information or controls.
The details
element is not appropriate
for footnotes. Please see the section on
footnotes for details on how to mark up footnotes.
The first summary
element
child of the element, if any, represents the summary or
legend of the details. If there is no child
summary
element, the user agent should provide its own
legend (e.g. "Details").
The open
content attribute is a boolean attribute. If present,
it indicates that the details are to be shown to the user. If the
attribute is absent, the details are not to be shown.
If the attribute is removed, then the details should be hidden. If the attribute is added, the details should be shown.
The user agent should allow the user to request that the details
be shown or hidden. To honor a request for the details to be shown,
the user agent must set the open
attribute on the element to
the value open
. To honor a request for the
details to be hidden, the user agent must remove the open
attribute from the
element.
The following example shows the details
element
being used to hide technical details in a progress report.
<section class="progress window"> <h1>Copying "Really Achieving Your Childhood Dreams"</h1> <details> <summary>Copying... <progress max="375505392" value="97543282"></progress> 25%</summary> <dl> <dt>Transfer rate:</dt> <dd>452KB/s</dd> <dt>Local filename:</dt> <dd>/home/rpausch/raycd.m4v</dd> <dt>Remote filename:</dt> <dd>/var/www/lectures/raycd.m4v</dd> <dt>Duration:</dt> <dd>01:16:27</dd> <dt>Color profile:</dt> <dd>SD (6-1-6)</dd> <dt>Dimensions:</dt> <dd>320×240</dd> </dl> </details> </section>
The following shows how a details
element can be
used to hide some controls by default:
<details> <summary>Name & Extension:</summary> <p><input type=text name=fn value="Pillar Magazine.pdf"> <p><label><input type=checkbox name=ext checked> Hide extension</label> </details>
One could use this in conjuction with other details
in a list to allow the user to collapse a set of fields down to a
small set of headings, with the ability to open each one.
In these examples, the summary really just summarises what the controls can change, and not the actual values, which is less than ideal.
summary
elementdetails
element.HTMLElement
.The summary
element represents a
summary, caption, or legend for the rest of the contents of the
summary
element's parent details
element, if any.
datagrid
elementdisabled
interface HTMLDataGridElement : HTMLElement { attribute DataGridListener listener; // columns void addColumn(in Column id, in DOMString label, in DOMString type, in optional HTMLImageElement icon, in optional boolean sortable, in optional boolean hidden); attribute DOMString sortColumn; attribute boolean sortAscending; void clearColumns(); // rows void renotify(); void setRowCount(in long childCount, in long rowCount); void setRows(in RowList rows); void insertRows(in RowList rows); void deleteRows(in RowIDList rows); void repaint(in RowID row, in DOMString column); void clearRows(); }; typedef DOMString Column; typedef sequence<Column> ColumnList; typedef sequence<any> Cell; // Column, any... (exact types expected depend on the column type) typedef sequence<Cell> CellList; typedef sequence<any> Row; // RowID, long, long, CellList, optional boolean, optional long typedef sequence<Row> RowList; typedef sequence<unsigned long> RowID; typedef sequence<RowID> RowIDList; [Callback=FunctionOnly, NoInterfaceObject] interface RenderingContext2DCallback { DOMString handleEvent(in CanvasRenderingContext2D context, in unsigned long width, in unsigned long height); };
The datagrid
element represents an
interactive representation of tree, list, or tabular data.
The data being presented is provided by script using the methods described in the following sections.
The disabled
attribute
is a boolean attribute used to disable the
control. When the attribute is set, the user
agent must disable the datagrid
, preventing the user
from interacting with it. The datagrid
element should
still continue to update itself when the underlying data changes,
though, as described in the next few sections. However, conformance
requirements stating that datagrid
elements must react
to users in particular ways do not apply when the
datagrid
is disabled.
The disabled
IDL
attribute must reflect the content attribute of the
same name.
This section is non-normative.
In the datagrid
data model, data is structured as a
set of rows representing a tree, each row being split into a number
of columns. The columns are always present in the data model,
although individual columns might be hidden in the presentation.
Each row can have child rows. Child rows may be hidden or shown, by closing or opening (respectively) the parent row.
Rows are referred to by the path along the tree that one would take to reach the row, using zero-based indices. Thus, the first row of a list is row "0", the second row is row "1"; the first child row of the first row is row "0,0", the second child row of the first row is row "0,1"; the fourth child of the seventh child of the third child of the tenth row is "9,2,6,3", etc.
The chains of numbers that give a row's path, or identifier, are represented by arrays of positions, represented in IDL by the RowID interface.
The root of the tree is represented by an empty array.
Each column has a string that is used to identify it in the API, a label that is shown to users interacting with the column, a type, and optionally an icon.
The possible types are as follows:
Keyword | Description |
text
| Simple text. |
editable
| Editable text. |
checkable
| Text with a check box. |
list
| A list of values that the user can switch between. |
progress
| A progress bar. |
meter
| A gauge. |
custom
| A canvas onto which arbitrary content can be drawn. |
Each column can be flagged as sortable, in which case the user will be able to sort the view using that column.
Columns are not necessarily visible. A column can be created invisible by default. The user can select which columns are to be shown.
When no columns have been added to the datagrid
, a
column with no name, whose identifier is the empty string, whose
type is text
, and which is
not sortable, is implied. This column is removed if any explicit
columns are declared.
Each cell uses the type given for its column, so all cells in a column present the same type of information.
datagrid
backed by a static table
elementdatagrid
backed by nested ol
elementsdatagrid
backed by a serverdatagrid
listener
[ = value ]Return the current object that is configured as the
datagrid
listener, if any. Returns null if there is
none.
The listener is an object provided by the script author that
receives notifications when the datagrid
needs row
data to render itself, when the user opens and closes rows with
children, when the user edits a cell, and when the user invokes a
row's context menu. (The DataGridListener
interface
used for this purpose is described in the next section.)
Can be set, to change the current listener.
renotify
()Causes the datagrid
to resend notifications to the
listener (if any) for any rows or cells that the
datagrid
does not yet have information for.
addColumn
(id, label, type [, icon [, sortable [, hidden ] ] ] )Adds a column to the datagrid
.
If a column with the given identifier has already been added, it just replaces the information for that column.
The possible types are enumerated in the previous section.
sortColumn
[ = value ]Returns the identifier of the column by which the data is to be sorted.
Can be set, to indicate that the sort order has changed. This
will cause the datagrid
to clear its position
information for rows, so setRows()
will have to be
called again with the new sort order.
The columns are not actually sorted by the
datagrid
; the data has to be sorted by the script
that adds the rows to the datagrid
.
sortAscending
[ = value ]Returns true if the data is to be sorted with smaller values first; otherwise, returns false, indicating that bigger values are to be put first.
Can be set, to indicate that the order is about to change.
clearColumns
()Removes all the columns in the datagrid
,
reinstating the implied column.
setRowCount
(childCount, rowCount)Sets the numbers of rows in the datagrid
,
excluding rows that are descendants of rows that are closed.
Throws a DATAGRID_MODEL_ERR
exception if the
arguments contradict each other or previously declared information
(e.g. declaring that the datagrid
has three rows when
the 12th row has been declared).
setRows
(rows)Updates data for rows in the datagrid
, or fills in
data for rows previously implied by a call to setRowCount()
but not
previously declared.
The rows argument is an array of rows, each represented by a further array consisting of:
RowID
object identifying the row.The array giving the data for the cells in the row consists of a further set of arrays, one per cell. The first item of each of these arrays is the column's identifier; the subsequent values vary based on the type of the column, as follows:
text
img
element giving an icon for the cell.
editable
datalist
element giving a set of predefined options.
img
element giving an icon for the cell.
checkable
img
element giving an icon for the cell.
list
select
element giving the list of options.
img
element giving an icon for the cell.
progress
meter
custom
CanvasRenderingContext2D
object, along with the width and height (in CSS pixels) of the cell that the context will draw on.
While the rows in a single call to the setRows()
method can be in any
order, for each row, it is important that all its ancestor rows
and all its open previous siblings are also declared, either in
the same call or in an earlier one.
Throws a DATAGRID_MODEL_ERR
exception if the
arguments contradict each other or previously declared information
(e.g. saying that a row's position is 5 when the parent row only
has 3 children, or naming a column that doesn't exist, or
declaring a row without declaring its parent, or changing the
number of children that a row has while that row and its ancestors
are all open).
insertRows
(rows)Inserts the given rows into the datagrid
,
increasing the numbers of rows that the datagrid
assumes are present.
The rows argument is an array of rows in
the same structure as the argument to the setRows()
method described
above, with the same expectations of consistency (a given row's
ancestors and earlier open siblings being listed either earlier or
in the same call as a given row). However, unlike with the setRows()
method, if a row is
inserted along with its child, the child is not included in the
child and row counts of the parent row; every row in the rows argument will increase its parent's counts
automatically.
Throws a DATAGRID_MODEL_ERR
exception if the
arguments contradict each other or previously declared
information.
deleteRows
(rows)Removes the given rows from the datagrid
, and
updates the number of rows known to be in the
datagrid
accordingly. The argument is an array of
RowID
objects identifying the rows to remove.
Throws a DATAGRID_MODEL_ERR
exception if the argument
includes a row the datagrid
doesn't know about.
repaint
(row, column)If the given column's type is custom
, then causes the
datagrid
to reinvoke the function that obtains the
desired rendering.
clearRows
()Clears the datagrid
of all row data, resetting it
to empty.
The listener
IDL
attribute allows authors to specify an object that will receive all
the notifications from the datagrid
. Initially, its
value must be null. On getting, it must return its value. On
setting, its value must be set to the new value, and then the user
agent must queue a task to call the initialize()
method with the
datagrid
element as its only argument.
The columns are represented by the column list, an ordered list of entries for columns, each of which consists of:
img
element when the
column was declared.datagrid
's rendering.Initially, the column list must have a single
column, the default column, whose identifier is the empty
string, whose label is the empty string, whose type is text
, with no icon, which is not
sortable, and which is visible.
The addColumn(id, label, type, icon, sortable, hidden)
method must run the following steps:
If there is already an entry in column list,
other than the default column, whose identifier is
id, throw a DATAGRID_MODEL_ERR
exception and abort these steps.
If type is not a string equal to one of the
allowed datagrid
column types, then
throw a DATAGRID_MODEL_ERR
exception and abort these
steps.
If the icon argument is present and not
null, but the given img
element's complete
attribute is false or its
src
attribute is omitted or
empty, then let icon be null.
If the icon argument is present and not
null, then copy the image data from that img
element,
and let image be the copy of that image
data. Otherwise, let image be nothing.
Append a new entry to the column list, with id as its identifier, label as its label, type as its type, and image as its icon. Let the column be sortable if the sortable argument is present and true, and make it visible unless the hidden argument is present and true.
If the column list contains the default
column, then remove the default column from the
column list, discard any data for cells in that column
in any rows in the datagrid
, set sortColumn
to id, set sortAscending
to true,
and run the datagrid
resort
steps.
The sortColumn
IDL
attribute gives the current column used for sorting. Initially, its
value must be the empty string. On getting, it must return its
current value. On setting, if the new value doesn't match the
identifier of one of the columns in the column list,
then the user agent must throw a DATAGRID_MODEL_ERR
exception. Otherwise, if the new value is not the same as its
current value, then the user agent must set the attribute to the new
value, and then run the datagrid
resort
steps.
The sortAscending
IDL attribute specifies the direction that the tree is sorted in,
ascending (true) or descending (false). Initially, its value must be
true (ascending). On getting, it must return its current value. On
setting, if the new value is not the same as its current value, then
the user agent must set the attribute to the new value, and then run
the datagrid
resort steps.
When a column is marked as being sortable, the user agent should allow the user to select that column to be the column used for sorting, and should allow the user to chose whether the sort order is ascending or descending.
When the user changes the sort order in this manner, the user
agent must update the sortColumn
and sortAscending
attributes
appropriately, and then run the datagrid
resort
steps.
The datagrid
resort steps
are described in the next section.
The clearColumns()
method, if the column list doesn't contain the
default column, must empty the column
list, append the default column to the now empty
column list, discard any data for cells in all rows in
the datagrid
, set sortColumn
to the empty
string, set sortAscending
to true, and
run the datagrid
resort steps. (If the
column list is already just the default
column, then the method does nothing.)
A datagrid
element is intended to show a
representation of a tree, where typically the user only sees a
small part of the tree at a time.
To make this efficient, the datagrid
element
actually shows a small part of a sparse tree, so
that only relevant parts of the data structure need be loaded at any
time. Specifically, the model requires only that all the ancestor
rows of the displayed rows be loaded, as well as any open earlier
siblings (in the displayed sort order) of the displayed rows.
Conceptually, therefore, a datagrid
has a number of
related sparse data structures backing it.
The first is the natural order sparse data tree. This
is the structure in which rows are entered as they are declared, in
their natural order. This can differ from the order actually
displayed to the user. It consists of nested sparse lists of
rows. In the natural order sparse data tree, a row will
always have all its parents already declared. Once a row is added to
this structure, it can only be removed by the deleteRows()
and clearRows()
methods. The order of
nodes in this tree never changes; to move a node in this tree, it
has to be removed and then another row (with the same data)
reinserted elsewhere.
The second structure is the display order sparse data
tree. This is a similar structure that contains a subset of
the rows in the natural order sparse data tree, ordered
in the order given by the sortAscending
and sortColumn
attributes, and
excluding rows with one or more ancestors that are closed. This tree
is cleared whenever the sortAscending
and sortColumn
attributes
change.
The third structure is the display order sparse data list. This structure is a flattened representation of the display order sparse data tree.
At any time, a number of consecutive rows in the display
order sparse data list are physically visible to the
user. The datagrid
fires notifications to a listener (provided by script),
and the listener, or other some script, is expected to feed the
datagrid
with the information needed to render the
control.
A datagrid
has a pending datagrid
rows list, which is a list of rows in the display order
sparse data list for which the datagrid
has sent
notifications requesting information but not yet received
information about.
A datagrid
also has a pending
datagrid
cells list, which is a list of
row/column pairs (cells) for which the datagrid
has
sent notifications requesting information but not yet received
information about.
User agents may discard information about rows that are not displayed and that are not ancestors or open earlier siblings of rows or ancestors of rows that are displayed.
These structures are different views of the collection of rows
that form the datagrid
. Each row has the following
information associated with it:
Either another row, or the datagrid
itself. This
is the parent of the row in the natural order sparse data
tree and the display order sparse data tree
for the datagrid
.
This is the number of rows that precede this row under the same
parent in the natural order sparse data tree. This
number can't be changed relative to other rows in the same parent;
to change the relative natural order of data in the
datagrid
, the original rows have to be removed and
new rows (with the same data but different natural positions)
inserted in their place. (The exact number of a row can change, as
new rows can be inserted above it.)
A row can be identified by a RowID
object. This is
an array of numbers, consisting of the natural order positions of
each ancestor row and the row itself, starting from the furthest
ancestor. Thus, for instance, the fourth child row of the first
child row of the second row in a datagrid
would be
identified by a RowID
object whose value is [1, 0, 3]
. A row's identifier changes if rows are
inserted before it in
the datagrid
.
This is the number of rows that precede this row under the same parent in the display order sparse data tree. This number can be unknown. If the sort order changes, then this information is lost (as the display order sparse data tree is cleared).
The number of rows that have this row as a parent. If this is
zero, the row cannot be opened. If this is −1, then the
child count is unknown but the row can be opened. This value can be
changed by the setRows()
method only if the current value is −1 or if the row or one
of its ancestors is closed. Otherwise, it can only be changed
indirectly using the insertRows()
and deleteRows()
methods.
A boolean indicating whether the row is open (true) or closed (false). Once set, the flag can only be changed by the user or while one of the row's ancestors is itself closed. A row can also be in a third state, "opening", which is treated as closed for all purposes except that the user agent may indicate that the row is in this special state, and except that when the row is updated to have a row count, the row will switch to being open.
The number of rows that have this row as a parent or
ancestor, and that do not have an ancestor that is a descendant of
this row that is itself closed. If this is −1, then the row
count is unknown. This value can be changed by the setRows()
method only if the
row or one of its ancestors is closed (or opening, but not
open). Otherwise, it can only be changed indirectly using the insertRows()
and deleteRows()
methods.
The data that applies to this row. Cell data is discussed in more detail below.
The datagrid
itself also has a child count and a row count, which are analogous to the child counts and
row counts for rows. Initially, these must be zero.
The datagrid
resort steps, which are
invoked when the sort order changes as described in the previous
section, are as follows:
Clear the display order sparse data tree
(i.e. mark the display order position of all the rows in the
datagrid
as unknown).
User agents may cache the position information of rows for
various values of sortColumn
and sortAscending
, instead
of discarding the information altogether. If the user agent caches
this information, and has information that applies to the current
values of sortColumn
and sortAscending
,
then the user agent may repopulate the display order sparse
data tree from this information.
Clear the pending datagrid
rows list
and the pending datagrid
cells list.
Invoke the datagrid
update display
algorithm.
The renotify()
method
must empty the pending datagrid
rows list
and the pending datagrid
cells list, and
invoke the datagrid
update display
algorithm.
The setRowCount(childCount, rowCount)
method must run the following
steps:
Set the datagrid
child count to childCount, the datagrid
row
count to rowCount.
Audit the datagrid
. If this fails,
then revert the changes made in the previous step, throw a
DATAGRID_MODEL_ERR
exception, and abort these
steps.
Invoke the datagrid
update display
algorithm.
The setRows(rows)
method must run the following
steps:
Type-check the rows argument. If this fails, throw a
TypeError
exception, and abort these steps.
Partially sort the rows argument.
For each Row
object in the rows argument, in order, perform the appropriate
steps from the list below.
The changes made to the datagrid
's
data structures in this step get reverted (as required below) if
any consistency errors are detected either in this step or the
next.
datagrid
's
natural order sparse data tree with the same
identifier as given by the Row
object's
RowID
object, and that row and all its ancestors are
openIf one of the following conditions is true, then revert all
the changes done in this step, throw a
DATAGRID_MODEL_ERR
exception, and abort these
steps:
Row
object's second entry is
neither −1 nor equal to the child count of the
preexisting row.Row
object has fewer than four
entries or more than six entries.Row
object has five or more entries, and
its fifth entry is false.Row
object has six entries, and its sixth
entry is not equal to the row count of the preexisting
row.datagrid
's
natural order sparse data tree with the same
identifier as given by the Row
object's
RowID
object, but either that row or one of its
ancestors is closedSet the preexisting row's child count to the value of the
Row
object's second entry.
If the Row
object has five or more entries, and
either its fifth entry is true and the preexisting row is closed
but not opening, or its fifth entry is false and the preexisting
row is open, then: if the preexisting row has no ancestor row
that is closed, then revert all the changes done in this step,
throw a DATAGRID_MODEL_ERR
exception, and abort
these steps; otherwise, if the fifth entry is false, then close
the row; otherwise, open the row.
If the Row
object has six entries, set the
preexisting row's row count to the value of the Row
object's sixth entry.
If the preexisting row is opening, then: increase the
datagrid
row count and the row counts
of any ancestor rows by the number of rows that the preexisting
row now has in its row count, then open the row.
datagrid
's
natural order sparse data tree with the same
identifier as given by the Row
object's
RowID
objectIf the RowID
object has a length greater than 1,
then verify that there is a row identified by the
RowID
consisting of all but the last number in the
Row
object's RowID
. If there is no
such row present in the natural order sparse data
tree, then revert all the changes done in this step,
throw a DATAGRID_MODEL_ERR
exception, and abort
these steps.
Create a row and insert it into the natural order
sparse data tree, such that its parent is the row
identified by the RowID
consisting of all but the
last number in the Row
object's RowID
,
or the datagrid
if the length of the
Row
object's RowID
is 1; with its
natural order position being the last number of the
Row
object's RowID
; with the child
count being the value of the third entry of the Row
object; with the row being marked closed unless the
Row
object has five or more entries and its fifth
entry is true, in which case the row is open; and with its row
count being −1 unless the Row
object has six
entries, in which case the row count is equal to the value of
the Row
object's sixth entry.
Audit the datagrid
. If this fails,
then revert the changes made in the previous step, throw a
DATAGRID_MODEL_ERR
exception, and abort these
steps.
For each Row
object in the rows argument, in order, apply the Row
object.
Invoke the datagrid
update display
algorithm.
The insertRows(rows)
method must run the following
steps:
Type-check the rows argument. If this fails, throw a
TypeError
exception, and abort these steps.
Partially sort the rows argument.
For each Row
object in the rows argument, in order, run the following
steps:
The changes made to the datagrid
's
data structures in this step get reverted (as required below) if
any consistency errors are detected either in this step or the
next.
Let parent be the row identified by the
RowID
consisting of all but the last number in the
Row
object's RowID
, or the
datagrid
itself if the Row
object's
RowID
has length 0.
If there is no such row present in the natural order
sparse data tree, then revert all the changes done in
this algorithm, throw a DATAGRID_MODEL_ERR
exception, and abort these steps.
Increment by one the natural order position of all rows whose
parent is parent and whose natural order
position is equal to or greater than the last number of the
Row
object's RowID
.
If the value of the Row
object's second entry is
not −1, then increment by one the display order position
of all rows whose parent is parent and whose
display order position is equal to or greater than the value of
the Row
object's second entry.
Create a row and insert it into the natural order
sparse data tree, such that its parent is parent; with its natural order position being the
last number of the Row
object's RowID
;
with the child count being the value of the third entry of the
Row
object; with the row being marked closed unless
the Row
object has five or more entries and its
fifth entry is true, in which case the row is open; and with its
row count being −1 unless the Row
object has
six entries, in which case the row count is equal to the value
of the Row
object's sixth entry.
For each Row
object in the rows argument, in order, apply the Row
object.
Invoke the datagrid
update display
algorithm.
When an algorithm requires the user agent to type-check a
RowList
object (an array), each entry in the
object must be checked against the following requirements. If any
are false, then the type-check fails, otherwise it passes.
The entry is a Row
object (an
array).
The first value in the Row
is a
RowID
object (also an array), whose length is at least
1, and whose values are all integers greater than or equal to
zero.
The numbers in the RowID
object do not exactly
match any of the other entries in the RowList
object
(i.e. no two Row
objects have the same
identifier).
The second value in the Row
is an integer that
is either −1, zero, or a positive integer.
The third value in the Row
is an integer that
is either −1, zero, or a positive integer.
The fourth value in the Row
is a
CellList
object (yet another array).
Each entry in the CellList object is a
Cell
object (again, an array).
Each Cell
object in the CellList
object has as its first value a Column
object (a
string), and its value is the identifier of one of the columns in
the column list.
Each Cell
object in the CellList
object has as its second and subsequent entries values that match
the following requirements, as determined by the type of the
column identified by the first entry:
text
The second entry's value is a string, and either there are
only two entries, or there are three, and the third entry is
an img
element.
If there is an img
element specified, its complete
attribute is true and
its src
attribute is neither
omitted nor empty.
editable
The second entry's value is a string, and either there are
only two entries, or the third entry is a
datalist
element, and either there are only three
entries, or there are four, and the fourth entry is an
img
element.
If there is an img
element specified, its complete
attribute is true and
its src
attribute is neither
omitted nor empty.
checkable
The second entry's value is a string, the third entry is a
boolean, and either there are only three entries, or the
fourth entry is also a boolean, and either there are only four
entries, or there are five, and the fifth entry is an
img
element.
If there is an img
element specified, its complete
attribute is true and
its src
attribute is neither
omitted nor empty.
list
The second entry's value is a string, the third entry is a
select
element, and either there are only three
entries, or there are four, and the fourth entry is an
img
element.
If there is an img
element specified, its complete
attribute is true and
its src
attribute is neither
omitted nor empty.
progress
There are only two entries, the second entry's value is a number, and the number's value is between 0.0 and 1.0 inclusive.
meter
There are at least two, but possibly up to seven, entries, all entries but the first one are numbers, and the following relationships hold:
custom
There are four entries, the second and third are numbers
that are integers greater than zero, and the fourth is a
Rendering2DContextCallback
object (a
function).
Either there are only four values in the Row
,
or the fifth value in the Row
is a boolean.
Either there are only four or five values in the
Row
, or there are six, and the sixth value in the
Row
an integer that is greater than or equal to
zero.
Where the above requirements say that a value is to be a string, the user agent must apply the ToString() abstract operation to the value, assume that the value was indeed a string, and use the result in the rest of the algorithm as if it had that had been the value passed to the method. [ECMA262]
Where the above requirements say that a value is to be a number, the user agent must first apply the ToNumber() abstract operation to the value, and then verify that the result is neither an Infinity value nor a Not-a-Number (NaN) value. If this result is indeed acceptable (i.e. finite), the user agent must use the result in the rest of the algorithm as if it had that had been the value passed to the method. [ECMA262]
Where the above requirements say that a value is to be an integer, the user agent must first apply the ToNumber() abstract operation to the value, and then verify that the result is a finite integer. If so, the user agent must use the result in the rest of the algorithm as if it had that had been the value passed to the method. [ECMA262]
Where the above requirements say that a value is to be a boolean, the user agent must apply the ToBoolean() abstract operation to the value, assume that the value was indeed a boolean, and use the result in the rest of the algorithm as if it had that had been the value passed to the method. [ECMA262]
When an algorithm requires the user agent to audit the
datagrid
, the datagrid
must be
checked against the following requirements. If any are false, then
the audit fails, otherwise it passes.
For the purposes of this audit, the datagrid
must be
treated as the parent row of all the rows that are direct children
of the datagrid
in the natural order sparse data
tree and the display order sparse data tree. The
child count of this implied row is the datagrid
child count, and the row count of this implied row is the
datagrid
row count.
When an algorithm requires the user agent to partially sort
a RowList
object (an array), the entries in the
object must be resorted such that Row
objects are
listed after any of their ancestors and after any of their earlier
siblings. In other words, for any two Row
objects a and b in the
RowList
, where a is before b after the sort, the following conditions must
hold:
If their RowID
objects are the same length and
have values that are equal except for the last value, then the last
value of a's RowID
's last value
must be less than b's RowID
's last
value (i.e. earlier siblings must come before their later
siblings).
If their RowID
objects are not the same length,
but the values in the shorter of the two are the same as the first
few values in the longer one, then a's
RowID
must be the shorter one (i.e. ancestors must
come before their descendants).
The deleteRows(rows)
method must run the following
steps:
If any of the entries in rows are not
RowID
objects consisting of one or more entries whose
values are all integers that are greater than or equal to zero,
then throw a TypeError
exception and abort these
steps.
To check if a value is an integer, the user agent must first apply the ToNumber() abstract operation to the value, and then verify that the result is a finite integer. If so, the user agent must use the result in the rest of the algorithm as if it had that had been the value passed to the method. [ECMA262]
If any of the RowID
objects in the rows argument identify a row that isn't present in
the natural order sparse data tree, then throw a
DATAGRID_MODEL_ERR
exception and abort these
steps.
If any row is listed twice in the rows
argument, then throw a DATAGRID_MODEL_ERR
exception
and abort these steps.
Sort the rows argument such that the entries are given in the same order as the rows they identify would be visited in a pre-order, depth first traversal of the natural order sparse data tree.
For each row identified by entries in rows, in reverse order, run the following steps:
Decrement the child count of the row's parent row, if that
child count is greater than zero. If the row has no parent,
decrement the datagrid
child
count.
If the row has a parent row, and its child count is now zero, then close that row.
Let delta be one more than the row's row count if the row is open and its row count is greater than zero; otherwise, let delta be one.
Let ancestor be the row.
Row count loop: Let ancestor be ancestor's parent row, if any, or null if it has none.
If ancestor is null, then decrement the
datagrid
row count by delta. Otherwise, if ancestor
is open, then decrement its row count by delta.
If ancestor is not null, then jump back to the step labeled row count loop above.
Let parent be the row's parent, or the
datagrid
if the row has no parent.
Decrement by one the natural order position of all rows whose parent is parent and whose natural order position is equal to or greater than the row's own natural order position.
If the row is in the display order sparse data tree, then decrement by one the display order position of all rows whose parent is parent and whose display order position is equal to or greater than the row's own display order position.
Clear the row and its descendants from the
Datagrid
.
Invoke the datagrid
update display
algorithm.
The clearRows()
method
must empty the natural order sparse data tree, reset
both the datagrid
child count and the
datagrid
row count to zero, and invoke the
datagrid
update display algorithm.
The repaint(row, column)
method
must cause the user agent to clear its cache for the cell specified
by the identifier row and the column column, if that column's type is custom
. If the given column has
not been declared, or its type is not custom
, then the user agent must
throw a DATAGRID_MODEL_ERR
exception. If the given row
is not known, then the method must do nothing. If the cell is indeed
cleared, the user agent must reinvoke the previously registered
RenderingContext2DCallback
callback when it needs to
repaint that row.
If a row has a child count that isn't zero, then the user agent should offer to the user the option of opening and closing the row.
When a row is opened, if the row's row count is greater than
zero, then the user agent must increase the
datagrid
row count and the row counts of
any ancestor rows by the number of rows that the newly opened row
has in its row count, then must
mark the row as open, then may fill in the display order
sparse data tree with any information that the user agent has
cached about the display order positions of descendants of the newly
opened row, and then must invoke the rowOpened()
method on the
current listener
with as
its first argument a RowID
object identifying the row
that was opened and as its second argument the boolean false, and
then must invoke the datagrid
update display
algorithm.
On the other hand, when a row is opened and the row's row count
is −1, then the user agent must mark the row as opening, and
then must invoke the rowOpened()
method on the
current listener
with as
its first argument a RowID
object identifying the row
that was opened and as its second argument the boolean true.
When a row is closed, the user agent must decrease the
datagrid
row count and the row counts of
any ancestor rows by the number of rows that the newly closed row
has in its row count, and then must invoke the rowOpened()
method on the
current listener
with as
its first and only argument a RowID
object identifying
the row that was opened.
Each row has one cell per column. Each cell has the same type as
its column. The allowed datagrid
column
types, what they represent, and the requirements for when the
user interacts with them, are as follows:
text
The cell represents some text and an optional image.
editable
The cells represents some editable text, an optional
datalist
giving autocompletion hints, and an
optional image.
If there is a datalist
element, the user agent
should offer the suggestions represented by that element to the
user. The user agent may use the suggestion's label to identify the
suggestion. If the user selects a suggestion, then the editable
text must be set to the selected suggestion's value, as if the user had
written that value himself.
When the user edits the value, either directly or using the
datalist
, the user agent must invoke the cellChanged()
method on
the current listener
with as its first argument a RowID
identifying the
cell's row, as its second argument the identifier of the cell's
column, as its third argument the new value, and as its fourth
argument the previous value.
checkable
The cell represents some text, a check box that optionally has its value obscured as indeterminate, and an optional image.
When the user checks or unchecks the check box, the user agent
must change the check box's state appropriately and stop obscuring
the check box as indeterminate (if it is obscuring it), and then
must invoke the cellChanged()
method on
the current listener
with as its first argument a RowID
identifying the
cell's row, as its second argument the identifier of the cell's
column, as its third argument true if the check box is now checked
and false otherwise, and as its fourth argument true if the check
box was previously checked and false otherwise.
list
The cell represents some text giving the current value selected
from a dropdown list of options, a select
element
giving the list of options, and an optional image.
The user agent should allow the user to change the value of the
cell from its current value to one of the values given by
option
elements in the list of options (if
any). The user agent may use the option
elements'
labels to annotate each
option.
When the user selects a new value from the select
element's list of
options, the user agent must invoke the cellChanged()
method on
the current listener
with as its first argument a RowID
identifying the
cell's row, as its second argument the identifier of the cell's
column, as its third argument the new value, and as its fourth
argument the previous value.
progress
The cell represents a (determinate) progress bar whose value is between 0.0, indicating no progress, and 1.0, indicating the task is complete.
meter
The cell represents a gauge, described by one to six numbers.
The gauge's actual value is given by the first number.
If there is a second number, then that number is the maximum value. Otherwise, the maximum value is 1.0.
If there is a third number, then that number is the minimum value. Otherwise, the minimum value is 1.0.
If there is a fourth number, then that number is the low boundary. Otherwise, the low boundary is the minimum value.
If there is a fifth number, then that number is the high boundary. Otherwise, the high boundary is the maximum value.
If there is a sixth number, then the optimal point is the sixth number. Otherwise, the optimum point is the midpoint between the minimum value and the maximum value.
If the optimum point is equal to the low boundary or the high boundary, or anywhere in between them, then the region between the low and high boundaries of the gauge must be treated as the optimum region, and the low and high parts, if any, must be treated as suboptimal. Otherwise, if the optimum point is less than the low boundary, then the region between the minimum value and the low boundary must be treated as the optimum region, the region between the low boundary and the high boundary must be treated as a suboptimal region, and the region between the high boundary and the maximum value must be treated as an even less good region. Finally, if the optimum point is higher than the high boundary, then the situation is reversed; the region between the high boundary and the maximum value must be treated as the optimum region, the region between the high boundary and the low boundary must be treated as a suboptimal region, and the remaining region between the low boundary and the minimum value must be treated as an even less good region.
User agents should indicate the relative position of the actual value to the minimum and maximum values, and the relationship between the actual value and the three regions of the gauge.
custom
The cell represents a dynamically generated graphical image.
The cell will have minimum dimensions (specified in CSS
pixels), and a callback (in the form of a
RenderingContext2DCallback
object) to get a rendering
for the cell.
The user agent should not allow the cell to be rendered with dimensions less than the given minimum width and height.
When the user agent needs to render the cell, the user agent
must queue a task to invoke the
RenderingContext2DCallback callback, passing it a
newly created CanvasRenderingContext2D
object whose
canvas
IDL attribute is
null as the first argument, the actual cell width in CSS pixels as
the second argument, and the actual cell height in CSS pixels as
the third argument.
If the user agent is able to render graphics, then it must
render the graphics commands that the callback executed on the
provided CanvasRenderingContext2D
object onto the
cell once the callback returns. The image must be clipped to the
dimensions of the cell. The coordinate space of the cell must be
aligned with that used by the 2D context such that the top left
corner of the cell is the 0,0 origin, with the coordinate space
increasing its x dimension towards the right
of the cell and its y axis towards the bottom
of the cell, and with the image not scaled (so that one CSS pixel
on the final rendering matches one CSS pixel in the coordinate
space used by the 2D context).
The user agent must then decouple the
CanvasRenderingContext2D
object and any objects that
it created (such as CanvasPattern
objects or
ImageData
objects) from any real drawing surface.
If the user agent is unable to render graphics, then it must render the text string returned by the callback instead.
When an algorithm requires the user agent to apply a
Row
object, the user agent must run the following
steps:
If the value of the Row
object's second entry is
not −1, then run these substeps:
If there is a row with the same parent as the row
specified by the Row
object's RowID
object, whose display order position is currently the same as the
value of the Row
object's second entry, then remove
that row from the display order sparse data
tree.
Set the display order position of the row specified by the
Row
object's RowID
to the value of the
Row
object's second entry, updating its position in
the display order sparse data tree
accordingly.
If the row is in the pending
datagrid
rows list, remove it.
If the fourth entry in the Row
object (a
CellList
object, an array) is not empty, then for
each Cell
object in that array update the cell that
corresponds to the column identified by the value of the first
entry of the Cell
object, by using the appropriate
set of steps given below as determined by the type of the
column. Then, if the cell is in the pending
datagrid
cells list, remove it.
text
Update the cell's text to the value given in the
Cell
object's second entry.
If the Cell
object has three entries, then copy
the image data from the img
element given in the
third entry, and let the cell's image be given by that image
data. Otherwise, update the cell to have no image.
editable
Update the cell's text to the value given in the
Cell
object's second entry.
If the Cell
object has three entries, then let
the datalist
element given in the third entry be
the datalist
element giving autocompletion
hints. Otherwise, update the cell to have no
datalist
element.
If the Cell
object has four entries, then copy
the image data from the img
element given in the
fourth entry, and let the cell's image be given by that image
data. Otherwise, update the cell to have no image.
checkable
Update the cell's text to the value given in the
Cell
object's second entry.
Update the cell's checked state to match the value of the third entry: checked if true, unchecked otherwise.
If the Cell
object has four entries and the
fourth entry is true, then update the cell to be obscured as
indeterminate. Otherwise, the cell's state is not obscured.
If the Cell
object has five entries, then copy
the image data from the img
element given in the
fifth entry, and let the cell's image be given by that image
data. Otherwise, update the cell to have no image.
list
Update the cell's text to the value given in the
Cell
object's second entry, and the
select
element to be the one given in the
Cell
object's third entry
If the Cell
object has four entries, then copy
the image data from the img
element given in the
fourth entry, and let the cell's image be given by that image
data. Otherwise, update the cell to have no image.
progress
Update the cell to be a progress bar whose progress, on the
scale of 0.0 (no progress) to 1.0 (task complete) is given by
the value in the Cell
object's second entry.
meter
Update the cell to be a gauge configured with the numbers
given by the second and subsequent entries of the
Cell
object.
custom
Update the cell's minimum width to be the length in CSS
pixels given by the Cell
object's second entry.
Update the cell's minimum height to be the length in CSS
pixels given by the Cell
object's third entry.
Update the cell's callback to be the
RenderingContext2DCallback
object given by the
Cell
object's fourth entry.
When the user agent is to run the datagrid
update display algorithm, the user agent must invoke the getRows()
and getCells()
methods on the
current listener
such
that all the current visible rows in the display order sparse
data list, and all the cells in the currently visible columns
on all the currently visible rows, have been covered.
A row is considered covered if it is present in the pending
datagrid
rows list, or if the getRows()
method is invoked with
a range that includes the row in question.
A cell is considered covered if it is present in the
pending datagrid
cells list, or if the
getRows()
method is
invoked with a range that includes the row in question and a list of
columns that includes the cell's column, or if the getCells()
method is invoked
with a list of rows and columns that intersects the cell in
question. However, the getCells()
method can only be
used if the row is already present in the display order sparse
data list.
The getRows()
method,
if used, must be invoked with five arguments. The first argument
must be the index in the display order sparse data list
to the first row that the user agent is requesting, known as the
anchor row. The second argument must be the number of
consecutive cells for which the user agent is requesting
information. The third argument must be the RowID
of
the row that is the nearest ancestor in the display order
sparse data tree of the anchor row. If this is the
datagrid
, then the RowID
object must be an
empty array. The fourth argument must be the display order position
of the anchor row in the display order sparse data
tree, assuming that the row identified in the third argument
is indeed the anchor row's parent row. The fifth and final argument
must be an array of the identifiers of the columns for which the
user agent is requesting information, in the order they were added
to the datagrid
.
As the getRows()
method
is invoked, the pending datagrid
rows list
must be updated to include the rows for which information has been
requested, excluding rows for which information is already
available; and the pending datagrid
cells
list must be updated to include the cells for which
information has been requested on those rows.
The getCells()
method,
if used, must be invoked with two arguments. The first argument must
be an array of RowID
objects identifying the rows for
which information is being requested. The second argument must be an
array of the identifiers of the columns for which the user agent is
requesting information, in the order they were added to the
datagrid
.
As the getCells()
method is invoked, the pending datagrid
cells
list must be updated to include the cells for which
information has been requested.
Calls to these methods should be batched so that the rows and
cells to be covered are handled by the fewest number of calls to
these methods as possible. To this end, user agents may invoke the
getRows()
method for a set
of rows that includes some rows that are already in the
display order sparse data list, and similarly may
invoke the getCells()
method with row/column combinations that cover some cells for which
data is already known. Generally, however, user agents should avoid
invoking these methods with arguments that cause information to be
requested when it has already been requested or is already
known.
For example, consider a case represented by the following table, where the cells marked "Yes" indicate that the data has already been obtained, the cells marked "Pending" indicate that the data has been previously requested but not yet obtained, and the cells with just a dash indicate that no information has ever been obtained, or any information that had been obtained has now been discarded.
Row | Column A | Column B | |
---|---|---|---|
Row 1 | - | - | - |
Row 2 | Yes | Yes | Yes |
Row 3 | Yes | Yes | Yes |
Row 4 | Yes | Yes | Yes |
Row 5 | - | - | - |
Row 6 | - | - | - |
Row 7 | Yes | Pending | - |
Row 8 | Yes | Pending | Pending |
Thus, rows 2, 3, 4, 7, and 8 are already covered, as are the cells from those rows except for the cell in column B of row 7.
Now consider what happens if all of these rows become visible at once. The user agent has several choices, including (but not limited to) the following:
getRows()
method for rows 1 through 8 and columns A and B all at once.getRows()
method for row 1, then fire it again for rows 5 through 7.getRows()
method for row 1, then fire it again for rows 5 and 6, and then
fire the getCells()
method for row 7 column B.All three options are allowed, but the latter two are preferable to the former, as they minimise the amount of redundant information requested.
In any case, the data model now looks like this:
Row | Column A | Column B | Column C | |
---|---|---|---|---|
Row 1 | Pending | Pending | Pending | - |
Row 2 | Yes | Yes | Yes | - |
Row 3 | Yes | Yes | Yes | - |
Row 4 | Yes | Yes | Yes | - |
Row 5 | Pending | Pending | Pending | - |
Row 6 | Pending | Pending | Pending | - |
Row 7 | Yes | Pending | Pending | - |
Row 8 | Yes | Pending | Pending | - |
Now consider the case where a third column, column C, is added to the data model. The user agent once again has several choices, including (but not limited to) the following:
getRows()
method for rows 1 through 8 again, this time listing just column
C.getRows()
method for row 1, then fire it again for rows 5 and 6, and then
fire the getCells()
method for the other rows (in all three cases, listing just column
C).The two options here are as bad as each other; the former
involves a lot of overlap, but the latter involves a lot of method
calls. Unfortunately the user agent can't do the obvious thing,
namely just to invoke the getCells()
method for all the
rows listing just column C, because it doesn't have the row
information for all the rows yet (rows 1, 5 and 6 are still
pending).
In any case, the data model now looks like this:
Row | Column A | Column B | Column C | |
---|---|---|---|---|
Row 1 | Pending | Pending | Pending | Pending |
Row 2 | Yes | Yes | Yes | Pending |
Row 3 | Yes | Yes | Yes | Pending |
Row 4 | Yes | Yes | Yes | Pending |
Row 5 | Pending | Pending | Pending | Pending |
Row 6 | Pending | Pending | Pending | Pending |
Row 7 | Yes | Pending | Pending | Pending |
Row 8 | Yes | Pending | Pending | Pending |
If at this point the user scrolls around anywhere within this
datagrid
, the user agent won't fire the getRows()
and getCells()
methods, because
all of the rows and cells are covered.
Now consider the case where the user agent receives row information, but no cell information, for rows 1, 5, and 6:
Row | Column A | Column B | Column C | |
---|---|---|---|---|
Row 1 | Yes | Pending | Pending | Pending |
Row 2 | Yes | Yes | Yes | Pending |
Row 3 | Yes | Yes | Yes | Pending |
Row 4 | Yes | Yes | Yes | Pending |
Row 5 | Yes | Pending | Pending | Pending |
Row 6 | Yes | Pending | Pending | Pending |
Row 7 | Yes | Pending | Pending | Pending |
Row 8 | Yes | Pending | Pending | Pending |
The user agent still won't fire any methods when the user
scrolls, because the data is still covered. But if the script then
calls the renotify()
method, the "Pending" flags would get reset, and the model would
now look like this:
Row | Column A | Column B | Column C | |
---|---|---|---|---|
Row 1 | Yes | - | - | - |
Row 2 | Yes | Yes | Yes | - |
Row 3 | Yes | Yes | Yes | - |
Row 4 | Yes | Yes | Yes | - |
Row 5 | Yes | - | - | - |
Row 6 | Yes | - | - | - |
Row 7 | Yes | - | - | - |
Row 8 | Yes | - | - | - |
Now, assuming that all eight rows and all three columns are still visible, the user agent has the following choices (amongst others):
getCells()
method for rows 1 through 8, listing all three columns.getCells()
method for rows 1 and 5 through 8, listing all three columns, and
then fire the method for rows 2 through 4, listing just column
C.getCells()
method for rows 1 and 5 through 8, listing just columns A abd B,
and then fire the method for rows 1 through 8, listing just column
C.Here the latter two are preferable because they result in less overlap than the first.
The task source for tasks queued on behalf of a
datagrid
is the DOM manipulation task
source.
datagrid
The conformance criteria in this section apply to any
implementation of the DataGridListener
interface,
including (and most commonly) the content author's
implementation(s).
// To be implemented by Web authors as a JS object [NoInterfaceObject] interface DataGridListener { void initialize(in HTMLDataGridElement datagrid); void getRows(in unsigned long rowIndex, in unsigned long rowCount, in RowID parentRow, in unsigned long position, in ColumnList columns); void getCells(in RowIDList rows, in ColumnList columns); void rowOpened(in RowID row, in boolean rowCountNeeded); void rowClosed(in RowID row); void cellChanged(in RowID row, in Column column, in any newValue, in any prevValue); HTMLMenuElement getRowMenu(in RowID row); };
The DataGridListener
interface, once implemented by
an object in a script and hooked up to a datagrid
using
the listener
IDL
attribute, receives notifications when the datagrid
needs information (such as which rows exist) for display.
The following methods may be usefully implemented:
initialize(datagrid)
Called by the datagrid
element (the one given by
the datagrid argument) when the listener
attribute is
set.
getRows(rowIndex, rowCount, parentRow, position, columns)
Called by the datagrid
element when the user agent
finds itself needing to render rows for which it is lacking
information.
The rowIndex argument gives the flattened
index of the first row for which it needs information, ignoring
the tree structure of the datagrid
model, where zero
is the first row of the entire tree.
The rowCount argument gives the number of rows for which the user agent would like information.
The parentRow argument gives the
RowID
object identifying the nearest ancestor of the
first row that the user agent is aware of. After the sort order
has changed, this will typically be the root of the tree
(identified by a RowID
object consisting of an empty
array).
The columns argument gives the columns for
which the user agent is lacking information, as an array of column
identifiers (as passed to addColumn()
).
getCells(rows, columns)
Called by the datagrid
element when the user agent
finds itself needing to render cells for which it is lacking
information in rows that it does know about.
The rows argument gives an array of
RowID
objects identifying the various rows for which
the user agent is lacking information.
The columns argument gives the columns for
which the user agent is lacking information, as an array of column
identifiers (as passed to addColumn()
).
rowOpened(row, rowCountNeeded)
Called by the datagrid
element when the user has
opened a row.
The row argument gives an
RowID
object identifying the row that was opened.
If the user agent also knows how many children that row has,
then the rowCountNeeded argument will be
false. Otherwise, the argument will be true, and the row will
remain closed until the setRows()
method is called
with an accurate row count.
rowClosed(row)
Called by the datagrid
element when the user has
opened a row.
The row argument gives an
RowID
object identifying the row that was closed.
cellChanged(row, column, newValue, prevValue)
Called by the datagrid
element when the user has
edited a cell or checked a check box in a cell.
The row argument gives an
RowID
object identifying the row of the cell, and the
column argument gives the identifier of the
cell's column.
The newValue argument gives the new value, and the prevValue argument gives the previous value.
getRowMenu(row)
HTMLMenuElement
object that is to
be used as a context menu for row row, or null
if there is no particular context menu. May be omitted if none of
the rows have a special context menu. As this method is called
immediately before showing the menu in question, no precautions
need to be taken if the return value of this method changes.Objects that implement the DataGridListener
interface may omit any or all of the methods. When a method is
omitted, a user agent intending to call that method must instead
skip the method call, and must assume that the method's return value
is null.
command
elementtype
label
icon
disabled
checked
radiogroup
title
attribute has special semantics on this element.interface HTMLCommandElement : HTMLElement { attribute DOMString type; attribute DOMString label; attribute DOMString icon; attribute boolean disabled; attribute boolean checked; attribute DOMString radiogroup; };
The command
element represents a command that the user
can invoke.
The type
attribute indicates the kind of command: either a normal command
with an associated action, or a state or option that can be toggled,
or a selection of one item from a list of items.
The attribute is an enumerated attribute with three
keywords and states. The "command
"
keyword maps to the Command state, the
"checkbox
"
keyword maps to the Checkbox state, and
the "radio
"
keyword maps to the Radio state. The
missing value default is the Command state.
The element represents a normal command with an associated action.
The element represents a state or option that can be toggled.
The element represents a selection of one item from a list of items.
The label
attribute gives the name of the command, as shown to the user. The
label
attribute must be
specified and must have a value that is not the empty string.
The title
attribute gives a hint describing the command, which might be shown
to the user to help him.
The icon
attribute gives a picture that represents the command. If the
attribute is specified, the attribute's value must contain a
valid non-empty URL potentially surrounded by
spaces. To obtain the absolute
URL of the icon when the attribute's value is not the empty
string, the attribute's value must be resolved relative to the element. When the attribute is
absent, or its value is the empty string, or resolving its value fails, there is no icon.
The disabled
attribute
is a boolean attribute that, if present, indicates that
the command is not available in the current state.
The distinction between disabled
and hidden
is subtle. A command would be
disabled if, in the same context, it could be enabled if only
certain aspects of the situation were changed. A command would be
marked as hidden if, in that situation, the command will never be
enabled. For example, in the context menu for a water faucet, the
command "open" might be disabled if the faucet is already open, but
the command "eat" would be marked hidden since the faucet could
never be eaten.
The checked
attribute is a boolean attribute that, if present,
indicates that the command is selected. The attribute must be
omitted unless the type
attribute is in either the Checkbox state or
the Radio
state.
The radiogroup
attribute gives the name of the group of commands that will be
toggled when the command itself is toggled, for commands whose type
attribute has the value "radio
". The scope of the name is the child list of
the parent element. The attribute must be omitted unless the type
attribute is in the Radio state.
The type
IDL
attribute must reflect the content attribute of the
same name, limited to only known values.
The label
, icon
, disabled
, checked
, and radiogroup
IDL attributes must reflect the respective content
attributes of the same name.
The element's activation behavior depends on the
value of the type
attribute
of the element, as follows:
type
attribute is
in the Checkbox stateIf the element has a checked
attribute, the UA must
remove that attribute. Otherwise, the UA must add a checked
attribute, with the
literal value checked
. The UA must then
fire a click
event at the
element.
type
attribute is
in the Radio stateIf the element has a parent, then the UA must walk the list
of child nodes of that parent element, and for each node that is a
command
element, if that element has a radiogroup
attribute whose
value exactly matches the current element's (treating missing radiogroup
attributes as if
they were the empty string), and has a checked
attribute, must remove
that attribute.
Then, the element's checked
attribute attribute
must be set to the literal value checked
and
the user agent must fire a click
event at the element.
The element has no activation behavior.
Firing a synthetic click
event at the element does not cause
any of the actions described above to happen.
command
elements are not rendered
unless they form part of a menu.
Here is an example of a toolbar with three buttons that let the user toggle between left, center, and right alignment. One could imagine such a toolbar as part of a text editor. The toolbar also has a separator followed by another button labeled "Publish", though that button is disabled.
<menu type="toolbar"> <command type="radio" radiogroup="alignment" checked="checked" label="Left" icon="icons/alL.png" onclick="setAlign('left')"> <command type="radio" radiogroup="alignment" label="Center" icon="icons/alC.png" onclick="setAlign('center')"> <command type="radio" radiogroup="alignment" label="Right" icon="icons/alR.png" onclick="setAlign('right')"> <hr> <command type="command" disabled label="Publish" icon="icons/pub.png" onclick="publish()"> </menu>
menu
elementtype
attribute is in the toolbar state: Interactive content.li
elements.type
label
interface HTMLMenuElement : HTMLElement { attribute DOMString type; attribute DOMString label; };
The menu
element represents a list of commands.
The type
attribute
is an enumerated attribute indicating the kind of menu
being declared. The attribute has three states. The context
keyword maps to the
context menu state, in which
the element is declaring a context menu. The toolbar
keyword maps to the
toolbar state, in which the
element is declaring a toolbar. The attribute may also be
omitted. The missing value default is the list state, which indicates that the element is merely
a list of commands that is neither declaring a context menu nor
defining a toolbar.
If a menu
element's type
attribute is in the context menu state, then the
element represents the commands of a context menu, and
the user can only interact with the commands if that context menu is
activated.
If a menu
element's type
attribute is in the toolbar state, then the element
represents a list of active commands that the user can
immediately interact with.
If a menu
element's type
attribute is in the list state, then the element either
represents an unordered list of items (each represented
by an li
element), each of which represents a command
that the user can perform or activate, or, if the element has no
li
element children, flow content
describing available commands.
The label
attribute gives the label of the menu. It is used by user agents to
display nested menus in the UI. For example, a context menu
containing another menu would use the nested menu's label
attribute for the submenu's
menu label.
The type
and label
IDL attributes must
reflect the respective content attributes of the same
name.
This section is non-normative.
The menu
element is used to define context menus and
toolbars.
For example, the following represents a toolbar with three menu buttons on it, each of which has a dropdown menu with a series of options:
<menu type="toolbar"> <li> <menu label="File"> <button type="button" onclick="fnew()">New...</button> <button type="button" onclick="fopen()">Open...</button> <button type="button" onclick="fsave()">Save</button> <button type="button" onclick="fsaveas()">Save as...</button> </menu> </li> <li> <menu label="Edit"> <button type="button" onclick="ecopy()">Copy</button> <button type="button" onclick="ecut()">Cut</button> <button type="button" onclick="epaste()">Paste</button> </menu> </li> <li> <menu label="Help"> <li><a href="help.html">Help</a></li> <li><a href="about.html">About</a></li> </menu> </li> </menu>
In a supporting user agent, this might look like this:
In a legacy user agent, the above would look like a bulleted list with three items, the first of which has four buttons, the second of which has three, and the third of which has two nested bullet points with two items consisting of links.
The following implements a similar toolbar, with a single button whose values, when selected, redirect the user to Web sites.
<form action="redirect.cgi"> <menu type="toolbar"> <label for="goto">Go to...</label> <menu label="Go"> <select id="goto"> <option value="" selected="selected"> Select site: </option> <option value="http://www.apple.com/"> Apple </option> <option value="http://www.mozilla.org/"> Mozilla </option> <option value="http://www.opera.com/"> Opera </option> </select> <span><input type="submit" value="Go"></span> </menu> </menu> </form>
The behavior in supporting user agents is similar to the example
above, but here the legacy behavior consists of a single
select
element with a submit button. The submit button
doesn't appear in the toolbar, because it is not a direct child of
the menu
element or of its li
children.
A menu (or toolbar) consists of a list of zero or more of the following components:
The list corresponding to a particular menu
element
is built by iterating over its child nodes. For each child node in
tree order, the required behavior depends on what the
node is, as follows:
hr
elementoption
element that has a value
attribute set to the empty
string, and has a disabled
attribute, and whose
textContent
consists of a string of one or more
hyphens (U+002D HYPHEN-MINUS)li
elementlabel
elementmenu
element with no label
attributeselect
elementmenu
or select
element, then
append another separator.menu
element with a label
attributeoptgroup
element with a label
attributelabel
attribute as the label of the menu. The
submenu must be constructed by taking the element and creating a
new menu for it using the complete process described in this
section.Once all the nodes have been processed as described above, the user agent must the post-process the menu as follows:
The contextmenu
attribute gives the element's context
menu. The value must be the ID of a menu
element
in the DOM. If the node that would be obtained by
the invoking the getElementById()
method
using the attribute's value as the only argument is null or not a
menu
element, then the element has no assigned context
menu. Otherwise, the element's assigned context menu is the element
so identified.
When an element's context menu is requested (e.g. by the user
right-clicking the element, or pressing a context menu key), the UA
must fire a simple event named contextmenu
that bubbles and is
cancelable at the element for which the menu was requested.
Typically, therefore, the firing of the contextmenu
event will be the
default action of a mouseup
or keyup
event. The exact sequence of events
is UA-dependent, as it will vary based on platform conventions.
The default action of the contextmenu
event depends on
whether the element or one of its ancestors has a context menu
assigned (using the contextmenu
attribute) or not. If
there is no context menu assigned, the default action must be for
the user agent to show its default context menu, if it has one.
If the element or one of its ancestors does have a
context menu assigned, then the user agent must fire a simple
event named show
at the
menu
element of the context menu of the nearest
ancestor (including the element itself) with one assigned.
The default action of this event is that the user agent
must show a context menu built from the menu
element.
The user agent may also provide access to its default context menu, if any, with the context menu shown. For example, it could merge the menu items from the two menus together, or provide the page's context menu as a submenu of the default menu.
If the user dismisses the menu without making a selection, nothing in particular happens.
If the user selects a menu item that represents a command, then the UA must invoke that command's Action.
Context menus must not, while being shown, reflect changes in the
DOM; they are constructed as the default action of the show
event and must remain as constructed
until dismissed.
User agents may provide means for bypassing the context menu
processing model, ensuring that the user can always access the UA's
default context menus. For example, the user agent could handle
right-clicks that have the Shift key depressed in such a way that it
does not fire the contextmenu
event and instead always shows the default context menu.
The contextMenu
attribute must reflect the contextmenu
content attribute.
Here is an example of a context menu for an input control:
<form name="npc"> <label>Character name: <input name=char type=text contextmenu=namemenu required></label> <menu type=context id=namemenu> <command label="Pick random name" onclick="document.forms.npc.elements.char.value = getRandomName()"> <command label="Prefill other fields based on name" onclick="prefillFields(document.forms.npc.elements.char.value)"> </menu> </form>
This adds two items to the control's context menu, one called "Pick random name", and one called "Prefill other fields based on name". They invoke scripts that are not shown in the example above.