SodiumEnglish

Ah didn't think about that, updating to the latest and the crash doesn't happen anymore. Thanks!

Encountering crashing with Content Aware Fill. Can use the default untitled blank image when opening PDN or any existing image, select a large area and it crashes when hitting Ok.

Hm, well I have been using Right click -> Open as they are all PDN files. However since you mention it, when I drag and drop from the File Explorer they open in the order I'd want them to.

When opening many files at the same time from a folder to edit them, they will open in a random order. I would like to be able to sort/reorder the opened files in the ribbon to be alphabetical to be more predictable and easier to find.

Feature Update Some updates to the index search tool here before the end of the month. Add new Plugin Compatibility filter Defaulted to Current Version (4.x) so that Legacy (3.5.x)-only items are not shown There may be minor tweaks to this in the future Update JQuery to 3.6.0; Bootstrap to 4.6.0 Minor changes to the footer

Currently you have to select inside the dropdown to change the brush size via mouse scroll wheel. Outside of the dropdown it seems that [ and ] and Ctrl + [ or ] can change the brush size too. Keyboard & Mouse Commands (getpaint.net) With the default left hand position in the WASD area it could be more convenient if say the unused combos Ctrl + Shift + Scroll wheel or Alt + Scroll wheel could change the brush size as well.

Where did you download it from? You should only download from https://www.getpaint.net/download.html#download it is free and it doesn't ask for any kind of payment or to unlock the zip. The only version you need to pay for is on the Windows Store.

Revisiting the Author select box suggestion, I may have found a middle ground solution. It is possible to style the options in the dropdown. We could style the author names who have no results with the current search settings. However, this will not work for every device. It will at least work with major browsers on desktop: Firefox, Chrome. It does not appear to work with Edge. Mobile devices often replace the dropdown with it's own native solution so it won't work there either. Not certain how intuitive this idea is either, thoughts?

I believe the request is to filter the author select box based on who all can possibly appear in the list based on your other criteria (keywords, type, status, etc.). So like if you selected All types and Any status you would see the current list but with default options the names he listed would no longer show. This would be an easy thing to do but I'm not sure it is the behavior we want or that it is intuitive; unless many think otherwise.

There is a distinction between the standard free 'program' as he put it and the Windows Store 'app'. The issue here is about correctly installing plugins when using the Windows Store version. It is clear he is using the Windows Store 'app' version by the WindowsApps folder in the install path he gave. @Pit The link that @toe_head2001 provided gives the correct instructions but it doesn't sound like you correctly solved the problem. Trying to install to the Program Files or WindowsApps locations when using the Windows Store version will not work and you won't see any plugins you attempt to install. You need to create folders in your My Documents as the link states and place your plugins there to correctly use plugins with the Windows Store version.

I wonder then if Bundled could be a new status type for the index but if there are only two that apply it might not seem worth it and just keep them labeled active. Though that depends on if more could be bundled in the future. I do agree now that it is a gray area and doesn't really apply as integrated.

Should WebP Filetype plugin be labeled as integrated now or on the next index update? I recently updated and receive this message in the plugin errors output. I also see now it was noted in the 4.2.5 release notes too.

Performance Update I've improved the speed and performance, upgraded jquery and bootstrap libraries, and made some minor UI fixes again with recent changes. When loading and using the app, there should be a noticeable difference. What makes it faster? Instead of toggling the visibility of individual elements on the page, it is now building the html in a JS variable and replacing the entire list html. This way the browser does less work overall. Comparing Chrome performance results, scripting and rendering time has been halved. Comparing Firefox performance results, Layout & DOM time/cost has been halved.

Do you perhaps remember what version you upgraded from and assuming you upgraded to the latest (4.1.6)? Store version? Was it through the in-app upgrade or some other method? Could give some context into what happened and maybe others could figure it out.

Those "puzzle symbols" meant those adjustment tools were plugins. I don't know if plugins being removed after an upgrade is normal behavior or not but those appear to be from BoltBait's plugin pack, you can try downloading and reinstalling his plugin pack.