Sign in to follow this  
Toli

Toli's Effects (v2.0.2, 20 Jan. 2008)

Recommended Posts

Yeah, there's no requirement as to what borderstyle a plugin uses. While I do like the sleeker, thinner look of the Layers window and whatnot, I also like having the icon in the titlebar :D

Share this post


Link to post
Share on other sites
Yeah, there's no requirement as to what borderstyle a plugin uses...

Yep, thats true, afaik. But it's also true that a uniform look (and feel) throughout all the many windows and dialogs a program may have benefits the user the most (there are even studies about that!) So, e.g., where a submenu can get the job done (group of related commands), it surely is the UI element to be used (it's not only my opinion, see 1).

Any deviation from well established standards just confuses the average user. Instead of learning one convention for L&F throughout all applications of a given S.O. :D, s/he has to 'learn by application'... :?

1 Windows Look and Feel Design Guidelines, Microsoft Press.

Share this post


Link to post
Share on other sites

FormBorderStyle is not constant neither in Windows as a whole, nor even in Paint.NET. Some windows have it FixedToolWindow, others SizableToolWindow, other FixedDialog / FixedSingle (they look almost the same) and the Main window has it Sizable, of course. No applications keep the same FormBorderStyle in all their windows.

Different FormBorderStyles are well suited for different windows, depending of their content and usage. That's why there is more than one FormBorderStyle anyway. Take a look at other applications you use and stop bugging me about things you don't understand well.

Share this post


Link to post
Share on other sites
FormBorderStyle is not constant neither in Windows as a whole, nor even in Paint.NET. Some windows have it FixedToolWindow, others SizableToolWindow, other FixedDialog / FixedSingle (they look almost the same) and the Main window has it Sizable, of course. No applications keep the same FormBorderStyle in all their windows.

Different FormBorderStyles are well suited for different windows, depending of their content and usage. That's why there is more than one FormBorderStyle anyway. Take a look at other applications you use and stop bugging me about things you don't understand well.

Well... :evil:

I was thinking in giving some opinion that could (possibly / perhaps / who knows...) serve as a basis for further discussion for us as a whole, not for a single person, but due to your lack of maturity (yep, this happens at all ages...) and highly inflated self assessment (no, I was not talking to you, just giving an opinion following what pyrochild said - did you notice the quote I used there?) I'll have to answer directly to you. Sorry folks...

Take a look at other applications you use and stop bugging me about things you don't understand well.

Dude, the world does not revolve around you! I gave up discussing with you since when it became crystal clear that you didn't had a clue about things you were making assertions of.

Even being - to put it in simple terms - a software developer for the industry and not just a theoretical genius wanna be, I do take a look not only at other applications but also to all actual work that my team develop; the difference between you and me seems to be that I can look and actually see; I do abstract patterns that guide all my work... so please, forget about me, get a life, be humble!

[/end of a ridiculous discussion - for good!]

Share this post


Link to post
Share on other sites

I still really don't understand why you're saving settings/preferences in a location that is only admin writeable. Or why you're re-writing ResourceManager and trying to get other plugin authors to use it.

Share this post


Link to post
Share on other sites
Because I made a mistake and I didn't have time to fix it.

Take your time, relax, there is no time table here :)

Share this post


Link to post
Share on other sites

The plugins are not broken. They do function. Nobody complained about any error.

If the user does not have writing rights to the location of Paint.NET, then the configuration will not be saved.

For example the plugin window will not remember tis position. That's all. The localization stuff will work anyway, because it is read-only. And as the texts for OK and Cancel Buttons, for now, the class PdnResources still exists. Until it dissappeares, I will correct the code.

So, if you don't mind, I don't think it is necessary to remove the links for now.

Share this post


Link to post
Share on other sites

Toli,

Your plugins are fantastic. However, I really wish that you would provide individual DLL downloads or all within a Zip or something because having an installer is not really necessary. Just a suggestion.

Share this post


Link to post
Share on other sites
Toli,

Your plugins are fantastic. However, I really wish that you would provide individual DLL downloads or all within a Zip or something because having an installer is not really necessary. Just a suggestion.

The first attachment on the original post has the DLLs by themselves, without the installer.

Share this post


Link to post
Share on other sites

This latest version of Mirror/Rotate plugin doesn't seem to be capable of rotating a Selection, unfortunately. When I tried your first release of the plugin it did work with a pasted Selection.

Now with the pasted Selection(s), it will rotate but cuts off the majority of the pasted Selection in the dotted lines and gets lost. It seems to only like to rotate the entire layer instead.

What went wrong with this latest version?

I find myself continuously having to switch the same image back and forth between GIMP and Paint.NET just to get the job done...

Share this post


Link to post
Share on other sites

If the selection is square, it will be rotated as expected.

If it is not square, but rectangular, rotating it will:

