You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For compressed images it isn't always possible to detect errors without actually decompressing the image. But an implementation of ImageDrawable can only forward errors caused by the DrawTarget and not generate other errors while an image is drawn. This means that the application isn't able to detect there type corrupted images and, for example, draw an broken image icon to notify the user.
The text was updated successfully, but these errors were encountered:
and, for example, draw an broken image icon to notify the user.
Mainly thinking out loud here: This is an interesting edge case if only DrawTarget::Errors are returned; an image was drawn to the display but there was still an error, so it reinforces the need to return image-centric errors too.
Would an enum like the following be a sensible solution?
Yes, but this will also need some changes in other parts of e-g, because Drawables can also only return DrawTarget errors. So this change should be part of the API overhaul to fix things like #613, perhaps making Drawables object safe, consider supporting DMA/async, alpha blending, ...
For compressed images it isn't always possible to detect errors without actually decompressing the image. But an implementation of
ImageDrawable
can only forward errors caused by theDrawTarget
and not generate other errors while an image is drawn. This means that the application isn't able to detect there type corrupted images and, for example, draw an broken image icon to notify the user.The text was updated successfully, but these errors were encountered: