SummerOfCode2021 VS image

https://summerofcode.withgoogle.com/ - sign up as an org, you have until the 21st.

I'm interested in Google summer of code event but missed it last year. I want to attend the event this year and notice that Haskell.org was one of the organizations. It sounds really exciting, I hope Haskell.org will participate in GSoC this year as well. But I have little experience with Haskell, I'm worried about how to write an expressive proposal when I don't even know which projects they will focus on. Can anyone give me so resources or suggestions about the following question?

I also encourage you to look into Google Summer of Code (GSoC).

OSS have benefited from Google Summer of Code, Google has released many fundamental libraries as OSS such as Guava for Java, Abseil for C++, etc. Many have criticized that Google never made money of a lot of its innovations, and instead had others build their own based on Google's shared information (Hadoop, and later all nosql databases, for a quick example; Docker came to be from open source innovations that Google put into Linux for their own container system). Even as Google has begun monetizing, they still open source core parts of their products (such as Kubernetes) for their benefit.

They actually do something like that. It's called Summer of Code.

Apply on their official page: Google Summer of Code

Read: https://summerofcode.withgoogle.com/

More at 👉 GSoC 2. The Linux Foundation Mentorship Program

if you don't land anything, maybe consider Google Summer of Code.

I maintain a project called Meshery and one of the new contributors (who came in to get a GSoC internship) literally asked if I could explain what Meshery is.

With the help of the image crate, loading an image from disk is fairly straightforward.

FTR there is a WebP decoder implementation in safe Rust in the image crate: https://github.com/image-rs/image

It used to be quite incomplete for a long time, but work last year has implemented many webp features. Chromium now has a policy of allowing the use of Rust dependencies, so maybe Chromium could start adopting it?

Hello! So I have a local app that I am currently running on desktop (windows). I'm using egui for the UI, and the program basically opens a folder, gets all the images in the folder, and then uses the image-rs library to resize and create a grid of images / some other operations.

png is the de-facto standard Rust crate for reading and writing PNG images, used e.g. by the image crate.

There's also a CLI to convert between formats. It uses the crate image.

exr is a is a 100% Rust and 100% safe code library for reading and writing OpenEXR images. It is used by the popular image crate to read and write OpenEXR.

We're currently looking for contributors to add support for zune-jpeg to the image crate. The image maintainers are open to it, but don't have the capacity to do it themselves. You can find more details here.

It would be helpful to contribute to the general change towards an untyped buffer with runtime representations for color space information and fallible conversions. (https://github.com/image-rs/image/pull/1718). It's currently stalling on having too few eyeballs to judge the impact and need for that complexity.

It uses https://github.com/1Password/arboard and https://github.com/image-rs/image under the hood. I haven't tested deeply but I assume it should handle many formats out of the box.