Several bugs

[Masonjar13]

• When 'Follow Mouse' is checked, the preview window freezes. Perhaps it should clear the window first?
• Sparks emitter does not work.
• Follow Mouse doesn't work with text emitter.
• AllLines emitter doesn't seem to differ from generic emitter.
• Relative to mouse is 90 degrees off (normal and reverse).
  (Follows the mouse as if it were moving with the mouse. Perhaps this should be changed to point towards where the mouse is on the screen instead when Follow Mouse is disabled?)
• If position edit boxes are empty, particles will be generated at 0,0, ignoring the cross-hair/mouse position.

Testing on AHK Unicode 64-bit, version 1.1.24.02, on Windows 7.

These may not all be bugs, but I'm simply providing the means for you to be aware of them. I'll continue testing at a later time.

[acorns]

Sorry for the late reply, totally forgot git has comments/issues. i stick to the forum/irc. hate git.

1. ya, I tried fixing that, it's mildly annoying but has no impact on performance. it's just old dead things.
2. it does. you need to set both LineWidth and CircleSize (one affects length, one affects width)
3. that is mentioned in the "known issues" on the forums. There are several things I have no idea how to fix.
4. same as 2. you probably have LineWidth set to 0 (default)
5. not sure what you mean, but.. due to how fast it checks, mouse direction seems off but usually it's not. moving just 1 pixel will usually change the direction to 90* or 45* (or anything even like those). mouse checking would need to be slower for less-sensitive angles. (try moving really fast vs slow)
6. Whoops..

[Masonjar13]

You are certainly correct about the line width, I hadn't touched that option yet. Sparks and AllLines are fine.

Regarding the mouse: my expectation was that it would respond to where my mouse is on screen based on placement of where the particles are being created. It is instead based on the last movement of the mouse. To me, it makes sense for the current method to be used when Follow Mouse is checked, and the method I expected to be used for when it's unchecked. Personal preference I suppose, but it does seem a little strange.

I didn't previously see it on the forums; I'll post there from now on, to make it easier for you.

[acorns]

I see what you mean about the angle stuff now. I'll give your idea a try, but it does work as I expect (afterall, it is "relative to mouse" not "angle of mouse to creation point". but your way might fix some angle quirks).

currently it moves in the direction you move your mouse, which is calculated by the previous mouse x/y and current x/y.