Jonathan Behrens

@awxkee There's a couple different things going on: * Currently `DynamicImage` is marked `#[non_exhaustive]` so outside of this crate, you aren't allowed to match on the variants of the enum...

The image-rs project was added to oss-fuzz a couple years ago by a contributor who didn't stick around to actually _fix_ the pre-existing fuzzing crashes that were quickly found. Initially...

Re-exposing a way to access the raw RGBE8 data seems reasonable to me. However, I think it would be better to have the method (perhaps named something like `read_raw_rgbe8`?) directly...

At the moment we don't have a written policy, but we probably should. I've also been wondering whether we should have a better story for dealing with additional image formats...

That's an interesting strategy, though I wonder if a bunch of users would enable the formats merely because they were available. Already both [Bevy](https://github.com/bevyengine/bevy/blob/60b2c7ce7755a49381c5265021ff175d3624218c/crates/bevy_image/Cargo.toml#L17) and [zune-image](https://docs.rs/zune-image/0.4.15/zune_image/codecs/farbfeld/index.html) specifically chose to support...

Are you thinking that the crate with core types would be permanently 1.0 and not make any subsequent breaking changes? That was the original thinking in #793, but after 5+...

The consensus seems to be in favor of this, so I'm going to go ahead and close

This is what what the page used to look like: https://web.archive.org/web/20240804051616/https://www.gegl.org/babl/ Not sure what's going on with it.

What would be the return type of this function? `ImageBuffer::rows()` gets good performance because it is able to return a wrapper on top of `ChunksExact` that works really well with...

The `SubImage` type is a wrapper around `SubImageInner` which is a wrapper around an `GenericImageView` (the struct itself doesn't have the trait bound, but the methods/impl blocks do have it)....