-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
Elements not rendering #96
Comments
Hard to say anything without live example to test with. Sometimes I've seen similar problems (with disappearing elements) on nightly builds of Chromium, so I think it's probably a browser bug. CSS 3D transforms are still quite fresh functionality, so they may behave (and break) in unexpected ways. |
Ah , here I though I was alone :) Yes, seeing the same thing, I have a somewhat large presentation and I started losing stuff. I do a particular "overview" of a few slides (slide as in the ones you have on impress-demo.css) as if it were a matrix and with each new sub-element, pieces of the "matrix" started to go away. Browser breakdown:
The mind boggles, but either way, I know it's bleeding edge stuff , yada yada :) . Would you want the code to debug, or is this mostly a sit-down-and-wait thing? either way, impress.js is impressive :) , thank you for that |
I've had it on Linux, too. |
It's definitely not a Linux only issue. I've seen it on Windows and Mac builds of Chrome. |
See this bug report http://code.google.com/p/chromium/issues/detail?id=110457 Maybe it is the same problem you have. |
Just switched over to Windows :
god damn it :) |
Ok, thanks for confirmation that it's a browser bug. CSS 3D are still an experimental feature, so such things will happen. |
I love the library, you've done some really awesome work here.
However, I'm having a hard-to-reproduce issue with a presentation where a large number of the elements on screen stop rendering; possibly in order from the top (the first to go is invariably the background gradient).
This happens:
i) Only when the window size is above a certain point (I can resize the window to have the elements reappear)
ii) Only if there are a certain number of elements in the document (I can hide steps until everything else starts appearing)
iii) Only if there are a certain number of elements in the window (my first step is scaled to show everything on the window, but the background redraws once I navigate to another step and only a small proportion of the elements are onscreen).
iv) But the browser can definitely cope with rendering this number of elements: if I zoom out (in the browser) from one of those subsequent steps to put all the elements back in view, they render just fine.
I've made substantial use of SVG elements. So there's that.
I've reproduced with Chrome 18.0.1025.11 and 19.0.1042.0 across two Windows machines, but also had it working fine on a third machine and also on a Mac in Chrome + Safari. It also renders fine in Firefox.
I'm unsure if this is a webkit-windows bug or something with impress.js? Has anyone else encountered this? I did think there might be a canvas element limit, but that doesn't make sense if I can zoom out and see all of the elements.
I'll try to demonstrate a test case, but I need to anonymise my document first.
The text was updated successfully, but these errors were encountered: