Reproduction: type some text paste in a typeform link on it’s own line continue typing Now the onebox will take focus; Refocus on the compose box, start to type again Every time you type a character, the onebox gets re-rendered and the focus is stolen, small but annoying little bug :slight_smile:

[image] Senthil: I personally think that we overdid something as a fix here by removing the support completely and then wait for SDK based solution. You’re very wrong here, it also hijacked focus whenever the embed was visible, making the removal a necessity. Your best options are #marketplace or maybe reaching out to Typeform directly. I know @techAPJ spoke to them back in July, perhaps as a customer you will have more luck. There hasn’t been a clarion call from Typeform users to reinstate the embeds because the use case is very specific - @bas may have filed the issue initially, but it was affecting every discourse instance where typeform is embedded. If Typeform is a business critical need I suggest @Senthil and @John_Waltrip1 combine their budgets and get a developer on the case.

Hi @Stephen (@sam ) - Let us not push folks to #marketplace - Some of us are developers are very well capable of supporting ourselves. And it is one the reasons we choose a open source platform like discourse. When I found a bug, and noticed what happened, and I am engaging with others here. Pushing members who come for support to #marketplace seems a bit odd. I already shared what my backup plan was as for my immediate need. I respect discourse teams choices. [image] techAPJ: The focus is also stolen when the Typerform embed is in view when the topic/post is loaded, as per: [image] techAPJ: on topic render the focus was jumping to Typeform causing page jiggling which we absolutely despise. I wonder why I had not noticed any of these, and I never something that bothered me with my usage. I will see what I can do for myself. I have limited time now, I cannot contribute to enabling this in discourse atm. Thank you, Senthil

[image] Senthil: Let us not push folks to #marketplace [image] Senthil: I have limited time now, I cannot contribute to enabling this in discourse atm :thinking: If you have no time but have yes money, it seems to me perfectly reasonable to point you at #marketplace . We have zero paying customers asking for a fix here and can not justify development time to build the custom plugin. We are not going to revert our change here, if you want the feature it needs to be implemented properly using the embed API. This clearly costs time and time translates pretty cleanly to money.

Just found this thread, when looking for reasons why all our embedded Typeforms have stopped working… We now have a few different teams who use Typeform on our forums, and the custom Onebox integration was a major factor in deciding to get a paid account with them - seamless embedding is a much nicer user experience than sending them off-site to load a survey page. I’m not sure what I can contribute towards getting that custom plugin built, but I wanted to post here so there was at least one paying customer in this thread :wink:

[image] BenLeong: the custom Onebox integration was a major factor in deciding to get a paid account with them - seamless embedding is a much nicer user experience than sending them off-site to load a survey page. If you are also a customer of typeform, perhaps you could bring it up with them? Their code is calling the focus action, not ours – so we’d be building a workaround for someone else’s code behaviors. Better to fix it at the source so it gets fixed for everyone, I think.

Will do - I’ll direct them to this thread for more details, if they need them.

No luck with Typeform, unfortunately - this was the response after the query was escalated to their developers: As this is a custom embed, it isn’t something we can assist with, I’m afraid. As your site isn’t a static site they recommended that, if you are looking to customise your embedded typeform, then our Embed SDK might be better-suited for this purpose.

We are thinking about this and will see if we can find someone in the wider community to build this. There is quite a lot of work in building this in a secure way. Essentially this embed API is expecting Discourse to trust a 3rd party JS payload to run within the same page as Discourse, isolating it into an iframe may be possible but its a tricky thing to build. I am curious though at a more high level, what specific examples do you use typeform for? Maybe a native Discourse plugin with similar functionality is the path we should take longer term?

I came up with a working example using the SDK inside an iframe: Codepen. Codepen re-renders the preview when something changes and the focus remains on the HTML editor. I modified the TypeForm example (Original Codepen) injecting the and inside the IFrame through the srcdoc attribute and changed the references in order to avoid leaning on window. If we need to support older browsers, we could inject the iframe content via JS (with another script tag) I don’t know if it’s acceptable to render inline scripts inside a Onebox Engine. If it is, we could simply bring the deleted engine back and tweak it to use this technique without the need of a custom plugin. Any thoughts? Thanks!

Onebox-preview for typeform steals focus

Product Support

sam (Sam Saffron) February 19, 2019, 6:04am 48

Thanks to @Roman this is now working

Using Discourse variables to personalize embedded Typeform

Topic		Replies	Views
Typeform or Google Form support in Onebox? Feature	5	3268	April 16, 2018
How do you get Typeform to embed in onebox? Product Support	2	736	November 25, 2019
RE: Typeform or Google Form support in Onebox? Product Support	2	583	November 1, 2022
Can embed Typeform in a post, but not my own form Product Support	1	460	December 30, 2022
Onebox requests being incorrectly redirected due to user-agent Product Support	18	2046	June 19, 2019

Onebox-preview for typeform steals focus

Related topics