Rick Brewster

Paint.NET is not an animation editor ...

I have absolutely no idea what you're talking about.

Ok I'm gonna rip this thing apart and rewrite the logic. It's a steaming pile of junk that should've been rewritten a long time ago.

And to answer the question: Effects do not have access to Layer information. This is very intentional and by design. I don't want Effects to have access to anything but the rendering source and destination Surface objects.

Anyway you'll have to share your code. I have no idea what you're trying to do.

*bonks head* No actually it belongs in Effects API Coding, my bad.

Then this belongs in Effects API Coding. Moved

What do you mean "layer information"? Are you writing a plugin? Or do you want a metadata editor?

No problem

Actually this belongs in General Coding.

Moved to Bugs & Troubleshooting ...

Sorry

I know, I appreciate it

Dang it you're right.

Eventually It's the icon for v3.0.

I haven't posted a full-size. The full size is 2048x2048 and 20 layers or something.

But he stole my icon! (Just kidding, I don't really care, that's kinda what it's there for )

I'd love to man, I just don't have the time to come up with a design and find some place to spit out the shirts ... maybe someday? Plus, running a contest you have the risk that every single design will totally suck. Witness how every other tutorial in the Tutorials forum for awhile was basically just "whoa, run these 3 effects! isn't that trippy!"

When the UserPrimaryColor property is set, it eventually calls a function called SyncHsvFromRgb() which then does the RGB->HSV conversion and sets the controls. Unfortunately there was some code in there that was not suppressing some Changed events, and so the RGB controls were being sync'd again from the HSV stuff. So I had to add in some logic to make it ignore these changes. 15 minutes and 4 lines of code. That other bug about the PDN images opening and showing a white thumbnail took 6 times as long time fix, what a nightmare.

Mine just crashes

The magic wand stuff would be rendered in a background thread, you'd just get a lower framerate, so to speak. The goal would be to have the foreground still completely responsive and take priority over the background stuff. Once you click it'll kill off the background computation and do the 'real' computation. The biggest concern here will be memory usage. But ... honestly, at some point, you just have to require more when adding legitimate functionality.

Moved to Bugs & Troubleshooting C'mon man, you should know the drill by now.

Well hey it's documented in the help file, in Keyboard & Mouse Commands ... not that anybody reads that bloody potato

Dan, you can do this in Paint.NET too. While dragging with the left mouse button, if you want to move the selection, hold down the right button as well and drag.

Ok this bug should be fixed in 2446