gecko-dev/dom/html/HTMLDataElement.cpp

/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
/* vim: set ts=8 sts=2 et sw=2 tw=80: */
/* This Source Code Form is subject to the terms of the Mozilla Public
 * License, v. 2.0. If a copy of the MPL was not distributed with this
 * file, You can obtain one at http://mozilla.org/MPL/2.0/. */

#include "HTMLDataElement.h"
#include "mozilla/dom/HTMLDataElementBinding.h"
#include "nsGenericHTMLElement.h"

NS_IMPL_NS_NEW_HTML_ELEMENT(Data)

namespace mozilla::dom {

HTMLDataElement::HTMLDataElement(
    already_AddRefed<mozilla::dom::NodeInfo>&& aNodeInfo)
    : nsGenericHTMLElement(std::move(aNodeInfo)) {}

HTMLDataElement::~HTMLDataElement() = default;

NS_IMPL_ELEMENT_CLONE(HTMLDataElement)

JSObject* HTMLDataElement::WrapNode(JSContext* aCx,
                                    JS::Handle<JSObject*> aGivenProto) {
  return HTMLDataElement_Binding::Wrap(aCx, this, aGivenProto);
}

}  // namespace mozilla::dom
Bug 1152551, part 2 - Fix mode lines in dom/. r=jst 2015-05-03 22:32:37 +03:00			`/* -- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -- */`
			`/* vim: set ts=8 sts=2 et sw=2 tw=80: */`
Bug 839371 - Implement HTML5 <data> element. r=smaug 2013-02-27 00:19:05 +04:00			`/* This Source Code Form is subject to the terms of the Mozilla Public`
			`* License, v. 2.0. If a copy of the MPL was not distributed with this`
			`* file, You can obtain one at http://mozilla.org/MPL/2.0/. */`

			`#include "HTMLDataElement.h"`
			`#include "mozilla/dom/HTMLDataElementBinding.h"`
			`#include "nsGenericHTMLElement.h"`

			`NS_IMPL_NS_NEW_HTML_ELEMENT(Data)`

Bug 1674637 - Use nested namespaces in dom/ r=sg,andi Also add some missing namespace qualifications Done with: ./mach static-analysis check --checks="-*,modernize-concat-nested-namespaces" --fix dom/ ./mach clang-format -p $(hg status dom/\|grep ^M\|awk '{print $2}') Differential Revision: https://phabricator.services.mozilla.com/D95456 2020-11-04 20:04:01 +03:00			`namespace mozilla::dom {`
Bug 839371 - Implement HTML5 <data> element. r=smaug 2013-02-27 00:19:05 +04:00
Bug 1492894 - part 1 - make the node hierarchy consistently constructed with NodeInfo&&; r=mccr8 Various places in dom/ use the pattern: already_AddRefed<NodeInfo> ni = ...; which is supposed to be disallowed by our static analysis code, but isn't, for whatever reason. To fix our static analysis code, we need to eliminate instances of the above pattern. Unfortunately, eliminating this pattern requires restructuring how Nodes are created. Most Node subclasses take `already_AddRefed<NodeInfo>&` in their constructors, and a few accept `already_AddRefed<NodeInfo>&&`. We need to enforce the latter pattern consistently, which requires changing dozens of source files. 2018-09-21 23:45:49 +03:00			`HTMLDataElement::HTMLDataElement(`
			`already_AddRefed<mozilla::dom::NodeInfo>&& aNodeInfo)`
			`: nsGenericHTMLElement(std::move(aNodeInfo)) {}`
Bug 839371 - Implement HTML5 <data> element. r=smaug 2013-02-27 00:19:05 +04:00
Bug 1613985 - Use default for equivalent-to-default constructors/destructors in dom/html. r=smaug Differential Revision: https://phabricator.services.mozilla.com/D63171 --HG-- extra : moz-landing-system : lando 2020-02-20 19:19:15 +03:00			`HTMLDataElement::~HTMLDataElement() = default;`
Bug 839371 - Implement HTML5 <data> element. r=smaug 2013-02-27 00:19:05 +04:00
			`NS_IMPL_ELEMENT_CLONE(HTMLDataElement)`

Bug 1117172 part 3. Change the wrappercached WrapObject methods to allow passing in aGivenProto. r=peterv The only manual changes here are to BindingUtils.h, BindingUtils.cpp, Codegen.py, Element.cpp, IDBFileRequest.cpp, IDBObjectStore.cpp, dom/workers/Navigator.cpp, WorkerPrivate.cpp, DeviceStorageRequestChild.cpp, Notification.cpp, nsGlobalWindow.cpp, MessagePort.cpp, nsJSEnvironment.cpp, Sandbox.cpp, XPCConvert.cpp, ExportHelpers.cpp, and DataStoreService.cpp. The rest of this diff was generated by running the following commands: find . -name ".h" -o -name ".cpp" \| xargs perl -pi -e 'BEGIN { $/ = undef } s/(WrapObjectInternal\(JSContext \ (?:aCx\|cx\|aContext\|aCtx\|js))\)/\1, JS::Handle<JSObject> aGivenProto)/g' find . -name ".h" -o -name ".cpp" \| xargs perl -pi -e 'BEGIN { $/ = undef } s/(WrapObjectInternal\((?:aCx\|cx\|aContext\|aCtx\|js))\)/\1, aGivenProto)/g' find . -name ".h" -o -name ".cpp" \| xargs perl -pi -e 'BEGIN { $/ = undef } s/(WrapNode\(JSContext \ (?:aCx\|cx\|aContext\|aCtx\|js))\)/\1, JS::Handle<JSObject> aGivenProto)/g' find . -name ".h" -o -name ".cpp" \| xargs perl -pi -e 'BEGIN { $/ = undef } s/(WrapNode\((?:aCx\|cx\|aContext\|aCtx\|js))\)/\1, aGivenProto)/g' find . -name ".h" -o -name ".cpp" \| xargs perl -pi -e 'BEGIN { $/ = undef } s/(WrapObject\(JSContext \ (?:aCx\|cx\|aContext\|aCtx\|js))\)/\1, JS::Handle<JSObject> aGivenProto)/g' find . -name ".h" -o -name ".cpp" \| xargs perl -pi -e 'BEGIN { $/ = undef } s/(Binding(?:_workers)?::Wrap\((?:aCx\|cx\|aContext\|aCtx\|js), [^,)]+)\)/\1, aGivenProto)/g' 2015-03-19 17:13:33 +03:00			`JSObject* HTMLDataElement::WrapNode(JSContext* aCx,`
			`JS::Handle<JSObject*> aGivenProto) {`
Bug 1470325 - s/FooBinding/Foo_Binding/g - r=qdot MozReview-Commit-ID: JtTcLL5OPF0 2018-06-26 00:20:54 +03:00			`return HTMLDataElement_Binding::Wrap(aCx, this, aGivenProto);`
Bug 839371 - Implement HTML5 <data> element. r=smaug 2013-02-27 00:19:05 +04:00			`}`

Bug 1674637 - Use nested namespaces in dom/ r=sg,andi Also add some missing namespace qualifications Done with: ./mach static-analysis check --checks="-*,modernize-concat-nested-namespaces" --fix dom/ ./mach clang-format -p $(hg status dom/\|grep ^M\|awk '{print $2}') Differential Revision: https://phabricator.services.mozilla.com/D95456 2020-11-04 20:04:01 +03:00			`} // namespace mozilla::dom`