Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some interactivity does not work in Fixed Layout EPUBs #16

Closed
rkwright opened this issue Oct 18, 2014 · 5 comments
Closed

Some interactivity does not work in Fixed Layout EPUBs #16

rkwright opened this issue Oct 18, 2014 · 5 comments
Assignees

Comments

@rkwright
Copy link
Contributor

It appears that some interactivity is not working on SDKLauncher-OSX following the recent merging of support for the new HTML Injection. Audio and video and Scripting work fine in the EPUB TestSuite (which are reflowable EPUBs), but do not work in the SmokeTestFXL, which is FIXED layout.

The same file (SmokeTestFXL) works fine in the Chrome Extension.
The SmokeTestFXL EPUB is here:
https://readiumfoundation.box.com/s/lv024fngot7eg3unnw50

@rkwright rkwright added this to the m1.1 milestone Oct 18, 2014
@danielweck
Copy link
Member

I don't think this has anything to do with recent changes, but I will rollback the codebase to double-check.

This appears to be a similar issue to readium/readium-shared-js#54 : in some circumstances ; e.g. CSS with GPU hardware acceleration, in UIWebView or WebKit + CSS-columns ; any started video (rendering surface) prevents controls from being interacted with mouse control.

My tests:

  1. HTML5 audio and video work fine using the cloud reader on Safari OSX (development mode, via the default "grunt" task, i.e. Node Express local HTTP server)

  2. HTML5 audio works fine in LauncherOSX (UIWebView), but sometimes fails to interact (typically when a video was recently started). Video nearly always fail to interact.

@danielweck
Copy link
Member

@rkwright I can confirm that this "bug" (well, more like a UIWebView / WebKit issue) existed prior to the recent "HTML injection" changes. I rolled-back the codebase to ee3801b and was able to reproduce the annoying "unresponsive HTML5 video controls" behaviour.
Very frustrating problem!

@danielweck
Copy link
Member

PS: note that I am on Yosemite, running the latest Safari. I cannot remember for sure whether video was working correctly in this fixed-layout EPUB under Maverick OSX.

@danielweck
Copy link
Member

Yep, disabling enableGPUHardwareAccelerationCSS3D in ReadiumSDK.Models.ViewerSettings restores interactivity with video controls, but breaks image rendering in other fixed-layout EPUBs (in UIWebView, not browser WebKit)...investigating...
(damn browser rendering quirks!)

danielweck added a commit to readium/readium-shared-js that referenced this issue Oct 19, 2014
…use of CSS 3D GPU acceleration in iframe rendering sequence (which is necessary for some EPUBs due to cropped images in UIWebView)
@danielweck
Copy link
Member

Fixed in Pull Request readium/readium-shared-js#132

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants