• Content count

  • Joined

  • Last visited

Community Reputation


About entY8

  • Birthday 01/01/1970

Profile Information

  • Interests
    programming, especially game programming
  1. i recently needed bicubic interpolation (but not for an image program ) and the source code of PdN was really very useful, especially the link you put in a comment from where to get the mathematical basis (would never have found that with any internet search engine on the world). thank you for this being open source :wink:
  2. gifs only support up to 256 (or something in that direction) different colors per image; the completely gray image is therefore saved lossless, as all of the gray tones need 256 colors at most; if in another frame of that animated gif (think of it as a separate gif image with its own palette) you insert various orange tones, the palette cannot contain all of the colors and the saved gif images will therefore suffer of quality loss.
  3. is the "show grid when zoomed in" feature meant to be reset each time you switch from one image to another? that proved quite annoying for the problem i was currently working on. maybe don't let the setting be effected by image switch or remember the setting for each image? thanks in advance
  4. you can solve that by killing the "PaintDotNet.exe" process in your task manager.
  5. I remember me asking the same when I first came here => a clear indication you should implement this feature, Rick The solution they gave me in this thread might help you :wink:
  6. just for your information: the bug which causes the program to fail quitting and leave a dead PaintDotNet.exe process behind, so that new images can't be opened before this process is killed, is still existing in the current version (beta 1 build 3.0.2525.34975).
  7. Got bored at my old background and created this in exchange: (click to view)
  8. When it gets to open a file with a different encoding inside than advertised in the extension, it should act like Windows Media Player does with movies; the best case that would be. It should tell the user that the contained file format and the file extension don't match and ask if it should try to open it anyway. Maybe the program should even detect the encoding before asking so it can tell the user what the correct extension would be too. (That'd would have helped in my case a lot ) About the saving dialog... as we are talking about pictures it really rarely happens that one would want to save a picture with a wrong file name extension (as opposed to saving text files with notepad for example). Maybe you should just force the correct extension for the file after retrieving the path desired by the user from the Windows dialog. (in this case: append ".png", since the filename didn't end with ".png" (namely with ".pdn" instead); then my file would have been called "2f.pdn.png" and i would have found my mistake quickly :wink:) btw, this saving mistake occurred to me could really be annoying if you overwrote the pdn file you wanted to keep for later reuse (in my case i didn't really care about it so it didn't matter )
  9. okay, sorry, my mistake saving it properly then
  10. The opening of this file aborts with "There was an unspecified error while opening the file." It was created with the old version 2.72 contains two layers and is 440x260 in size. I have another pdn file created exactly the same way (with slightly different content though) which I created at the same time (with version 2.72 too) which is still working now. (I can post that one too if you're interested in it) The other bug I ran over: when closing the program a very short time (within a second or something) after starting it via opening an image in an explorer window, it doesn't quit properly and a dead non-responsive "PaintDotNet.exe" remains in the task manager; there is no program window visible. This results in the problem, that you can't open more instances of the program, since they all detect the existing process (probably pass the information of the image to be opened to it; though you don't see any effect of that) and then quit themselves again. I have to manually shoot the dead process in order to be able to open new program instances again.
  11. xD :wink: Illnab1024, of course this _could_ be done; just maybe not by a plugin. (as long as you are speaking about modifying the main code, anything is possible )
  12. a file type plug-in for this :shock:you mean, to activate it, you have to hold ctrl+s permanently?
  13. Yeah, that'd be great; thought of it somewhen too. Maybe also with the settings for used effects (e.g. "Gaussian Blur - Radius: 5" or "Oil Painting - Brush size: 3, Coarseness: 50") Even better would be, if you could also load such a history file. Well, then we're nearly at the script idea someone else just posted a few days ago
  14. I'm Using IE 7.0 and Firefox guess he wants to know your "standard" browser
  15. i guess i get what nox is trying to say, since i thought of something similar somewhen: if you had the "edge detect" effect code at your hand you could find out which areas are to be seperated; then you could apply some sort of "brush lines" effect on the single areas, making the picture look as if drawn with a brush. the "emboss" effect might even work better, when trying to determine the areas' bounds.