I have a client who wants to add interactivity to her InDesign file. The end result is "an electronic flier for use by sales as PDF attachment, iPad friendly formatting with live links to [their] website."
The interactivity includes:
1. Simple hyperlinks (easy enough)
2. Captions that appear next to placed images when the images are moused over
I have read that object states, which would need to be created for the hidden and visible states of the captions, are not supported in PDF. The solution, I understand, is to create a separate file that includes only the object states as a SWF, then to place the SWF back into the main InDesign file.
Problem is, when I export to a PDF file, then open the PDF file, the first thing I see is a Flash Player icon. I have to click on the icon before I can view the content within it. That's not going to work for my client.
Sounds like the client wants to add the PDF as an email attachment, to be read by the Acrobat Reader, and I don't know if they want the the content to change when they rotate the iPad.
It has been my experience that creating PDFs from InDesign with interactivity such as multimedia (sounds, movies, etc) does not work on iPads, iphones, or Android devices. You need stock Desktop Adobe Reader or Adobe Acrobat for interactivity. Someone correct me if they know otherwise though because my experience with this is limited to my own experiments with supposedly interactive files that I have created from ID.
Thanks 1.markerline for your reply to my inquiry.
Not sure what you mean by saying you need Reader or Acrobat for interactivity. Do you mean I can take an InDesign file without interactivity, export a PDF file from it, then add the interactivity over it from within Acrobat Pro? Can I create buttons in Pro to make the captions appear upon mouse over, then disappear upon mouse out? If so, could I design the caption buttons in Acrobat Pro to be any way as elegant as the InDesign objects? From what I've learned about Acrobat Pro, it's a very robust program, and it probably CAN produce that kind of interactivity.
If the PDF file does work as I've described above, will it indeed work on an iPad, even if the caption boxes end up looking no more elegant than the typical comment boxes you can produce in Acrobat Pro?
I am simply saying that whatever interactivity you create and can view on your Desktop version of Adobe Reader (PDF viewer) you will NOT be able to see on the iPad. I don't know about hyperlinks but I do know about the other types of multimedia inserts that I mentioned--you cannot see them on the iPad.
You're right.
So I did some tests in Acrobat Pro last night, placing some buttons over images in a flattened, InDesign-generated PDF file, to make the visibility of text fields react to mouse states on the buttons, and that worked quite well. I believe I'll even be able to design the text fields in Acrobat Pro so that the client will be satisfied with how they look.
Thanks again!
I sent a test PDF to them this morning, so I'll know soon enough. I don't have an iPad myself, so I'm working blind. One unexpected behavior happened: in Acrobat Pro I assigned a white fill to the caption/text fields and when I opened the file in Acrobat Reader the color changed to a light blue fill. That wasn't a good sign.
The art director for the project said the PDF didn't work on her iPad after all. I believe it was because I used mouse events to trigger the actions, and they needed toe be touch events, which Acrobat Pro doesn't support. I sent her one last revised PDF file that included FOCUS and BLUR events, but I'm not hopeful they'll work either.
Latest update on this project: Using DW, I placed a jpg on a web page, created some mapped buttons on the images within the jpeg, then used javascript to show/hide divs containing the captions for mouse events, in the hope that the iPad associates mouse events with touch events. Assuming the iPad can browse the web just like on a desktop, then I can't see how this won't work.
The button just shows an invisible div with the caption text inside. No PDF involved. Here's some of the code:
<script type="text/javascript">
function MM_showHideLayers() { //v9.0
var i,p,v,obj,args=MM_showHideLayers.arguments;
for (i=0; i<(args.length-2); i+=3)
with (document) if (getElementById && ((obj=getElementById(args[i]))!=null)) { v=args[i+2];
if (obj.style) { obj=obj.style; v=(v=='show')?'visible':(v=='hide')?'hidden':v; }
obj.visibility=v; }
}
</script>
</head>
<body>
<div id="main-image">
<img src="dbs-collage.jpg" alt="dbs interactivity test" width="581" height="1548" border="0" usemap="#Map" />
<div class="stain" id="stain1">
This is a description of the first stain sample. This is a description of the first stain sample.
This is a description of the first stain sample.
</div>
<div class="stain" id="stain2">
This is a description of the second stain sample. This is a description of the second stain sample.
This is a description of the second stain sample.
</div>
<div class="stain" id="stain3">
This is a description of the third stain sample. This is a description of the third stain sample.
This is a description of the third stain sample.
</div>
<map name="Map" id="Map">
<area shape="circle" coords="305,619,41" href="#" alt="Stain 1" onmouseover="MM_showHideLayers('stain1','','show')" onmouseout="MM_showHideLayers('stain1','','hide')" />
<area shape="circle" coords="394,635,41" href="#" alt="Stain 2" onmouseover="MM_showHideLayers('stain2','','show')" onmouseout="MM_showHideLayers('stain2','','hide')" />
<area shape="circle" coords="469,683,41" href="#" alt="Stain 3" onmouseover="MM_showHideLayers('stain3','','show')" onmouseout="MM_showHideLayers('stain3','','hide')" />
<area shape="rect" coords="129,1445,205,1463" href="http://www.dbiosys.com" target="_self" alt="Diagnostic BioSystem's website" />
<area shape="rect" coords="205,1535,349,1551" href="mailto:customersupport@biosys.com" alt="Diagnostic BioSystem contact" />
</map>
</div>
</body>
Thanks for hanging in there with me!
The Mobile Reader (ios, Android) does not support inline media or flash content. It DOES, however support link annotations that go to external http urls. We've heard a number of requests to support some inline media, though there is nothing we'll be able to do about flash support (at least on ios) since Apple does not allow it. We're considering adding some JavaScript capabilities, though that will initially be focused on supporting calculation, validation and formatting for form fields. The interactivity with buttons described here would have to come later. The mobile readers do support adding some media types as attachments or in a portfolio. If the media type is supported for playback by the iPad (e.g. a properly encoded quicktime file), then we will launch the built-in player.
I hope this helps clarify what the Mobile Reader can and cannot do. I'm sorry that much of what you've asked for is "cannot" for the moment =).
Thanks Pat. At least I was armed with the facts when I last discussed the issues with my liaison with the client. It would perhaps been unwise to take on a design project for an ios when I don't even own own. Turns out the client wasn't even set on having popup captions after all, and may be looking to just reveal everything in a table, so I'm looking into perhaps creating an email blast campaign for them.
North America
Europe, Middle East and Africa
Asia Pacific