Skip to content

Commit 43bd28b

Browse files
committed
updated from meeting with AS
1 parent 04556b9 commit 43bd28b

File tree

1 file changed

+7
-2
lines changed

1 file changed

+7
-2
lines changed

docs/sdks/sdk-ref-javascript.md

Lines changed: 7 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -355,11 +355,11 @@ The `init()` function can throw the following errors.
355355

356356
#### Legacy Callback Function
357357

358-
This is provided only for backward compatibility between version 3 and earlier versions: new integrations should use the new-style [callback function](#callback-function). Note that the callback parameters are not compatible in either direction: legacy callbacks cannot be registered using the [Array Push Pattern](#array-push-pattern), and new-style callbacks cannot be provided to `init`.
358+
This is provided only for backward compatibility between version 3 or 4 and earlier versions: new integrations should use the new-style [callback function](#callback-function). Note that the callback parameters are not compatible in either direction: legacy callbacks cannot be registered using the [Array Push Pattern](#array-push-pattern), and new-style callbacks cannot be provided to `init`.
359359

360360
For details, see [Legacy Callback Function](./sdk-ref-javascript-v2#callback-function) in the documentation for earlier versions of this SDK.
361361

362-
If you have already built an integration using a legacy callback function, you can use it with the current version of the SDK with no changes. However, this functionality will be removed in a future version of the SDK. We strongly recommend that you update your integration to use the new-style [callback function](#callback-function).
362+
If you have already built an integration using a legacy callback function, you can use it with the current version of the SDK with no changes. However, this functionality will be removed in a future version of the SDK. We strongly recommend that you update your integration to use the newer [callback function](#callback-function) introduced in version 3.
363363

364364
### getAdvertisingToken(): string
365365

@@ -592,6 +592,9 @@ If you're migrating from a version earlier than v3, or if you previously migrate
592592
- [Take advantage of `setIdentity` and other new features](#take-advantage-of-setidentity-and-other-new-features)
593593
- [Change how you call init](#change-how-you-call-init)
594594

595+
596+
[**FOR THE CALLBACK SAY MIGRATE TO NEWER CLALBACK SYSTEM INTRODUCED IN V3 OR SOMETHING. GWH**]
597+
595598
##### Migrate to the Version 3 Callback System
596599

597600
In earlier versions, the callback accepts a single object as a parameter, with properties `advertisingToken`, `status`, and `statusText`. For version 3, change this function to use the new [Callback Function Signature](#callback-function-signature).
@@ -614,6 +617,8 @@ window.__uid2.callbacks.push(callbackFunction);
614617

615618
##### Take advantage of `setIdentity` and other new features
616619

620+
**gwh STILL RECOMMENDED NOT REQUIRED**
621+
617622
Versions of the SDK prior to version 3 had only one way to provide a new identity: in the call to `init`. This meant that some publishers had to make use of various workarounds to provide a new identity later in the page lifecycle. You might be able to simplify your integration by removing these workarounds and just calling `setIdentity` if you want to pass a new identity to the SDK after `init` has been called.
618623

619624
##### Change how you call init

0 commit comments

Comments
 (0)