Window Events
There are a few events you can leverage when using the Marketplace Widgets.
This page assumes you are using individual listing widgets and have basic programming knowledge about events.
[Deprecated after 3.0.0
] window.load
and m-refresh-widgets
On window load, the marketplace code attempts to replace each element with a recognized data-widget
value.
You can trigger the replacement code again by dispatching a custom event,
m-refresh-widgets
.
window.dispatchEvent(new Event("m-refresh-widgets"));
m-refresh-widgets
runs the same replacement code.If nothing is found, an error will be logged in the console stating that there were no widgets to replace.
m-refresh-widgets
can also be a CustomEvent
with a detail
prop of shape:
interface MRefreshWidgetsEventDetail {
widget: string;
}
where detail.widget
can have value "marketplace"
to trigger only a refresh of marketplace widgets. This is useful if you have more than one type of widget that supports this reload event and do not want to trigger the refresh of the other widgets.
m-marketplace_widget_injected
Event emitted when the instantiated widget has been injected into the DOM tree. For a widget to emit this event, it needs to have a non-empty data-widget-key
value when the widget is first initiated.
Do not use conditional rendering (e.g.:
v-if
with Vue, ternary operators with React) with this event in any usage where replacing thedata-widgets
are required.If you set a conditional render on a boolean state depending on whether the event has been emitted, the event will not trigger in the first place as the DOM wouldn’t contain the widgets to replace.
Use this with
display: none
anddisplay: inherit
(or any value to show the DOM element).
The emitted event is a CustomEvent
with the detail
prop of shape:
interface MMarketplaceWidgetInjectedEventDetail {
key: string; // the passed-in `data-key` value
contractAddress: string; // contract to which the listing belongs
listingId: string;
}
m-marketplace_listing_loaded
Event emitted when the instantiated widget's listing has been completed loaded. This event only fires once per unique listing, even if there are multiple widgets on the page with the same listing ID.
The emitted event is a CustomEvent
with the detail
prop of shape:
interface MMarketplaceWidgetInjectedEventDetail {
key: string; // the passed-in `data-key` value
contractAddress: string; // contract to which the listing belongs
listingId: string;
}
This event can be used to hide a custom loading screen once captured.
m-marketplace_tx_id_verify
Supported in CDN version: >= 2.4.0.
Event emitted as part of a deferred identity verification process. For a widget to emit this event, it needs to have it's data-emits-identity-verify
value set to "true"
when the widget is first initiated. The listing must also have been initiated with an identity verifier address.
The emitted event is a CustomEvent
with the detail
prop of shape:
interface MMarketplaceTxIdVerifyEventDetail {
contractAddress: string; // contract to which the listing belongs
listingId: string;
transactionId: string; // id of the transaction that needs to be passed back once the verification is complete
buyerAddress: string; // address of the wallet that triggered the identity verification process
transactionObject: {
amount: ethers.BigNumber;
bidOrPurchase: "bid" | "purchase" | "purchaseMultiple";
bpTxParams: [ethers.BigNumber | undefined , boolean | undefined];
data?: string;
referralAddress?: string;
count?: number;
};
}
The identity verification process is deferred to an external party and the transaction is put on hold until the m-marketplace_tx_id_complete
event is received.
m-marketplace_tx_id_complete
Supported in CDN version: >= 2.4.0.
Expected event as part of a deferred identity verification process. For a widget to listen to this event, it needs to have it's data-emits-identity-verify
value set to "true"
when the widget is first initiated. The listing must also have been initiated with an identity verifier address.
The expected event is a CustomEvent
with the detail
prop of shape:
interface MMarketplaceTxIdCompleteEventDetail {
transactionId: string; // id of the transaction that needs to be passed back once the verification is complete
verified: boolean; // whether the buyerAddress was successfully verified or not
identityVerifierData?: string; // any additional identity verification byte data that will be passed to the identity verifier smart contract
}
The identity verification process continues once the event is received.
If verified
is a nullish value or omitted, the verification will error. It is possible to re-send another event with the same transactionId
with the correct verified
prop.
If verified
is false
, the deferred external identity verification has failed and the transaction will not be submitted.
Last updated