Paint.NET v2.70 now available

[darkthunder]

Will 3.0 have support for "channels" ? IE... Red, Green, Blue, Alpha? (like Photoshop)

I do a lot of modding of .tga textures, and they use the Alpha channel for lumination (ie the stuff that lights up ingame, black is not lit, white is lit). However, when I open .tga textures in Paint.NET 2.70 the texture becomes transparent except for the places determined in the alpha channel for lumination.

Any fix for this available, or will something like it be in 3.0? Love the program otherwise.

[Rick Brewster]

Support for per-channel editing... no. That would require some lots of extra memory usage with the way Paint.NET works. Memory is already going to be extremely tight on 32-bit systems now that every image is crammed into the same process' virtual address space. (please upgrade to 64-bit pretty please)

[Rick Brewster]

BTW, I recently tried out the new GIF output and must say, I'm highly impressed. Thank you for making that great improvement. (You may recall that this was something that I asked for back in the old message board.)

Glad you like it -- I was skimming through some graphics book and found a discussion of the algorithm. It ended up being so easy it would have been crazy to not add it in. So the work-to-benefit ratio was pretty darn good there.

[trickman]

http://larenn.deviantart.com

Wow! She's got some great art there!

[Rick Brewster]

For v3.0, I mentioned I was making improvements to the "More" mode of the Colors window as well. Check it out:

Here is a sneak peak at the palette management. I have already saved 1 palette to the list. They are stored as simple .txt files in to My Documents\Paint.NET User Files\Palettes (those last two parts of the path are localizable and will show up in the language you have chosen):

To add the current color to the palette, you click on the "+" button and then click on the position in the palette you want to place the color. To remove a color you click the "x" button and then click the color you want to remove. To ensure the user knows that they should click on a color after the + or x button, the palette will flash to draw the user's attention to it.

(I guess this is currently the "v3.0 preview thread" )

[Illnab1024]

1. Typo:

...sneak peak...

2. Neat...sounds like it took a lot of time. So a pallete will look like this:

FF0000 00FF00 0000FF FFFF00 00FFFF

[code]

Or what is different?

The "More >" window is truely a [i]big[/i] step up. It will actually make me use the HSV sliders. Nice gradient drawing (a similar method to get into the actual drawing modes?).

[BoltBait]

Rick, would it be possible to implement the following:

1) When you click the eye dropper to select a primary or secondary color, immediatly after clicking to select a color, go back to the tool you were using before selecting the eye dropper. On the rare occasion that I need to select a color again, I wouldn't mind selecting the eye dropper again. This is how MS Paint works and I've gotten really used to that behavior.

2) I find myself constantly in the wrong mode when doing extensive edits. Is there a way to combine the Selection modes (square, for example) with the Move Selected Pixels mode? For example, when you select an area with the selection tool, when the mouse pointer is over the selection it would switch to Move mode and when the mouse pointer is outside of the selection it would switch to the selection mode. When the shift key is held down it would switch to Selection mode regardless of where the mouse pointer is. I imagine this as more of a Selection/Move mode and you would need to click Move Selection mode for those functions (just as it is today). If I am not clear, please let me know.

Oh, and any chance we can get a build of 2.7x with the new color docker? I can't wait until 3.0

[Rick Brewster]

1) When you click the eye dropper to select a primary or secondary color, immediatly after clicking to select a color, go back to the tool you were using before selecting the eye dropper. On the rare occasion that I need to select a color again, I wouldn't mind selecting the eye dropper again. This is how MS Paint works and I've gotten really used to that behavior.

This seems reasonable, and probably preferred behavior. The situations where a user would want to pick multiple colors is probably quite small, and even then there would be more clicking around and this would not add much of a burden (the scenario I'm thinking of is someone sampling many color values and then copy+pasting the hex codes into some HTML code or something). I've filed a bug to do this.

2) I find myself constantly in the wrong mode when doing extensive edits. Is there a way to combine the Selection modes (square, for example) with the Move Selected Pixels mode? For example, when you select an area with the selection tool, when the mouse pointer is over the selection it would switch to Move mode and when the mouse pointer is outside of the selection it would switch to the selection mode. When the shift key is held down it would switch to Selection mode regardless of where the mouse pointer is. I imagine this as more of a Selection/Move mode and you would need to click Move Selection mode for those functions (just as it is today). If I am not clear, please let me know.

The problem with doign something like this is that right now the code/logic for these tools is all separate. The Move tools share a bunch of code, and the Selection tools share code, but the two 'sets' of tools are separated. And the Move tools are actually extremely complicated.

Oh, and any chance we can get a build of 2.7x with the new color docker? I can't wait until 3.0

I was thinking about doing this, that is to say backporting it to the v2.xx codebase. It would have minor localization impact, but I just think it needs a more thorough test pass done on it. In other words, I'd like to see it go through the rigorous beta testing gauntlet that other releases have gone through. The reason v2.70 didn't really need a beta testing phase is because I just took a bunch of effects we already had lying around that had no bug reports on them, and integrated them into a well understood, stable code base. The new code for the Colors window is pretty solid, but I would not feel comfortable releasing it without all that testing and feedback first.

[Leif]

The color pallet is really a feature I have missed. Glad to se it is coming in the next version.

May I ask where the tolerance bar went?

I am at the moment trying to learn how to use it. I find it quite useful sometimes.

But it is at the moment small, and difficult to set precisely.

Great program. Thanks for making it; and making it free.

[Emeror Ikinboy]

in version 3.0 is there going to be any animation plug in to add on, because most programs like this have animation at the moment and this one should too

[trickman]

in version 3.0 is there going to be any animation plug in to add on, because most programs like this have animation at the moment and this one should too

oh no, here we go again...

[Emeror Ikinboy]

This been discussed already? :?

[Rick Brewster]

Paint.NET is not an animation program.

[Rick Brewster]

May I ask where the tolerance bar went?

I am at the moment trying to learn how to use it. I find it quite useful sometimes.

But it is at the moment small, and difficult to set precisely.

The tolerance control will be in the 2nd row of the toolbar when a tool that depends on it is active. It will also be larger to accomodate more precise configuration.

[trickman]

This been discussed already? :?

yyyyyyyup. Loads of times. It's in the FAQ.

[trickman]

May I ask where the tolerance bar went?

I am at the moment trying to learn how to use it. I find it quite useful sometimes.

But it is at the moment small, and difficult to set precisely.

The tolerance control will be in the 2nd row of the toolbar when a tool that depends on it is active. It will also be larger to accomodate more precise configuration.

Cool. you could also make it so the full bar would have the number 255 instead of 100%

[Rick Brewster]

.......... why? The tolerance is a 0 to 100% number, not 0 to 255. It isn't like the color values that are stored internally as a byte.

I suppose I could make the top number be 7 or 893 or "elephant", too, if I really wanted :twisted:

[Emeror Ikinboy]

This been discussed already? :?

yyyyyyyup. Loads of times. It's in the FAQ.

didnt know sorry, im new to this :oops: