Compatibility

• Programming languages: The Android SDK supports and tracks content on any screen developed in Java or Kotlin.
• Android version: we support Android SDK API Level 21 (Android 5.0 - Lollipop) and later
• Android SDK version: The library is built and compiled against Android SDK version 34 (compileSdk = 34).

This version has been compiled on Java 17 (Bytecode version 61).

Contentsquare Android SDK is compiled with Kotlin version 1.8.22 .

If you don’t use the 1.8.22 Kotlin version and you have conflict issues; you must exclude the Kotlin stdlib from our SDK.

implementation ("com.contentsquare.android:library:4.28.0") {
    exclude group: "org.jetbrains.kotlin", module: "kotlin-stdlib-jdk8"
}

The Contentsquare SDK has a few dependencies. We try to be up-to-date as much as possible to avoid conflict issue.

We may sometimes have conflicts between your app dependencies VS SDK dependencies. In this case, you can exclude from our SDK any dependency we pull and use your version instead.

If you have a version of the recyclerview in your app which is older than the one we use, you can use the following to exclude it in your Gradle file.

implementation ("com.contentsquare.android:library:4.28.0") {
  exclude group: "androidx.recyclerview", module: "recyclerview"
  exclude group: "androidx.swiperefreshlayout", module: "swiperefreshlayout"
}

By doing this, you skip the recyclerview and swiperefreshlayout dependencies provided by our SDK.

The list of dependencies for each artifact is searchable on mvnrepository.com:

• com.contentsquare.android:library:4.28.0
• com.contentsquare.android:compose:4.28.0

Symptom:

1. You capture snapshots but main elements of the screen are not appearing.
2. SDK does not log any gesture events when interacting with some native UI elements.

Explanation: Native UI Elements such as Bottom Sheets, Dialogs, Menus are currently not supported by the SDK.

Symptom: In some cases, we found that gestures tracked by the SDK are not attached to the right UI element of the screen. These gestures will be attached to an invisible view.

Explanation: The reason to this is that when the SDK attaches the gesture to a UI element, it generates a path regarding the visibility of the view when traversing the view hierarchy. If a view is visible and it matches the coordinates on where the gesture was performed it will be taken into account. Most of the time, the issue is that a layout is still present in the screen even if there is no content.

Best Practice: When designing your application UI, do not let any layout stray along if is not used. If a layout that contains widgets like progress bar, remember to set its visibility to GONE or INVISIBLE after its purpose is served.