RpD

Members
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

0
  1. Ok, thanks for addressing my post directly [Edit: BY THE WAY... I have no conception of being 'privileged'. It is the reader who infers such, not the writer implying such... although I guess acknowledgment is a privilege, eh?] I have to say though, that I HAVE seen another post about this problem (I believe I mentioned the previous post in OP)... not to mention that midori seems to have some experience with it... so... I'm not "the only one". So maybe there's only three of us (now a fourth above) posting about this, but we all know there are many who don't come to post at all. Grumpy I was, but politely so... usually I go to support forums and do get a response, but yes, sometimes only from other users... more when it's how to do something... not when it's some kind of fluke, quirk, or yes, bug, with the program itself that other users can't fix. It could just be some Windows routines quirk too... maybe a timing issue. The fact that it only manifests itself when a filespec is specified on the command line, or Open with... says something. Something causes the main window to not use the previously stored coords... at times. It is difficult when the problem won't reproduce. But a simple "I don't know what to say, I can't reproduce the problem" can be unpleasant, but sufficient acknowledgment... along with a "I'll keep that in mind for the next version" exit. It's nice to be acknowledged (esp. since having been read), without getting 'grumpy'. And I have done PC support/CAD tech work for years, so I know how to 'scientfically' troubleshoot a problem... in obsessive, meticulous isolation of anything I have the slightest intuition may cause on effect on the problem. And sometimes it's things that you would have no idea was causing such effect... I have isolated such quirks. And you may notice my initial post goes into some meticulous detail of reiterations analyzing what I can see without looking at the code itself. Again, this is the only program that does this to me. And I have seen it on more than one machine and O.S. -version-. Do I have the magical mix of some offbeat add-on or utility that conflicts with P.NET? Maybe but I doubt it. My experience guides me to use tried-and-true tools with the fewest quirks/conflicts and run the simplest of them and not some arcane, or deep-hooked, or swiss-army-knife suite of junk that burdens my system. I don't run lean, but I run light, usually... and try to help isolate glitches with... excessive detail posts. As you say, maybe v4 will automagically fix the problem. It's not 'big' as glitches go, but it's aggravating to adjust at every start. As I said, I start with my Paint.NET shortcut command line opening an explicitly named blank JPG file, so that I'm not constantly, aggravatingly having to switch the Save As 'filetype' away from PNG. A nice format I'm sure, but for broadest compatibility, I use JPG, since that's the format I get, most often. No, I'm not a profuse user of additional/advance graphics features, but I use enough to find more than one program for different advantages. And not being able to set a file format preference is... an aggravation, as is a window that constantly moves around. I have to believe there IS something different about how you set the main window position since my Tools, Colors, etc, Paint.NET windows -never- move around... unless -I- move them. And as mentioned, I now have a .bat file, and a few one-line .vbs file to help me start Paint.NET 'plain vanilla' (no file spec), and then stuff keystrokes/jpg filename into the Paint.NET window so I can get the main window to 'behave' as well as a jpg file semi-default. Of course, you're free to set your program's default. Paint Shop Pro had the .psp format default (imagine that). And a preferences setting. We devote our support time where it makes sense to ourselves, sometimes which may not coincide with our users. As you said, I could 'start fresh'... but that's not where I want to spend my time, nor to simply prove "I'm right". I can however, try 'safe mode' or (more involved) some VMware setup, but... my bat/vbs files workaround suffices for the moment. Good luck, all.
  2. Since I get a summary notice of replies, I have the plugin name, yet Google is not divulging much of relevance based just upon that name. And, uhm... since the graphic is still there in post, the name is visible in the window title bar, yes? (oops.) >> "The plugin is just a temporary fix for something I would expect that you will change in a future version of Paint.NET." An expectation that may not be borne out when the developer only comments to ban a possible faux pas, but not on the OP's topic. >;} (Sorry ... non-acknowledgment leads to conclusion of little else, even though unsubstantiated. Being ignored is so... disappointing.) Since y'all have a bigger issue ongoing now, I'll butt out with my flippant observations.
  3. Well... don't really care for TrialPay. Since Paint.NET is the only program giving me a window problem, I'd rather not load another program just to deal with that. By Windows WindowManager, do you mean the DWM developer's tool? Easier for me just to use the few simple vbs scripts and a bat file ... it's a little temperamental with multiple windows it seems, but good for now until I tinker some more.
  4. I have managed to resolve starting Paint.NET, with the previous window position/size, and with a blank default file... such that I can Save As... in that file's format, without having to constantly pick the filetype when it's not a .PNG. Done using a .bat file, and a couple/three free simple .vbs files to stuff keys/filename to the Paint.NET window. I can even 'Open with' and choose a similar .bat file for that purpose, although Windows 8 caused me some tribulations, so I'm not sure how the result runs on earlier versions. And it's tied to v3.5.10 of Paint.NET, thanks to that version number being in the Paint.NET window title. Sigh. ('Follow'ing this topic.)
  5. "without an image" ... Ahhh, I'd forgotten something. Yes, opening just the Paintdotnet.exe command remembers the main window location. First, often I've been using the right-click "Open with" to open an image with Paint.NET. I would think that's a basic and popular method of opening graphics, that should be addressed. Second, I modified my Paint.NET shortcut, to include loading a blank 'JPEG.jpg', so that I could work around another limitation of Paint.NET... that of devotion to the PNG format, with no 'preferences' available to set JPG as default format. ( It seems there are no 'preferences'... or 'options'... or 'settings' ...now that I look for them again ???) So we can't set a default image format... and we can't open Paint.NET with an image without the main window jumping all around. I wonder if there's a way to make a macro... call Paint.NET to open fully, then feed it the right-clicked file, defaulting to my blank JPEG.jpg if I use the shortcut... sigh. I was hoping my post would prompt the developer to investigate his code (or respond here ... hmmm? Things like this are why I use multiple graphics programs. (Paint.NET for... ease of use(?) perhaps. IrfanView for opening speed and 'color corrections' gamma adjust; Gimp for the resynth, gimp animation plugins.) IrfanView has some resistant quirks too... default Save As, instead of Save, for one. Save As always opens to save... somewhere other than where I opened the file I'm working on. A single instance of a generic.bak file would suffice to prevent most Save, without prompt, accidents. Wonder if all graphics people are... a bit set in their ways. >;}
  6. (Similar to post about 'Window locations not persistent'. New post, since nobody moved old one for me >;} ) (I've done PC/network/CADD support for a living, so I have some experience with PC's.) As long as I can remember using Paint.NET, the main window has not kept a persistent location for me... but the Colors andTools windows do maintain locations after closing the program. Editing the registry doesn't appear to help, deleting the Paint.Net branch doesn't help. Even if I don't move the main window, the re-opening location will not use the Left, Top coords from shutdown. For some reason, the size of the main window is most often kept... but it seems not always (rare). I'm on Windows 8 now... before you say it's not supported, this problem existed on Windows 7 and on different machines if I remember correctly. I have no idea why it moves around, or... how to lock it down. Often the re-opened window seems to rest along the bottom of my screen and not necessarily in the middle... however, if maximized, it will remember that it is maximized. What does Paint.NET do differently when to read/generate the Top, Left coordinates for opening the main window from the registry, that's different from reading the coordinates for Colors and Tools windows??? NO other programs that I run have a problem retaining their window locations. This is simply tiresome to keep moving the main window after it opens, because it's usually showing up -under- the Colors and Tools windows which I have placed off to the right side of the main window (when it's where I want to place/size it). (My current Toshiba notebook has the Intel HD Graphics 3000 display adapter, not an ATI/Hydravision or whatever. Paint.NET version is 3.5.10. I use an external HDTV for a monitor, but it apparently doesn't make a difference if I switch to my notebook's panel only.) I can refresh the registry (regedit) and see the "Left" and "Top" coordinates change, with each closure of Paint.NET. It seems to properly record the coordinates at the time of Paint.NET's closure... but it will -not- open again to those coordinates. It also seems to like some congruity at re-open... because closing coordinates pairs will oftentimes be the same number... at times, Left and Top can both equal 26 or 52 or 78....hmmm, multiples of 26. Other times, they may be recorded as (Left, Top) 130, 120 or 182, 120... although I do not move the window. (I currently have a main window size of 1086 by 648... monitor resolution is at 1366 x 768 ...so that makes the frequent Top coordinate of 120 + window Height equal to screen res height.) Paint.NET just reopens in different locations. I've simply opened it and closed it several times to watch how Paint.NET records the closing coordinates... which usually change each time, since it opens differently each time. (And the Paint.NET main window resides entirely onscreen.) -- For a test, I have moved the window to an extreme location... such as having the left/top corner of the main window way offscreen to the left, and down within about a quarter inch of screen bottom (by holding the window by the title bar to move it). On closure, doing a refresh of regedit display shows the coordinate Left as a large negative, and the coordinate Top as a large positive value, as expected. Is there some analysis you can do of Paint.NET's fetch of registry Top, Left coordinates to see why it might not use them on some systems (like mine)?
  7. Old thread, but the topic is exactly pertinent (except the 'Solved!' part). I've done PC/network/CADD support for a living, so I have some experience with PC's. As long as I can remember using Paint.NET, the main window has not kept a persistent location for me... but the Colors and Tools windows do maintain locations. Editing the registry doesn't appear to help, deleting the Paint.Net branch doesn't help. Even if I don't move the main window, the location will change between shutdown and re-open. For some reason, the size of the main window is often kept... but not always. I'm on Windows 8 now... before you say it's not supported, this problem existed on Windows 7 and different machines... probably before Win7 as well. I have no idea why it moves around, or how to lock it down. Often it seems to reset along the bottom of my screen and not in the middle... however, if maximized, it will remember that it is maximized. What does Paint.NET do differently when writing the Top, Left coordinates for the main window to the registry, that's different from the Colors and Tools windows??? NO other programs that I run have a problem retaining their windows locations. This is tiresome to keep moving the window after it opens, because it's usually showing up -under- the Colors and Tools windows which I have placed off to the right side of the main window (when it's where I place/size it). (My current Toshiba notebook has the Intel HD Graphics 3000 display adapter. Paint.NET is 3.5.10. I use an external HDTV for a monitor, but it doesn't make a difference if I switch to my notebook's panel only.) .
  8. Thanks for your interest... Imagine a picture with an UGLY date stamp on it... imagine you want to add some identifying text, like "relatives on edge of volcano, just before..." ...and... you want to put it over the UGLY date stamp. As far as I know... I'd have to draw a filled box over the date stamp, then add the text. (It's not me putting the date stamp on all the pix... don't go there. Captions are needed on the pix, for those who will receive them.) Be nice if I could just "add text" and click an option, similar to font size, to fill in the background behind just the text. Perhaps 'speech bubble' could work... seems like there's quite a few inputs, hopefully they'll 'default' well. (Thanks, E.E.R. ) [Edit: (again)... Speech Bubble can be set up to work well, I think (it remembers settings), although (always an although)... the XY 0,0 position (for text) leaves significant space from the upper left corner of the 'bubble'... wish it allowed placing text tight up against upper left corner, so the 'bubble' could be a tight enclosure. Not as simple as a text option (which I'd still like in the 'suggestion box'), but workable. Thanks.]
  9. imageshack.us is good. It even generates the html to paste... you just have to figure out which code snippet works for your use. Try them all!
  10. Hi... Is there a way in Paint.NET itself (or... a plugin) to add text with a blocked out background (in one step)? In other words... so I don't have to draw a filled square, rectangle, etc., first... before I add text on top of it. Is this post good enough to make suggestion for such a feature (does author read this)? One could, perhaps, simply add a tool option (similar to the rectangle/etc option to draw outline, filled, or filled with outlline)... for text to have a background (please? . Or can someone create a plugin to do so? (Shall I post separately for a suggestion for Paint.NET to use the Windows 7 print options for printing multiple files to a single sheet? When I click Print... Win7 gives the options, but no matter what multi-pic format is selected, only the currently displayed picture is shown/printed. I would like for Paint.NET to supply currently open pics to the multi-pic format... if 2x2 (four pic) format is selected, then the first open four pics would be arrayed. Then it would be nice to be able to re-arrange the order of pics in the Paint.NET menubar.) Thanks for any info.