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-widgetsruns 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-ifwith Vue, ternary operators with React) with this event in any usage where replacing thedata-widgetsare 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: noneanddisplay: 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