entY8

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:

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.

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

you can solve that by killing the "PaintDotNet.exe" process in your task manager.

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:

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).

Got bored at my old background and created this in exchange: (click to view)

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 )

okay, sorry, my mistake saving it properly then

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.

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 )

a file type plug-in for this :shock:you mean, to activate it, you have to hold ctrl+s permanently?

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

I'm Using IE 7.0 and Firefox 1.5.0.7I guess he wants to know your "standard" browser

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.

To create really realistic effects imitating drawing by hand, you'd probably also need to imitate brush strokes. I've just got no idea how to do that efficently :?

you can imitate the spray gun quite good by drawing with the paint brush and then applying the "frosted glass" effect :wink: but you might need to use several layers if your "spraygun"-path crosses itself :?

wow, really nice plugin :wink: one improvement suggestion: i sometimes need some special angle for the gradient which i can't achieve with the "horizontally", "vertically" and "diagonally" options. would it be possible to enter a custom angle size?

atm Windows XP, but I'm not happy about it since it's too buggy and doesn't meet my expectations of a perfect os in many points However, since I have even worse impressions from linux (well, not in the bug point, but in the "perfect os" point ), i currently try to do a better one myself However, I will stick with XP for another decade for sure; please keep pdn compatible with that :wink:

it depends on your last selection

ok, thanks (it'd still be interesting to know what 100% expresses now, if it doesn't mean "100% of the color information is saved", even though boltbait's answer is sufficent for me atm :wink: )

yeah, lots; too many actually :? (since it also differs between the precise jpeg formats)if you oversee the data clearly, could you please tell me what "100%" quality actually means? (i couldn't find it there in five minutes searching)

what does "100% quality" actually mean, when you save the picture as jpeg? will every pixel contain exactly the same color value as before? but somehow it doesn't seem to be this way, since when trying it out some colors actually changed :?

Put the watermark in a separate image and everytime you need the watermark use "Layers->Import From File ..." and put the new layer on top (you might also want to adjust its opacity each time).

uhm... pdn can invert colors: goto layers - adjustments - invert