1. produce nothing (transparent) in the lateral areas

2. clip whatever would go outside the selection (because Paint.NET doas not alow the plugins to write outside the selection)

Note: this is true for 90 / 270 degrees rotate. 180 degrees rotate works as expected.

Share this post


Link to post
Share on other sites
If the selection is square, it will be rotated as expected.

If it is not square, but rectangular, rotating it will:

1. produce nothing (transparent) in the lateral areas

2. clip whatever would go outside the selection (because Paint.NET doas not alow the plugins to write outside the selection)

Note: this is true for 90 / 270 degrees rotate. 180 degrees rotate works as expected.

Thank you for you reply. I suppose that this is a design flaw in Paint.NET itself then, something that really should be basic functionality in the program itself. I guess I will just have to work with moving entire layers around for now then. Keep up the great work with your plugins Toli.

Cheers,

Dave

Share this post


Link to post
Share on other sites

The Plugin API for Paint.NET only allows a plugin to use the area that is selected. It cannot touch any pixels from outside of that selection on that layer.

Share this post


Link to post
Share on other sites
The Plugin API for Paint.NET only allows a plugin to use the area that is selected. It cannot touch any pixels from outside of that selection on that layer.

Up until today, I wasn't even aware of how simple it was to use the right mouse button to rotate the selection (with or without holding Shift) and that is more then sufficient enough for my needs. Quite handy indeed. So I take back what I said about any flaws in Paint.NET with regards to rotating selections. It couldn't be any easier. I am enjoying this program more and more each day. I think the only thing keeping me switching back once in a while to the GIMP is the GIMPressionist plugin that applies textures with ease to images (or selected regions).

Toli,

Maybe that is something you could take on...

http://vidar.gimp.org/gimpressionist/shots.html

http://docs.gimp.org/en/plug-in-gimpressionist.html

Share this post


Link to post
Share on other sites

We're not haters here. Our own Crazy Man Dan uses the GIMP with aplomb and loves it. :-) So go back and forth if you need. We don't mind.

Share this post


Link to post
Share on other sites
...Crazy Man Dan uses the GIMP with aplomb and loves it.

* Crazy Man Dan hugs Wilber

:wink:

I don't believe he feared a lynching for his continued GIMP usage, but it is rather inefficient to have to keep switching editors to complete a single project, so any feature parity the two can achieve is always welcome. :)

For instance, take GREYCstoration - when the plugin was released for PDN, I started using that in stead of The GIMPs Selective Gaussian Blur (what PhotoShop calls "Smart Blur"). After a while of cleaning photos with PDN, then exporting and cutting out with The GIMP, I decided it would be much easier if I could find a GREYCstoration implementation for The GIMP directly. Turned out there were already three versions made for The GIMP, I had simply never known about how awesome GREYCstoration was.

Also, when dake released the Erode / Dilate filter for PDN, that was one thing I had always missed when not using The GIMP. Turns out that dake's plugin is even better than the The GIMP's implementation, allowing control over effect size and offset shape.

Tanel released Sharpen+, which filled the Unsharp Mask void. Illnab and his Alpha Mask Importer did a serious tiding over of my need for true Alpha Masking. And we can't forget pyrochild with his Gradient Mapping plugin, another PDN tool that wound up being more powerful than the same feature in The GIMP.

On and on it goes. That's one of the great things about this community: As long as there's a need, there always seems to be some freelance programmer with time on his hands to fill that need for everyone. (Even sometimes when there's not a need... :P )

Share this post


Link to post
Share on other sites

I find a lovely poetry in using more than one program to achieve a task, when such a thing is necessary. Almost like a dance. :-)

Share this post


Link to post
Share on other sites
And we can't forget pyrochild with his Gradient Mapping plugin, another PDN tool that wound up being more powerful than the same feature in The GIMP.

...

As long as there's a need, there always seems to be some freelance programmer with time on his hands to fill that need for everyone. (Even sometimes when there's not a need... :P )

...It took me 10 minutes to find Gradient Mapping in GIMP, and another 5 to find the gradient editor, since it uses the program's global gradient, rather than one within the effect... I feel embarassed :oops:

And... ugh... why did you have to remind me of the debacle that was Render Human? :roll:

I find a lovely poetry in using more than one program to achieve a task, when such a thing is necessary. Almost like a dance. :-)
I kind of agree... But only if the programs are different kinds of programs. Like... creating textures in PdN, meshes in Maya or 3DSMax, and a game that makes use of those in Visual Studio. But if the programs are designed with similar or the same function, I just find it redundant. I'd much rather completely do a project in PDN or completely GIMP; not switching back and forth between the two.

Share this post


Link to post
Share on other sites

And... ugh... why did you have to remind me of the debacle that was Render Human? :roll:

One thing though. MediaFile lost it :)

Can someone PM me it or put it up on here? I want to see what it was like :D

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this