Docusign iframe is wider then my wrapper(html body). Is there a way to change the width of the content in the iframe? I can change the width of the iframe to match the page, but then I end up having a horizontal scroll bar.
Also, users need to sign a document that's like quarter of a page. But Docusign shows the whole page, and when I try to change the height, I get a horizontal scroll bar. There's also a lot of white space after the document. How can I get rid of the white space after the document? Is there a way to create a document in Docusign that's only half a page, or even less?
Here's what it looks like:
http://community.docusign.com/t5/image/serverpage/image-id/845iEC30DDC72CFD7F83/image-size/original?v=mpbl-1&px=-1
Thank you.
I don't believe it's possible to configure/change the amount of screen real estate the DocuSign signing session window consumes. Whenever you're using the DocuSign API to facilitate embedded/captive signing within your site (as you are), best practice would be to launch the DocuSign URL in a new browser window/tab -- for a few reasons:
Some types of browsers have issues when external apps embedded in an iFrame try to write cookies (as DocuSign does).
Rendering DocuSign in an iFrame on a mobile device can result in a poor user experience, since DocuSign requires quite a bit of real estate and screen sizes on mobile devices are small to start with.
Rending DocuSign in its own window allows you to avoid the scrolling issues you're encountering.
Instead of trying to change the css of the iframe, why not just use Docusign's API?
Learn more about it here.
Related
I am working on a DocuSign integration and want to allow the sender of the envelope to view the control panel to drag and drop signature tabs onto the document.
I already have a successful implementation that sends an embedded envelope to the signers. However, for this specific requirement, I do not know a) the X/Y coordinates of the signing tabs, or b) any anchor string for the signature tabs.
I have looked at the DocuSign api and I cannot see a way outside of java, which isn't really what im going for.
I am hoping to use this in an iframe, similar to how the embedded signing panel is done.
I believe the EnvelopeViews::CreateSenderView method is what you're looking for.
You can create a draft, then do the CreateSenderView call to request a url to a session of the DocuSign tagging screen. Since you're wanting to go straight to the tagger, you can leave the send=1 parameter as-is. If you wanted the URL to go to the Documents/Recipients screen instead of the tagger, you could change the url you recive from DocuSign to end with send=0 instead.
Do heed the Information Security warning on that API call: The Sender View URL will provide full access to the Web Console for whoever the authenticated user is. This is not a concern if you have one membership per user, but if you are using a shared membership everyone will have access to all envelopes on that membership.
When attempting to the load the default SSO SignIn page in Azure, the Email Address element is selected by default and in focus as follows;
When the page is zoomed the Email Address input is rendered at the top of the page on load, this causes tablets and smaller devices to be presented with a page that is already scrolled.
I have attempted to add a new input on a custom page and given it a tabindex of 0 (as a hack) as the default for all element contained inside the "api" div is 1.
I have also given the input element the autofocus attribute but it seems to strip both on render.
https://www.realmadrid.com/en/login is using a similar SignIn page and appear to have this function turned off, having gone through all the source that I could find it isn't directly apparent how they are achieving this.
Obviously this would be easy if it were possible to use JavaScript on custom pages in Azure B2C SSO but as this is not yet possible, does anyone know of a possible workaround or fix for this issue?
Update:
It's a little hard to illustrate using a screenshot, but if you select 'run now' on a new default 'SIGN-UP OR SIGN-IN POLICY' policy, set responsive as per screenshot, scroll to the top of the page and press F5, you'll be able to see the stated behavior.
We are using heavily custom policies, I'm aware of how to do this, I'm using a default example for ease of replication.
This is no longer an issue due to MS allowing front end JS https://learn.microsoft.com/en-us/azure/active-directory-b2c/javascript-samples
I'm using Paypal as a vendor.
My website is responsive and somehow I'd like to use the new Paypal responsive layout for my customers as well when it comes to payment.
Is there any kind of parameter I can submit in the buy now Paypal URLs so that I force the new responsive paypal layout? It seems as if there's still an A/B test ongoing on Paypal side - old none responsive layout vs. the new one.
Thanks!
What I found out is if your API call contains either item details or recurring payment, it uses old layout, otherwise it uses new layout.
Can Chromecast be used to display a web site or web app? All the sample sender/receivers I've seen so far show how to play videos. The docs posted so far are minimal as best, just an API reference with little explanation what any of it does. I just want to send a URL of my choosing and have that page displayed on the TV. There's no user interaction required past that point. Assuming that's possible, does anyone have sample Chrome sender and receiver code for that?
I was able to modify the Github sample Project > googlecast/CastHelloText-chrome
to show a web page.
In the receiver.html file, I replaced the DIV with an IFRAME and styled it for 100% width and height.
Then in the displayText() function I changed innerHTML to src.
The only modification made to the sender chromehellotext.html was to replace YOUR_APPLICATION_ID with the app id created by registering the receiver.
Note that some sites like Google and Yahoo will not display inside an iframe. If you really needed to do that you could skip the iframe and just set window.location.href to the URL. That, of course, will overwrite your receiver code so the only way to change URLs would be to manually disconnect first and reload. I tried using window.open instead but that did not work.
One could imagine writing a Custom Receiver that has an iframe that wraps any website. Your sender would could then send webpages to your receiver, and the onLoad would set the the URL of the iframe. Don't have any code, but it's fairly simple to write.
There is a simple way to do that with the hellotext sample. You can send the html by typing that into the text field.
<iframe src="http://mywebpage.com" style="width:1280px;height:720px"></iframe>
To provide extra info from the current answer, as this post comes up near top on most searches.
Thing to search for is Digital Signage, this is the sort of industry word.
following GreenScreen Chromecast works okay. Greenscreen
host solution is Sign Simple - which looks to be same approach as Greenscreen without you needing to host the receiver web page.
Similar hosted solutions using Raspberry Pi can be found.
Of note: with GreenScreen and the CastHelloText, I could not get 1080p only 720p, some comments mention Video only in 1080p, but Images in 720p, which I take to mean html pages aswell.
Chromecast can indeed be used to display an arbitrary URL.
This can be done from plain old Chrome, using 'url-cast-receiver'. (Usable 'demo' page, GitHub project page.)
I am using iframe to get document signed by clients on ipad. There are attachments as well for each signer, but before attaching the captured image, I want to resize it. Is there a way to resize an image before attaching it with document.
Currently there is no functionality built in to the DocuSign platform that would allow the re-sizing of an attached image, DocuSign is an eSignature company and when they allow attachments on top of the documents that are about to be signed they should not be modified in any way as it could alter important aspects about the legally binding agreement that is being signed.
However I think you might still have a few options here to solve your issue. The two obvious ones that come to mind are:
Get the captured image from your recipients BEFORE they start the signing process.
Use a conditional tab to not allow the recipient to add an attachment unless it's within a certain size.
For the first solution you could use the Embedding feature to design whatever UI around the signing experience you'd like and in that case you can control the order of operations (i.e. have them upload the image first before clicking a button to sign) and you can then resize the image and add it to the envelope.
For the second solution, you could use the radioGroupTabs to add 2 grouped radio buttons to the envelope (so that only one can be checked) and say something like "Check this box if your image is within NxM size" and then the signer attachment tab only shows if they check that box. To do this you can make use of the ConditionalTabs feature.
For more information on Embedding DocuSign please see this page from the DocuSign Developer Center:
Embedding Feature
For more information on Conditional Fields refer to the User Guide (non-api use) and the documentation:
Conditional Fields User Guide
REST API Guide (search for term "conditional")