have a Wix Site with an embedded Jotform Table OR grid presented on Wix site as iFrame The table contains a multitude of edit links that go to “_blank” which then takes the Wix user out of the site to Jotform
Need to ether Remove all “_blanks” so links use the native “_self” or change all links to “_self” so the links will open in iFrame.
Jotform’s grid presents data in a more palatable manner (allowing paging) however the table option mentioned below presents ALL results.
I have found Jquery and Javascript to “remove attribute” (or replace) but Im a bit perplexed how or where to add it. Not sure if Corvid can call the script or?
Here is a response I received from Jotform:
I think, there is a workaround to your problem, but it involves programming. You’ll have to remove password from your Report and generate an “HTML Table Listing Report” instead of the “Grid Listing Report”. Grid Listing Report involves JS/AJAX calls to the server (which makes it hard to manipulate its contents) but HTML Table Listing Report returns pure HTML markup.
Guide: How to Create an HTML Table Listing Report
You’ll first need to generate an “HTML Table Listing Report” link for your Form. Make sure that you don’t set a password and also make sure that you tick the box that asks to include edit links in the Report.
After that, you’ll need to ask your developer to do the following:
1: Make a cURL request to the Report URL and get all of its contents. The Report URL looks something like this: https://www.jotform.com/table/[UNIQUE-REPORT-ID]
2: The contents of this page are actually a complete web page with your data in it. Now, your developer can follow either of the two techniques mentioned below:
2.1: Embed JS code within this page using DOM libraries (depending upon the programming language being used) before sending the contents to the Browser. This JS code should run on document load event and replace the target=“_blank” attribute of your edit links to target=“_self”. This is possible with plain JS code as well as with jQuery. This is the easiest method and the load will be on the user’s machine to replace these links. That means less CPU cycles for your Server too.
2.2: Or once the data has been requested using cURL, then using DOM libraries, replace the target=“_blank” attribute of your edit links to target=“_self” on the server itself and then send the contents to the Browser using the server side programming language. This will put some extra load on your server and it could cost you extra on your Hosting.
As far as password protection is concerned, you can implement a password for your webpage itself rather than the Report URL. So, your users will still need to enter the password to see your Report. The actual Jotform Report URL will be unknown to them.
this is the form
OR https://www.jotform.com/grid/201363778791061