anderpainter

Members
  • Content Count

    68
  • Joined

  • Last visited

Community Reputation

1

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Rick (& other PN devs, if any), Almost 2 years ago, I started a thread here asking why PN still didn't have the option to automatically antialias edges around pastes and deletions. After all, one of the things we most commonly do is overlap elements, which requires antialiasing to have any chance of looking convincing. Only other users answered my post. (One user—obviously a big comma fan [maybe he was doing a Christopher Walken impression]—replied: "Because other Apps do, what YOU want automatically, that doesn't means that this is a good idea. What, if someone NOT want antialised edges?" But again, this could be an option, just as it's an option now when making lines, shapes, text, etc. [see image].) Last week, I needed another antialiased edge in PN and, as usual, had zoomed in and was laboriously going around it with the Eraser (which, mysteriously, does antialias). "Why is this necessary?" I asked myself for probably the 100th time. "I know," I thought, "I'll ask on the forum", forgetting I'd already asked about it in 2017. I then found my thread here (but didn't notice I'd started it, LOL), read the replies, and posted: Rick, you then finally replied: You then asked me not to "necropost", and closed the thread—which is why I've started this shiny new one, to try to follow up on this in an acceptable, non-chronologically-offensive manner. 📅 😉 Okay, then: 1. Why, exactly, is it so "complicated" to antialias edges around pastes and cuts, when PN's tools can already do it (see image)? Is it somehow more complicated to antialias around pastes and cuts than around draws and erasures? 2. Even if you would have to add AA code for the first time (e.g., if PN's tools came pre-written, and you plugged them into PN rather than coding them yourself), aren't there AA algorhithms one can use, rather than having to "reinvent the wheel"? (If PN's tools did come as pre-written modules, that's a commendable case of not "reinventing the wheel", too.) I mean, AA has been around since the '70s... It's not that arcane, is it? (I did a quick search and found lots of explanations and examples.) 3. If a user asks a legitimate question about a program's persistent limitation, and a couple of years go by without a reply from the developer(s), why is it offensive to give the thread a nudge in case it escaped the devs's attention (thus giving the devs the benefit of the doubt, too, right)? (#3 isn't as important, so skip it if you prefer... I just couldn't help wondering.) Don't get me wrong. We all deeply appreciate the work you do on PN. And obviously I like it well enough to keep using it despite this quirk. (I'm still using it despite the dialog boxes that don't "remember" their positions and always open smack in the middle of the editing area, requiring you to drag out of the way each time you use them, even in the same session—another puzzling omission, but one that even I could code, and I'm just a tech writer!). BTW, I've had coffee... Sorry about that. ☕😜 Still, though, y'know? Thanks, A.
  2. I must agree. It's a limitation of PN I've never understood.
  3. Thanks for the update, and for all your hard work in general! Now won't you please consider having PN "remember" the positions of dialog boxes—if not from one session to another, then at least during the same session—so we don't have to keep stopping to drag them away from the center of the editing area... every... single... time... we... open... them... ? If the boxes were non-modal (as in GIMP), and we could just leave them open, it wouldn't be so bad. But you can't resume using PN without closing them—so it's drag, drag, drag... If you're worried that users may change their screen resolutions between sessions, resulting in off-screen boxes, just have PN check the current resolution before showing them—and if necessary, adjust the box's coordinates to place it back on-screen. That's just good coding, in any app. Okay, I'll stop bothering you now—at least till the next version turns out to have "attention-hogging" dialog boxes too.. ;?)
  4. Thanks for restoring my beloved keyboard shortcuts! And sorry again that I overreacted. :?P What—there are other things in your life besides P.n? :?D Anyway, I wasn't trying to order you about. (I didn't say "You'd better update your documentation now!") It was just a reminder, as I assumed the changes were permanent (again, me overreacting).
  5. Thanks for your replies. Sorry, I was just surprised to find that suddenly the commands I'd used, like, forever, did nothing, and that I had to hunt down the explanation elsewhere. I can certainly get by with the menu combinations you described, and will be grateful when you restore some (any) actual key combinations for them. And thanks for putting up with us moody artist-types. ;?)
  6. You'd better update your online documentation's Keyboard & Mouse Commands page, too, as it's no longer accurate.
  7. I just installed PN 4.1, and found that the keyboard shortcuts for Brightness/Contrast (Ctrl+Shift+T) and Hue/Saturation/Lightness (Ctrl+Shift+U), which I've used for many years, no longer worked. I now see the 4.1 change log says: "Freeing them up for other functionality"? What the heck does that mean? And now, rather than pressing a quick key combination, we must do all this: 1. Remove hand from keyboard 2. Place hand on mouse 3. Move mouse pointer to menu 4. Click 5. Find command on menu 6. Click command 7. Return hand to keyboard ...every time we want to make one of these basic adjustments? Do future plans include making us stand on one foot, do celebrity impressions, or do anything else to slow down and complicate our work? I realize some people find it difficult to remember shortcuts, and prefer to interrupt their work to shuffle through menus. And that's fine. But it's a big step backward for me—and, I'm guessing, lots of other P.N. users, too—and a very presumptuous and inconsiderate change to make without even consulting anyone.
  8. Yes, I've learned it's important to log out before switching to an external monitor or back to the built-in display, but haven't seen any other circumstances where it made any difference. I've tried switching to one of the rounded-off scaling values. Unfortunately, 200% makes things too small for me to see clearly, and 300% makes everything ludicrously big. :?( Thanks for the suggestion, though. Are all graphics apps having these difficulties? Even major players's, like Adobe's? Somehow I imagined they'd have the resources to deal with it, considering many of their commercial customers must be utilizing the latest technology. Otherwise, I guess we'll just have to wait till Microsoft, graphics-adapter companies and software authors catch up with the technology, right? Could this also explain why PN's palettes jump around the screen when I try to move them—because it's trying to move them to fractional coordinates that don't exist? If so, couldn't you just include a simple rounding-off function before those values are used—or, depending on the programming language, just declare those variables as integers?
  9. Thanks for pointing out the Preview button! I never would've known, and am not in the habit of hovering over every available icon to see what it does. Re the "Edit Post" legend—I take it you're not actually suggesting we give up trying to make GUIs as sensible and intuitive as possible. The fact remains that it's contradictory for an "Edit Post" button to appear when you're already editing the post. As a GUI consultant, I've seen countless examples where developers have introduced unnecessary ambiguity by "reinventing the wheel" like this. The evolution of forum software has already benefited from decades of effort by developers and users. It's just not necessary to reinvent something like Save Changes, when we know it works so well.
  10. I guess this is the place for this, as it doesn't actually concern Paint.net proper. (1.) When you edit a post here and want to save your changes, shouldn't the button say Save Changes rather than Edit Post? I mean, you've already edited the post; now you want to save it, not edit it. (BTW, the human who does the editing, not the forum software; it just replaces the original post with the new one.) At first I didn't want to click "Edit Post", because I thought it was a way to reject your changes and re-open the original message. Eventually I realized there was nothing else to click, though, and assumed it was just vague wording. :?) (2.) No Preview button? This is the only forum I know of that doesn't let you see how your message will appear before you save it. Maybe you think we're infallible—after all, we're artists (LOL). But a Preview would still be good.
  11. I'm having a devil of a time getting PN to work right on my new Dell XPS's QHD (3200 x 1800) display, which by default is scaled to 250% under Windows 10. Typical problems: • Tool cursors remain unscaled, so small that you can barely see them. • Palettes spontaneously disappear. When I try to move them, they flicker and jump around the screen. • The open-image picker either doesn't respond to clicks, or switches to different images than the thumbnails you click. • When you view a pasted screenshot at "actual size", it's gigantic. Any plans to address this?
  12. I followed your instructions, but right-clicking in GW's window has no effect—no context menu or anything else. What am I doing wrong? I realize that. I was referring only to being able to see the other layers while using it—not using it on more than one layer at once, if that's what you meant. Considering many of us would use this to adjust perspective in relation to other layers, it'd also be very useful to be able to move the layer being "warped", then make further adjustments, without having to close and reopen GW each time. I don't know if PN's API would permit this, though. Thanks for your help!
  13. This is EXACTLY the kind of selective-stretching feature that should be a standard part of Paint.net. I was disappointed, though, to find that it opens the current layer in a separate window to stretch it. Typically, I'd use this to distort the selection to match the size and/or perspective of the overall image (for example, pasting a door onto a house photo). Without being able to see the complete image, it takes many freehand attempts to get the changes right. It'd be so much easier if the plugin superimposed the warp grid over the normal editing area... Is there a reason you avoided doing that? Also, no Undo (Ctrl+Z)? Without that, even the slightest miscalculation requires you to start over. Each. Time. Please consider adding this as well.
  14. Yup, it's enabled. Actually, when you make a selection—let's say, with the Lasso tool—then delete it, PN does antialias to a small extent: But the eraser tool really antialiases: I can make very accurate selections using the Magic Wand, Lasso and other tools, but they leave such sharp edges, they're not very useful this way. It'd be awesome if they could have the same AA quality as the Eraser. Or am I overlooking some logical reason that they don't? Couldn't it at least be an option?
  15. Also, if you post something here and forget to click the "Notify me of replies" button, is there a way to turn notification on afterward? Most forums have a button for this, but I don't see one here. (Fortunately, I can click it before I save this post...)