Langston Smith

Thanks Shawna James and Onur Okutan . I really hope Zendesk Android engineers can quickly provide fellow Android folks with some more flexibility around this day/night topic, and as I said in my post above, generally support Material3 more. 

I also hope that I'm somehow notified if/when this particular ticket is resolved so that I can update the app that I work on.

Conversation moving in Zendesk Slack community at https://zendesk-platform.slack.com/archives/C17NW54E5/p1716405023809429, too.

---------------

Can the Zendesk Android engineering team PLEASE create (easier) Material3 dark mode support in the Android Support SDK?

My end goal is to have a dark background on the article's body area. See how it's lightly colored below? I'd like to be able to set the CSS body color to a dark color and have the text color be a lighter color. Right now, my entire app is in proper dark mode and then when I open a Zendesk article, the user's eyes get blown out from the white brightness of the Zendesk article.

------------------------------------------------------------------------------------------------------------------------------

Yes, I know the CSS can be changed https://developer.zendesk.com/documentation/classic-web-widget-sdks/support-sdk/android/customizing_the_look/#change-the-style-of-help-center-articles . However, this CSS file setup doesn't allow for any way to programmatically adjust the CSS based on the app/device day/night Material3 theming.

Perhaps let developers define the CSS_FILE String? This way, I could check whether the app should be in day/night mode and then have it fetch the correct CSS file that I've placed in my app.

    private static final String CSS_FILE = "file:///android_asset/help_center_article_style.css";

------------------------------------------------------------------------------------------------------------------------------

If the SDK level is at least Tiramisu,  the WebView in the SDK's ViewArticleActivity could use isAlgorithmicDarkeningAllowed

• https://developer.android.com/reference/android/webkit/WebSettings#setAlgorithmicDarkeningAllowed(boolean)

   

• https://developer.android.com/reference/androidx/webkit/WebSettingsCompat#setAlgorithmicDarkeningAllowed(android.webkit.WebSettings,boolean)

------------------------------------------------------------------------------------------------------------------------------

In general, it'd be nice if the Support SDK would get a bit more with the times and support Material 3 a bit more.

------------------------------------------------------------------------------------------------------------------------------

Other Zendesk users hoping for the same flexibility:

• 7334586548634's https://support.zendesk.com/hc/en-us/community/posts/7334603782170-Dark-Mode-support-for-Android-ViewArticleActivity 

   

• 5971781582874's https://support.zendesk.com/hc/en-us/community/posts/6045170402074-Zendesk-Support-SDK-Dark-them-issue

   

• https://support.zendesk.com/hc/en-us/community/posts/5328491680410-Android-MaterialComponents-DayNight

   

• https://support.zendesk.com/hc/en-us/search?Z2_EN-US%5Bquery%5D=Dark%20mo&Z2_EN-US%5BrefinementList%5D%5Bsource%5D%5B0%5D=Discussions&Z2_EN-US%5Bpage%5D=2

Did anyone figure this out?

Saw Soon Kheong, did you ever figure this out. Eric Nelson, was there ever a resolution on the Zendesk developer side? I'm experiencing this "Help Center is disabled in your app's settings. Can not continue with the call" message when my app uses the Android Support SDK's `HelpCenterProvider` to load the articles.

https://zendesk.github.io/mobile_sdk_javadocs/supportv2/v301/index.html?zendesk/support/HelpCenterProvider.html

https://developer.zendesk.com/documentation/classic-web-widget-sdks/support-sdk/android/api_providers/

The SDK and article loading are working fine on debug builds of my app's APK. The same app and client ID info are being used on the `debug` and `release` builds. If I have to different Android apps, can they use the same id info? I only have/want one app listed in my account profile at https://my_zendesk_url_here/admin/channels/classic/mobile_sdk. As long as both apps use the same Zendesk URL, App ID, and Client ID information, I don't see why the two apps can't access and load the same Zendesk articles I've written...

Erica Girges Madison Hoffman Mick O'Donnell Christopher Kennedy Greg Katechis

https://www.allowfullscreen.com/iframe   shows `alllowfullscreen` 👇🏼

The article that's shown in the imgur link in my comment above, is using custom embed code to show the YouTube iframe. I edit the embed code to end like 👇🏼 and then save the article

When I go back to inspect the embed code, the Zendesk platform has changed it to 👇🏼

I'm building an Android app that's using `5.2.0` version of the Zendesk's Support SDK so that users can view individual Zendesk content articles. The SDK doesn't seem to handle YouTube videos very well. My end goal is to view the video on the device in full screen.

Nothing happens after tapping on the full screen frame icon within the embedded YouTube window within the article. The SDK doesn't handle the UI well if the user taps on `Shorts` as well. Visit https://imgur.com/a/ZzRfel7 to see what I'm talking about.

Is this something that Zendesk can fix?

Based on what https://support.zendesk.com/hc/en-us/articles/4408829384986-Inserting-videos-in-articles-and-content-blocks  says below, it seems like maybe there's a way to use custom unsafe HTML embed code + `allowfullscreen` to embed the YouTube video instead of relying on Zendesk's article editor toolbar video method.

 custom embed code 

Related:

• https://support.zendesk.com/hc/en-us/community/posts/5379550100122-Native-ability-to-view-videos-in-tickets

Nothing about this is posted in https://developer.zendesk.com/documentation/classic-web-widget-sdks/support-sdk/android/known_issues/

cc Madison Hoffman Mick O'Donnell Christopher Kennedy Greg Katechis

Hey Greg, thanks for confirming. Could be cool to have some sort of UI that confirms and acknowledges that the vote was registered. Maybe a "Thank you for voting" or a "Vote confirmed" type of message in some sort of pop-up or underneath where the thumbs are.

Great, thanks for the (quick) reply Andrey. I'm seeing no blinking and seeing that the previous vote selection is indeed saved if I return to the article.

I guess everything's working correctly. I'll move on to other work for now, but I'd still be interested to hear from Eric Nelson about whether no other voting UI confirmation is the intended SDK behavior.

Anonymous voting via the Android Support SDK wasn't working for me neither on `5.1.0`. Yes, it's already enabled it in my settings.

Here's my setup:

 Zendesk.INSTANCE.init(this, "https://SUBDOMAIN.zendesk.com", appId, clientId)
        Zendesk.INSTANCE.setIdentity(AnonymousIdentity())
        Logger.setLoggable(true)
        Support.INSTANCE.init(Zendesk.INSTANCE)

HelpCenterActivity.builder()
    .withContactUsButtonVisible(false)
    .withShowConversationsMenuButton(false)
    .show(
        activity,
        ViewArticleActivity.builder().withContactUsButtonVisible(false)
            .config()
    )

I just bumped my app up to the Android Support SDK `5.1.1` version because the release notes say that `5.1.1` "Fixed an issue where article votes were not properly taken into account." https://developer.zendesk.com/documentation/classic-web-widget-sdks/support-sdk/android/release_notes/#511

However, I'm still not sure it's working or I guess I've now got a UI question.

I see 👇🏼 when I enable logging via `Logger.setLoggable(true)`

Nothing in the logs really makes me confident that the vote was actually registered with Zendesk's backend. Should I not worry?

The thumb color does change whenever I tap on it. Does that mean that the anonymous voting is working as intended? I kind of expected there to be some other UI that confirms the vote selection. Is this UI missing? Or is intended for the SDK to just highlight the selected thumbs up/down button and show nothing else?