Adobe Community : All Content - All Communities

Scripting use of the clipboard

forums_noreply@adobe.com — Thu, 05 Mar 2009 05:12:20 GMT

Does anyone know if it is possible, using JavaScript, to 'paste' text into the Windows clipboard.

The closest thing I can find is an app.execMenuItem("Copy"); or app.execMenuItem("CopyFileToClipboard"); but don't know how I would make the selection and ideally I would like to avoid having "dummy" fields just to have a source for the copy.

Thanks

createDataObject and NewLine characters

forums_noreply@adobe.com — Wed, 04 Mar 2009 22:49:45 GMT

I was hoping to create a attachment to my form using the Doc.setDataObjectContents method and this is working but I was also hoping to include a new line character in the contents of the attachment.

There seems to be a number of characters that get filtered out including the carriage return (but not the tab character).

I was expecting the following line to put each word on a separate line.

this.createDataObject("MyData.txt", "This\nis\nsome\ndata.");

Is there a trick to doing this? I'm using Acrobat 8.0.0

Thanks

Bruce

Identify Reader/Acrobat versions

forums_noreply@adobe.com — Wed, 22 Oct 2008 05:43:07 GMT

As part of our submission process we collect the version of Reader/Acrobat that was used. We do this using xfa.host.appType, and the app.plugIns[x].version. We test our forms with versions of Reader from 7.0.9 to 9.0 and Acrobat 7.0 to 8.0. The xfa.host.appType for these is Reader or Exchange-Pro.

We also receive some forms with a xfa.host.appType of Exchange. This often fails as it seems to not handle null values that get updated via JavaScript (we get back a XML element with a value but also still has the xsi:nil=true).

Does anyone know what program has a xfa.host.appType of Exchange.

xfa.form som expression xfa[0].form[1]

forums_noreply@adobe.com — Mon, 08 Sep 2008 10:01:39 GMT

I have produced a form that uses web services for submission. One of the values in the submission is the field.somExpression, I need this so the response can update parts of the form. My problem is that generally the field.somExpression returns a string starting "xfa[0].form[0]..." in which case everything works fine but there are times when field.somExpression returns a string starting "xfa[0].form[1]...". This is returned in the web service response and the form tries to update the field to reflect the server processing, but fails to find any field starting "xfa[0].form[1]...".

Can anyone explain why I would be having two form dom's? and then why only sometimes?

SOAP.streamEncode loses trailing nulls

forums_noreply@adobe.com — Wed, 23 Apr 2008 07:12:26 GMT

I am trying to base64 encode data for a web service call using the SOAP.streamEncode method but am losing any trailing characters.

The following code, that encodes a string and then decodes the stream shows the problem I am having;

>var string2 = new String("\xF4\x09\xB2\x0q\x00\x00\x00\x00");
var encode2 = SOAP.streamEncode(SOAP.streamFromString(string2), "base64");
var decode2 = SOAP.streamDecode(SOAP.streamEncode(SOAP.streamFromString(string2), "base64"), "base64");
console.println("string2.length " + string2.length);
console.println("string2 " + string2.toSource());
var encode2String = SOAP.stringFromStream(encode2);
console.println("encode2.length " + encode2String.length);
console.println("encode2 " + encode2String);
var decode2String = SOAP.stringFromStream(decode2);
console.println("decode2.length " + decode2String.length);
console.println("decode2 " + decode2String.toSource());

This displays the following on the console;

>string2.length 10
string2 (new String("\xF4\t\xB2x0q\x00\x00\x00\x00"))
encode2.length 8
encode2 9AmyeDBx
decode2.length 6
decode2 (new String("\xF4\t\xB2x0q"))

The last line should have returned the same string as I started with.

Has anyone else encountered this problem and found a workaround?

My initial aim was to submit attached documents to my web service. These are generally Word documents which appear to always contain trailing spaces. I know I could use hex encoding (and am currently doing this) but hex encoding doubles the size of attachment and I am getting complaints about the response times