Interactive PDF - Main Menu Buttons Stick!

Report · Oct 10, 2017

I have created a main menu with 8 buttons. When I rollover them, they begin to stick in their 'rollover' state - rather than go back to the 'normal' state.

I'm using the most update version of InDesign CC and Acrobat CC for Mac. I have tried buttons on a Windows machine with the same issues.

NOTE: The first button on the left has no rollover sate - is supposed to be 'on'. It's the other buttons that have the problem.

Any help would be very appreciated. I'm working on a tight deadline for a client and need this resolved ASAP.

You can download my sample PDF from the link below.

THANKS MUCH!

http://tbf.me/a/CHA14g

Report · Oct 10, 2017

I can confirm it but without seeing everything it’s pretty hard to diagnose.

Report · Oct 11, 2017

I'm sorry. I didn't think to send the native InDesign files.

If you can download and have a look at it, I would be beyond grateful.

Thank you.

http://tbf.me/a/BniTeD

Report · Oct 11, 2017

I have no idea. All I can tell you at this point is that this is one of the many reasons I avoid interactive PDF for all but forms, and even there I think there’s better options.

FWIW, I tried it with an EPUB and it works fine.

Report · Oct 11, 2017

Thanks Bob. Is there a way I can report this issue to someone at Adobe?

Report · Oct 11, 2017

I noticed the sticky rollover, and it seems to be related to how the cursor leaves the hotspot area.

One thing to keep in mind, you only have rollover appearance working right now. When you have an action like go to page, the user will not see this sticky rollover.

Report · Oct 11, 2017

I hope so. I will report back once I'm done with the document. At this point, we are committed to the client regarding the interactive PDF. I'll be sure to place the blame on Adobe if this sticky rollover becomes and issue. It's hard to believe Adobe can't get their act together on this - especially since they were touting interactive PDFs as the next best thing since PageMaker.

Report · Oct 11, 2017

There’s a bug report link under the help menu.

Report · Oct 11, 2017

After thinking about my comment pertaining to adding the action, this will only affect a user leaving the page and not have any effect on the user just hovering over the buttons.

Here is one thing that I tried and works. I moved the menu items and gave more space between them.

Edit: spacing the menu items helps, but does not resolve the issue.

Report · Oct 11, 2017

I thought about that, too, but noticed it made no difference if I rolled off the buttons on the bottom or sides. I also tried moving everything to a live page instead of a master but made no difference.

Report · Oct 11, 2017

Here are 2 workarounds:

1. Use only one element for the rollover appearance. I know that will not work for the rollover effect you created, but it seems to be more reliable.

2. Instead of using rollover appearance, use a combination rollover action of show the effect, and rolloff action of hide the effect.

Report · Oct 11, 2017

Jeffrey_Smith wrote
2. Instead of using rollover appearance, use a combination rollover action of show the effect, and rolloff action of hide the effect.

That's probably worth pursuing. I always build interactivity in Acrobat rather than InDesign, but generally speaking in either case, it seems the tightest, most reliable results come when you trigger/control all possible outcomes of transactions and state changes.

Report · Dec 15, 2017

Hi, I tried work around 2. and it seemed to help some but the issue isn't totally resolved. Could you clarify work around number 1 for me, so that I can try that one?

Thanks!

Report · Dec 15, 2017

My workaround suggestion number 1 is specific to the OP's example files provided. The rollover effect had multiple elements that were different from the original state of button.

Can you post an example of your PDF?

Report · Jan 05, 2018

Sorry for the delayed response!

Here is an example: https://www.dropbox.com/s/i403o5a5bor97ln/Interactive%20PDF%20Example.pdf?dl=0

Thanks!

Anna

Report · Jan 08, 2018

Anna, my workaround suggestion for the rollover glitch is: instead of using rollover and rolloff appearance effects, use hide/show actions of multiple buttons to create this effect. Your example has 2 sets of buttons: top oval navigation, and a tool table. And it appears as though the tool table would change many times throughout document.

If the sticky rollover issue was affecting only the top oval buttons, then creating multiple buttons, hide and show accordingly would not be a lot of extra work. However, to change the tool table buttons to accommodate a rollover effect would require more work than it is worth, imo.

P.S. the rollover glitch does not occur (or is not as noticeable in Acrobat/Reader XI and older)

Report · Nov 01, 2017

I have been noticing this same issue. It is definitely an Acrobat problem. I have interactive PDFs that used to work fine and now have this same issue. This issue appears on both Mac and Windows.

Have you reported it?

Report · Apr 16, 2018

Hi all,

I didn't want to start a new thread but I am experiencing the same issue where my buttons "stick" in the rollover state, here is a link to sample pdf-https://amzn.to/2H1SwXr, it's meant to be viewed in Acrobat DC. I made sure that none of the buttons or elements overlap. The only idea I have at this point is to export all buttons as jpegs in their normal and rollover state but it seems like a clunky solution and I am not sure if it will solve the problem.

Thank you, any help is very appreciated!

Report · Apr 16, 2018

It's amazing that month's later - Adobe has still not resolved this problem. Don't even get me started with the catastrophe thats completely screwed us with Premier.

Report · Apr 16, 2018

Have you filed a bug report at the link below? That's where the product managers would see it (not in this forum):

Feature Requests/Bugs

Report · Apr 16, 2018

I have filed bug reports with Adobe a few times in the past - all of which have been ignored. There are definitely problems within the company as far as quality control - but the billing department is right on point when they want to renew my CC subscription.

Report · Apr 16, 2018

Be that as it may, if you don't file a bug report, it won't be seen.

Report · Apr 16, 2018

Steve, thanks for bug report link, I just submitted one. I think it's just a matter of reaching the critical mass before they start responding:) In the meantime, if someone could think of a workaround to eliminate the issue, I would greatly appreciate it.

Report · Apr 16, 2018

If others are having the same problem, they can add reports to your bug report which will increase the likelihood of fixing it. That's one of the reasons I like the new UserVoice method of reporting bugs.

Report · Apr 18, 2019

18 MONTHS after the original post, still no solution to be found.

I've been having this same issue, and it doesn't seem to be on Adobe's radar despite the bug reports. I opened my doc in a web browser and the issue did not occur, so it is confirmed the issue is with Adobe Acrobat. Unfortunately using a web browser is a very poor workaround for me since my "Toggle Full Screen" button won't work and my users would need internet to interact with the document.

I've put a lot of time and effort into planning and creating this piece, so it would be great if the rollovers actually worked properly. This is creating obstacles for me and disrupting my users' interactive experience.