On Tue, Jun 18, 2013 at 3:07 PM, Gavin Sharp <ga...@gavinsharp.com> wrote:
> If we design it properly this shouldn't be a huge issue (and users > disabling the feature probably won't be necessary). This isn't > something we'd provide UI for, certainly. > Then we should really measure network traffic impact and take it into account when we decide to ship it on mobile platforms. > > Also it's worth noting that thumbnails also have the problem of when it > > should be taken. As soon as web pages become applications rather than > > simple documents, we tend to screenshot before most of the content is on > > the screen. Maybe it's worth thinking about how potential solutions to > both > > problems interact. > > I think this is largely a separate problem - when to screenshot vs. > how to do it seem mostly unrelated. Do you have any examples of where > the current thumbnail code fails to capture a "good" thumbnail? I > think it it just uses a hard-coded delay after load, and as far as I > know this hasn't really been a problem in practice. B2G's requirements > are somewhat different given the way their screenshots are used (as a > perceived performance optimization rather than for thumbnails) I was indeed thinking of B2G screenshots. I haven't yet read the WHATWG thread that Roc pointed out, but I know some people would like to address the problem seen in B2G by exposing an API for the app/website to say when it is ready to be captured in a thumbnail (so it could be the web author's responsibility to let the browser know not to screenshot when sensible data is exposed). I don't know if the idea is good or not, but it could help both problems, probably. This not just a B2G problem, though. It is a problem for all web applications that load a bit of the UI and then load the content asynchronously. We want web apps to be well integrated everywhere. I know that, in practice, (some) gaia devs aren't really satisfied with the current screenshot strategy. Cheers, Nical _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
