I also had this problem in the Adobe Viewer app, but not in the developer viewer app build with the viewer builder (single edition app), as long as you don't activate PDF zooming.

So if you're planning a single edition app, try exporting the folio and building your own viewer app.

I found that when i used auto detect on my scrollable frames I had a similar problem. If you specify which way you want to scroll (vertical or  horizontal) then it should be ok.

Hi Neil

I reported this over a month ago. I also reported it as a bug. Hope it gets fixed but I'm not sure it will as Zeche said in the last webinar that you guys are looking to introduce some kind of "swipe zone" that could sit over a scrollable area. That wouldn't be necessary if the PDF issue could be fixed!

Having some pages that are pinch and zoomable and some not, gives a confusing user experience, in my opinion.

Perhaps better to have just hot areas/images for pinch and zoom like the old days.

bugs and behaviour like this is a suspicious sign of a wrong architecture,

too many cooks/programmers ruining the menu (a German spoke word), or

incomplete testing.

DPS is a massive complex system.but for these, data models and information

architecture are critical to success.

I see movement at adobe here. there are more and more people from adobe

responding to problems, actually engineering on these forums and more

concise product management. one can feel that.

but sometimes, these "funny" things happen... they don't matter to the big

publishers still on sprint 15 or enterprise level publishers with their own

track if DPS (visible in the cryptic version number for the WIRED reader

and others).

but they matter to the designers, makers, thinkers and people on the

bleeding edge of DPS actually trying to produce stuff and stumble upon

these things.

—Johannes

(mobil gesendet)