@federicomena If I only had the time, improving Cairo would be something that I would definitely like to get into. In particular it completely riles me up is the limitation of surface size to 32768px, this has bitten us many times in WebKit, and it's only going to get worse now with HiDPI displays.

Follow

@federicomena I am aware that fixing the surface maximum size would be getting into quite a lot of churn, and potentially introducing ABI/API incompatibilities (haven't looked much into this one bit), but it would still be a very worthy goal. Because 32768px ain't enough for some tasks.

@aperezdc Hmmm, I'm starting to deal with fixed point overflows, which is not directly tied to the max surface size, but I am curious about it. Tell me more? When is that size not enough?

@federicomena For example when some websites will serve sprite sheets e.g. all emojis as a single PNG, which may be one column or row of sprites (so 32x35000px, or 35000x32px)

@federicomena A less borderline case than image sprite sheets is taking a “screenshot” of all the contents of a webpage (not just what's seen on the window): when the page is a few (15-20) screenfulls, like a long Wikipedia article, which can easily be more than 32K px tall. Or for shorter pages around 16K px tall, if a 2x scale factor is in use (because HiDPI), there you go again over the 32K size limit.

@federicomena I could probably find more examples, but those two are just from the top of my head without even needing to go and dig bug reports.

Sign in to participate in the conversation
Mastodon

Follow friends and discover new ones. Publish anything you want: links, pictures, text, video. This server is run by the main developers of the Mastodon project. Everyone is welcome as long as you follow our code of conduct!