Rick Brewster

okay ........ ?

I'm not sure this is true ... MSPaint doesn't have any options at all from what I can see. Can you link to a description of this functionality? Edit: FWIW I'm not trying to dodge the rest of your writeup, you clearly put a lot of thought into this and I'd like to respond more thoroughly, I just don't have the time/energy at the moment.

umm, @tokosupremacy, this thread is over 4 years old, there's no need to reply ... they've long since figured it out

Try the new build that I just released:

Try the new build that I just released:

Try the new 4.2.16 build that I just put out:

Hot on the heels of 4.2.16 beta build 7765, this build fixes a new issue when saving images at 8-bit color depth if they have transparency (as reported here and in a few other posts: https://forums.getpaint.net/topic/118074-autodetect-bit-depth-on-saving-png-files-fails-on-beta-4216776543041/ ) To get this update, make sure you have "Also check for pre-release (beta) versions" enabled in Settings, and then click on the Check Now button. (Unfortunately alpha/beta releases are not currently available for the Microsoft Store version of the app). Direct download link: h

New build landing soon so I'm locking this thread

Okay but what is the error?

It's not. It was basically an attempt at making a non-Windows version of Paint.NET, and it borrowed from some of the old source code that I had released. I talked with the author at some point and his goals were not nearly as ambitious (nor dedicated) as what I've had for Paint.NET. But that was a very long time ago, and maybe it has been picked up again.

This was reported a few days ago and I've actively working on it https://forums.getpaint.net/topic/118070-paintnet-4216-beta-build-7765/?do=findComment&comment=582506 https://forums.getpaint.net/topic/118088-any-kind-of-transparency-makes-any-file-unable-to-be-saved/ https://forums.getpaint.net/topic/118074-autodetect-bit-depth-on-saving-png-files-fails-on-beta-4216776543041/

Already reported and I'm actively working on it https://forums.getpaint.net/topic/118074-autodetect-bit-depth-on-saving-png-files-fails-on-beta-4216776543041/ https://forums.getpaint.net/topic/118070-paintnet-4216-beta-build-7765/?do=findComment&comment=582506 https://forums.getpaint.net/topic/118085-paintnet-showing-errors-while-saving-file/

With the way that the file system sandboxing works for Store apps, there wasn't really an alternative.

I can't tell what's wrong just from the screenshot. What are you setting the property values to? Code that repros this would be useful. Really can't do much with a screenshot here.

Aha, this is easy for me to reproduce, thanks! I'll get it fixed asap. Looks like the same issue reported by @HopperElec over here, https://forums.getpaint.net/topic/118070-paintnet-4216-beta-build-7765/?do=findComment&comment=582506, but their sample image didn't reproduce this for me.

@HopperElec, that's definitely a new bug. What settings in Save Configuration are you using when saving as PNG?

Now that I'm getting back into the swing of things after having moved across the country (Bay Area -> back to Seattle area, finally!), it's time for a new update This release is mostly focused on fixing, improving, and optimizing the quantization code. This is used when you save an image at 8-bit or lower color depth. There have been a number of bugs that have plagued this over the years, including 1) the generated palette is way too small (e.g. for a black->red gradient, it'd be 64 colors instead of 256), 2) the generated palette is slightly too small (e.g. 252 colors inste

Confirming that the fix is in for the next build (alpha/beta) of 4.2.16, which should be out shortly

I checked in the fix today, it will be in the next build of 4.2.16.

RAM

Could still use the diagnostics info, @Ishi I think I know what's causing this, I've been getting other reports of crashes in the code that renders the selection on the canvas. For now you can probably avoid this by disabling hardware acceleration in Settings. Just make sure to re-enable once you get the next 4.2.16 alpha/beta build! (or final release)

So, in the short term, set your DPI to 1.0x or 1.25x. I should also have a fix for this in the upcoming 4.2.16 update.

Yeah this seems like a rendering glitch where the size of each color rectangle is rounded up to the next whole pixel , but the container isn't accommodating them.

Diagnostics info would help. Go to Settings (gear icon at top right) -> Diagnostics -> click on the Copy to Clipboard, button, then paste the result here.

I think I figured out the bug here -- fix should be in next (well, first) build of 4.2.16