This should be the final alpha release of 4.1.7. Next up I’ll be integrating translation updates, fixing any last issues, and releasing the final build.
A lot more work went in this build than I was expecting! I decided to take on the work of making sure effect plugins could have good access to the clipboard, which is otherwise a very buggy area to navigate. A lot of other bugs and things were sorted out as well.
To download, head on over to the forum where I’ve posted a direct download link.
Note: I’ll be adding this to the built-in updater shortly. For now, please use the download link at the forum.
Changes since build 7079:
- New: Keyboard shortcuts for changing the current layer. You can see these in the Layers menu with the "Go to …" commands. Alt+PgUp/PgDown will go to the layer above/below, and Ctrl+Alt+PgUp/PgDown will go to the top/bottom layer.
- New: PNGs can now be saved as "interlaced"
- New: Plugins that use IndirectUI can now use a UriProperty with a LinkLabel control (thanks @null54!)
- New: Effect plugins can now more easily make use of the clipboard via the IClipboardService. It will handle all of the tricky clipboard issues such as threading, native data marshaling, and avoiding security vulnerabilities that exist in the standard WinForms and WPF clipboard APIs.
- Improved: When using Edit->Copy, a 32-bit BGRA bitmap in the DIBV5 format is now placed onto the clipboard so that other apps can read the alpha channel.
- Improved: When using Edit->Paste, DIBV5’s are now supported if they have an alpha channel. If they don’t, then the regular DIB loader is used which has some heuristics for detecting an incorrectly defined alpha channel and correcting for it.
- Improved: When using Edit->Paste, PNG is now the highest priority format. This maximizes the ability to maintain alpha/transparency, but it does mean that images coming from Microsoft Office apps will appear larger than they used to. This is either a bug or a feature of Microsoft Office. For some reason it places PNGs on the clipboard that are 25%+ larger than the DIB/DIBV5 bitmap that it also places on the clipboard (but which don’t have alpha/transparency).
- Fixed: 8-bit TGA images should now load correctly (thanks @null54 for the fix!)
- Fixed: Some 32-bit TGA images were showing up as completely transparent due to their use of an obscure alpha channel type (thanks @null54 for the fix!)
- Fixed: Simple message boxes can now be closed with the ESC key
- Fixed: Some TIFFs could not be resaved as a JPEG due to having too much metadata (usually from Adobe Photoshop). The metadata is now discarded if necessary.
- Changed: Blocked the WebP FileType v188.8.131.52 plugin due to instability. An update is already available.
- Changed: Blocked the ImAgif FileType v0.12.0.1084 plugin due to incompatibility. An update will hopefully soon be available.
11 thoughts on “paint.net 4.1.7 alpha (build 7104) is now available”
Thanks so much for interlaced PNG support! 🙂
May I suggest another feature that I just found out to be missing IMHO? It’s “save options dialog’s position & size”.
The Save Configuration dialog already remembers its size and location
It does not on my system – repro steps:
1. Launch PDN.
2. Click the gears icon in the window’s upper-right corner
3. Resize the dialog via its gripper in the lower-right corner
4. Close it, either via clicking on “Close” or the “X”.
5. Reopen via gears icon
Result: Neither position nor size are restored.
Restarting the whole app after step 4 doesn’t help either.
Oh you mean the Settings (“Options”) dialog, not the “Save Options” dialog.
It doesn’t save its position, that’s intentional. Pretty standard way of doing things (I just checked — Word doesn’t do this, for instance.) I can’t think of a reason why this would really be important.
Saving the location/size of a dialog is actually extremely error prone. It shouldn’t be done unless there’s a very compelling reason to do it. The Settings dialog in particular needs to be fault-tolerant (it’s where you go to do certain troubleshooting tasks!), and so I wouldn’t add this to it for that reason alone.
Can you then please make it just a couple of pixels wider?
About 50 or 100 pixels in height and as much as needed so that under “Diagnostics”, there’s no horizontal scrollbar – after all, anybody I’ve ever known really hates horizontal scrolling and it’s unnecessary ass soon as the dialog gets wider just a couple of pixels.. 🙂
I’d have to make it about 50% wider to truly eliminate the scrollbar, mostly because the “Flags” and “DXGI Formats” rows can get pretty wide. But, it’d be nice if the “OS” and “CPU” rows would have a better chance of fitting.
I didn’t meant to widen the window until both columns are fully visible – just to initially show no horizontal scrollbar creates enough room for all other areas (or “tabs” if you’d like to call them that way), too. 🙂
I am planning to make it just a little big larger
Thanks a lot for your planning! 🙂
Meanwhilel, I just tried and ended up with a minimum of 900 x 496 pixels.
Making it 900 x 600 would fit the 3:2 ratio, though 900 x 556 would fit the Golden ratio – which I in turn find kinda “nerdy”, given your awesome program is all about pictures and their dimensions. 😉
By writing “nerdy”, I meant the cool side of it, not the literal one. 😉
Comments are closed.