Luke18033

In that case, perhaps the alternative I suggested at the end of my post would be better, giving 2 separate buttons to choose what the user wants to do without needing an extra click either way.

Currently the paint.net installer/updater always defaults to having the "start paint.net" box at the end checked, causing paint.net to start after closing the installer. While this makes sense in most cases, it's rather annoying when using the "update when I close paint.net" option, because now paint.net will reopen itself when closing the updater unless I uncheck this box. Given that the user just exited the program before updating, it's safe to assume that they probably won't want to immediately reopen it when the update finishes. The "start paint.net" box should default to unchecked in this specific case, which could likely be accomplished by passing an extra launch argument to the installer indicating it was triggered by updating on close. An alternative solution that wouldn't add an extra click for people who do want to restart paint.net would be to remove the checkbox entirely, and just make two separate buttons for "start paint.net" and "close installer". Then the user can choose which one to click depending on what they want to do.

When using the text tool, pressing any key while the text cursor is offscreen causes the view to jump back to being centered on the text cursor, even if the key that's pressed doesn't actually type a character. This is particularly problematic when trying to zoom or horizontally scroll since these require holding Ctrl and Shift respectively, so the view will repeatedly snap back to the text if you try to scroll anywhere else. Additionally, if the text cursor goes near or off the edge of the canvas, this will happen even if the cursor is still onscreen, causing the view to repeatedly jump when attempting to zoom/scroll at all. It also doesn't always center on the cursor, sometimes it will snap to the center of the canvas or other unexpected locations. Given the unintuitive and inconsistent behavior of this, I'm inclined to think it's a bug/oversight. Videos of the issue: - Case 1 (view snaps to cursor when it's offscreen even if no text is typed) - Case 2 (cursor near edge of canvas, view snaps to cursor even when it's onscreen) - Case 3 (cursor near edge of canvas, view snaps to center of canvas)