midora

That's exactly what a .pdn files contains. All layers and the layer attributes (plus a preview image needed for thumbnail in Explorer). Why would you be interested in the internal format if you just use it as backup. The important thing is that you can restore your pdn work at any time. Just save as zip and load it back.

There is a good comparison on an avif.io blog: AVIF vs JPEG XL: The Battle to Replace JPEG

That's a limitation of paint.net. If there is built-in .jxl support for still images you need an alternative extension to open animated variants. That's the reason why there are plugins for .agif, .apng, .awebp (and in the future .aavif and .ajxl). A solution would be that the built-ins detect that the file contains an animation, cancels the loading, and ask paint.net to use a filetype variant which supports animations. Anyway it will take a while until all browsers support animated avif or jxl (Chrome supports animated avif but that's it).

Use 'Save as...' and set 'Save as type' to dds. A file type which doesn't support layers will flatten the image to one layer. You can undo the flattening after save.

I missed that @otuncelli. Maybe because of the output issue of the link labels in earlier releases. Still it would be nice if it could be fixed 😉

The clickable area doesn't cover the whole area of the link in effects or filetypes. My display is set to 125%. I.e. the 'Forum Discussion' link in the avif filetype plugin. There just the first 50% are clickable. Tooltip works on the whole area.

OK, but you already get OperationCanceledException in save plugins and paint.net has to check for the source of the exception. At the end I would prefer that paint.net provides a LoadIsConfigurable FileTypeOption and a dialog. The dialog could fire OperationCanceledException on cancel.

The ImPDF plugin throws an OperationCanceledException in the case that the user cancels the load dialog. I proposed to handle this exception silently a while ago. Stupid cat, take the chair 😉

PDN3 files contain serialized .NET code. I guess the switch to .NET5/.NET6 changed something there. The deserializer in this plugin is not based on any .NET libraries. It's pure C code. I'm wondering that it worked for so long. 😉 You may check what's happening loading the file with a paint.net release < 4.3 of paint.net or maybe add such a file zipped so if someone is interested and has enough time can have a look to the differences.

More than 10 years of providing updates for this plugin. From the first WebP beta libraries to the now most stable version. Thanks for that. Let's see which image format will win the competition in the future. WebP, Avif, Jpeg XL, or maybe WebP2?

I just figured out there is already a WarningException in c#. (You never stop learning 😉 ) I will replace the exceptions in the code which just provide informations to the user (like that webp can only handle a maximum image size of 16383x16383) with this WarningException. This has no immediate effect but maybe Rick could handle them a little bit different in the future.

Hi @Pixey that's an error message of the built-in webp filetype plugin (located in the Bundled folder of paint.net). You have to change the extension of the file to .awebp (or to disable the built-in). It would be good if paint.net would allow a WarningException which just shows an information message and not this general error message with the embedded exception stacktrace.

Release 1.4 [2022-01-24] - Fixed a bug in TransitionFade in case the final frame is transparent - Remove duplicates from frames is now always true and disabled because the WebPEndoder will do this in all cases. Sorry to update this plugin a second time in a week but I discovered a quite old bug in transition fade doing the transition example above. The same issue exists in ImAGIF.FileType but I do not expect that someone will use fading against a fully transparent background if the file format only supports 1-bit transparency. So this bug will be fixed there together with other improvements.

The following image demonstrates that WebP animations support 8-bit transparency (compared to the 1-bit transparency of GIF animations): This animation has been created using the following layers and transition commands defined in the layer names. The animation starts with the layer at the bottom. Each layer will be shown for 2000 ms. After this time the layer uses a transition method to skip to the next layer. The transition method creates 20 layers in 1000 ms.

As far as I remember 😉 You need a 5x5 matrix to allow translation. This also means that you have to add a dummy value to the color vector. It makes no sense to allow modifications to the last column, because the dummy element of the result color vector will not be used later.

'Insert image from URL' works for .webp images. They are displayed as expected. But uploaded .webp images are only displayed as download links. Is this a setting issue? Because webp images are smaller than png or jpeg and supported by all the major browsers it would make some sense.

OK, then it would be better to add .ajxl.

I'm curious is someone already working on .jxl support? Just to know if I need to use .ajxl 😉

Backspace: Fill with foreground color Shift+Backspace: Fill with background color Delete: Erase to transparent

Release 1.3 [2022-01-20] - Updated to use libwebp 1.2.2 (x64, x86) (contains the bug fix for progress values > 100%) There is still the libwebp issue that the progress reporting in the lossless case is limited BTW: Since a month or so there is no longer an issue on my side regarding the forum software. Upload of files and responding to topics works smoothly. 🙂

The progress handler allows paint.net to throw the OperationCanceledException (if SupportsCancellation is set). This may be important to allow a fluid change of parameters by the user if the save operation is slow and/or the image is quite large. So you should not suppress progress calls. I'm happy that the progress parameter is not an int. This allows to show a higher granulation without an interface change.

You may tile the image and create individual tile files using the ImZIP.FileType plugin.

Hi @gizzer. Typically you are using layers to do this. - Create a new image (which starts with one layer). - Paste the background image to this layer - Open the layers window and add a new layer. This layer will be the selected layer. - Paste your icon to this layer. (You may skip the previous step because you can paste to a new layer) - Flatten the limage. Means the layers are merged to one single layer. - Save the result. The flatten step may not be required because image formats like png or jpeg will do this for you on save.

Just a json file. Should be easy for @null54 to create something 😉

Thanks for the tip. Much better now using 100% (I totally missed the tooltip).