What is the url you are using for the iFrame? You may be able to join with computer audio by default to by pass this popup if you enable the computer audio default settings and add the prefer=1 query param to the Zoom Web Client meeting url.
You could also use jQuery or JavaScript to emulate a “click” event on the “Join Audio By Computer” button.
I’m using the same format that was recommended earlier in the thread https://zoom.us/wc/{{ meetindID }}/join?prefer=1&un={{ base64Encoded Name }}
Also, I’m unable to use jquery to simulate a click because the iframe is cross-domain and Chrome won’t allow me to do it for security reasons. I should mention however, that the TV is running under http, not https, and instead of the blue Join Audio by Computer button, I get a message saying Your browser doesn't support using computer's Audio device, please upgrade to the latest version. Would this be a contributing factor?
I don’t think I’ll be able to switch the browser on the tv to use https unfortunately
Can anyone tell me if the issue was ever resolved that’s mentioned at the beginning of this thread regarding the web embedded Zoom player not being UI responsive on mobile (referring to Michael_Purnell’s Jan '19 post)?
It’s not obvious to me from the SDK release notes.
Are you trying to use the Web SDK, or embed a Zoom meeting in an iFrame?
The Web Client / SDK UI is responsive, but it isn’t perfect on mobile. We are working to improve it. In the meantime, I would suggest using the Mobile SDKs.
We tried the iFrame method on a content page in our LMS and discovered two issues off-the-bat:
On a laptop (Firefox), after I got past the name part, it didn’t look like I had the option of making the Zoom window full screen (the maximize button within the Zoom window didn’t have an effect). Is that a limitation with the iFrame method, or is there a way around that?
On an iPhone (Safari), at first I couldn’t enter my name, but was able to when I turned the phone sideways. But then I couldn’t seem to scroll down in the Zoom window to be able to tap the “Join” button, so I got stuck. Screenshot:
It sounds like there’s a way to bypass the name input step, but we still want the meeting participants to be identified so they can participate. Is there a way to pass the user name to Zoom via the iFrame?
Hi @tommy,
Ok, we’ll try passing the name of the participant dynamically.
Regarding “making the embedded Zoom web client full screen,” I mean that clicking the full screen button (see orange circle in attached image) doesn’t do anything. Is there anything that can be done for that, or is it a limitation of using an iFrame?
Thanks, @tommy.
Regarding the full screen button, I confirmed I get the same behavior in Chrome, i.e. the full screen button within the Zoom window has no effect. So it does seem to be an iFrame limitation.
Kristen
If rather than using an iFrame, we simply provide a link to the Zoom event, is there still a means to provide the participant name so they can skip that step?
Continuing our conversation from above about using the url link to pass the participant name:
The main downside seems to be that using a link like this means all participants must use the Zoom web client (and so must use Chrome). We’d like participants to have the option of using the Zoom app or the web client.
Is there any way to create a meeting link that allows the user to choose between using the Zoom app or using the web client and if they select “join from browser” to launch the web client, the name has been passed via the url? Seems like a long shot, but thought it wouldn’t hurt to ask.
You could provide the option on your end, display the regular Zoom Meeting link (zoom.us/j/{meetingID}), and the Zoom Web Client link on your web page giving users the option to join via either method.
If the Zoom user is already logged in, they want to join via the Zoom App, then their name will automatically be populated.
Another way to ensure the Zoom User joins via the Zoom App and has their name populated is to utilize registration, which gives them a unique join link.