gecko-dev/dom/xul/XULMenuElement.h
Nathan Froyd 846d8789ee 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 16:45:49 -04:00

42 lines
1.1 KiB
C++

/* -*- 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/. */
#ifndef mozilla_dom_XULMenuElement_h
#define mozilla_dom_XULMenuElement_h
#include "nsXULElement.h"
namespace mozilla {
namespace dom {
class KeyboardEvent;
class XULMenuElement final : public nsXULElement
{
public:
explicit XULMenuElement(already_AddRefed<mozilla::dom::NodeInfo>&& aNodeInfo)
: nsXULElement(std::move(aNodeInfo))
{
}
MOZ_CAN_RUN_SCRIPT already_AddRefed<Element> GetActiveChild();
MOZ_CAN_RUN_SCRIPT void SetActiveChild(Element* arg);
MOZ_CAN_RUN_SCRIPT bool HandleKeyPress(KeyboardEvent& keyEvent);
MOZ_CAN_RUN_SCRIPT bool OpenedWithKey();
private:
virtual ~XULMenuElement() {}
JSObject* WrapNode(JSContext *aCx, JS::Handle<JSObject*> aGivenProto) final;
nsIFrame* GetFrame();
};
} // namespace dom
} // namespace mozilla
#endif // XULMenuElement_h