Hey there! Thanks for this handy little tool!

I've two minor usability requests:

1) It would be great to have an angle selection element like in photoshop to chose the emitting direction. You could have an input next to it and a spread-slider (that would tell you the random min/max from the original angle). The spread could be also visualized in the element.

2) when sliding the min-slider of each effect higher then the max slider, the maxslider should automatically move with the min slider. This would come in handy!

I'll think about more usability thinks once I'm back on my PC (or when you'll port it to MacOS) ;)

Thanks!

Additional Note (since i'm not sure if it's possible yet):

3) Adding the option to add a border around everything (not the current particle-emitter)

3b) adding more border options (i.e. having a 2px thick black border followed by an 1px white border) -> important to be able to change the order/zIndex

3c) (not sure if possible yet) adding the options to use a fill on everything (with different blendmodes). This would allow to easily tint the whole animation or reverse colors. 

Thanks!

Hi chrizZzly!

We actually experimented with something like that for directions, but It was confusing due to how directions and min/max work. We have moved that to the low-priority queue and we'll get back to it when we have some spare time.

What do you mean with a border around everything? We could add the option to make the outline thicker, but it would eat a lot of resources.

Related to this, there is a bug where the range is not computed correctly if [min, max] crossed angle 0 modulo 360. For instance, if I want my PFX to send particles flying between -10 and 10 degrees, I would set Min = 350 (this is -10 modulo 360) and Max = 10. But then the program just reverses both values and do as if it was [10, 350] which covers most angles.

Instead, I want 350 to be recognized at -10:

The workaround is to right-click on Direction Min so you can input a negative value, like -10.

Either the gauge (or slider, following OP’s suggestion) should naturally allow negative values (range -360 to 360), or the program should interpret Min value as really the Min value, and do a complete counter-clockwise turn until it meets the Max value, modulo 360. If the user really wants the range to go the other way, then they must reverse Min and Max values themselves.