anderpainter

Members
  • Content Count

    74
  • 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. Come on, guys... Must I start a new topic just to avoid all this distracting, irrelevant gab? This topic's purpose is very simple: I've explained why, for years, I've wished PN had persistent dialog box positions (like every other graphics editor in the known universe). I've asked PN users who also want this option to add their support. (Maybe I'm naive, but it seems to me the more users who request a feature, the more likely it may be added.) Because I'm proposing an optional feature—one that would not be activated by default, but must be activated by each user—there is no point cluttering this topic with talk about why you don't think the feature is necessary, why you wouldn't use it, etc. If you're not interested in this proposed optional setting, this topic doesn't apply to you—so please stop posting here! Thanks!
  2. I know it sounds crazy, but there are actually lots of websites where people try to tell other people how they should be required to think, live or work!
  3. You must've missed this part of my post: It didn't say, "Please tell us why you think everyone should use PN the way you use it." If you wish, I'll be glad to start a different forum topic where people can tell everyone why they think other people should be just like them. (Oh, wait—we actually have a president like that now, don't we? 😁 ) It's more than just time! It's the introduction of repetitive, unnecessary tasks when you're trying to focus on creative work often involving fine detail. It baffles me why anyone would want boxes popping up right in the middle of their work when they're trying to pay attention to it. Nonetheless, I've made it as clear as I possibly could: I'm not asking everyone if this would make a difference to them. If you like being interrupted, that's great! I'm simply requesting an optional setting for those of us who like PN, but would prefer not to be repetitively interrupted when we use it. I'd sure appreciate that—thank you! (1.) For the last 30 years, it's been a standard, virtually universal feature of editing software—graphics editors, audio and video editors, desktop publishing apps, even word processors—to "remember" where users place their dialog boxes, and to reopen them in the same places. It's the primary reason "floating" controls were created: Not so you could move them out of the way over and over, but so you could place them where you wanted them, the way you can arrange objects on a real desktop, or tools on a workbench. (2.) Please, guys—this isn't a survey. If you don't care about this, that's fine, but please don't waste everyone's time telling us how "meh" you are about it, or why you don't care about it (or why you think everyone should be like you, LOL!). If you do care about this, please add your support here. That's all I'm asking. I should also point out that, despite its eccentric, GUI-philosophy-defying behaviour, I like PN so much I use it anyway! So I hope PN's developers will consider it a compliment that I'm working so hard here to improve it by requesting this optional setting. BTW, did I mention that no one would have to use this setting who didn't want to, because it would be optional ("left to one's discretion; not compulsory")? That it'd just be something considerate to do for the people who wanted this "feature" (which, again, in practically any other editor, wouldn't be given a second thought—much less have to be campaigned for)? I wanted to be sure to be clear about that. Again, it'd be optional (not required), so you needn't tell everyone why you don't want it. Right? Okay! Thanks! 😁
  4. Like many of you, I've enjoyed PN for a long time. But it's always had one quirk I've found distracting and time-consuming: Whenever you open a dialog box, it appears right the middle of the screen, covering your work. Before you can continue, you must stop and drag the box out of the way to see what you're doing—even during the same session, when it should be quite clear where you'd like that box to be. I couldn't understand why PN's developers overlooked this basic functionality. Since the early '90s, the great advantage of floating controls has been the ability to place them where they worked best for you. Why would PN's developers unnecessarily interrupt and slow down their users that way? I've made several appeals over the years to add an optional setting to PN for it to "remember" the positions of its dialog boxes between sessions. But for some inexplicable reason, they still open smack in the middle of the editing area. Each. Time. You. Use. Them. PN users, will you please chime in here and add your support for an optional setting for persistent dialog-box positions between sessions? Again, please note that this would be an optional setting. If any of you actually like having dialog boxes open in the middle of your work, nothing must change for you—this option would be just for those of us who wanted it. Thanks very much for supporting this considerable improvement in PN's usability! Programming notes—non-geeks can stop reading here. 😉 Have PN keep an in-memory list of each dialog box's position (x and y values), starting with a default list with each box in the center. When the user changes a box's position, PN changes that box's coordinates in the list. When the user exits, PN records the list (in a registry setting or config file), including the current screen resolution. On next run, PN checks for a position list for the current resolution. If it finds one, it loads and uses it. If it doesn't, it starts with another default list (all center). When the user changes a box's position at that resolution, PN changes it in the in-memory list; then on exit, it saves the list for that resolution. This prevents the possibility of boxes opening off-screen if the resolution is changed between sessions.
  5. 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.
  6. I must agree. It's a limitation of PN I've never understood.
  7. 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.. ;?)
  8. 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).
  9. 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. ;?)
  10. You'd better update your online documentation's Keyboard & Mouse Commands page, too, as it's no longer accurate.
  11. 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.
  12. 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?
  13. 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.
  14. 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.