Fix affected signal and docs

Signal wasn't being called in its primary usecase, which was to interact
without altering the particles. Docs have been updated to clarify the
usecase as well.

This also updates the position properties of custom affector to more
accurately specify if they caused changes.

Change-Id: Ia411d9e81002443a56ed8bab9232f1aad49a4c5e
Reviewed-by: Yunqiao Yin <charles.yin@nokia.com>

1 files changed, 3 insertions, 2 deletions

diff --git a/src/particles/qquickparticleaffector_p.h b/src/particles/qquickparticleaffector_p.h
index 4147488f87..3aec072b7d 100644
--- a/src/particles/qquickparticleaffector_p.h
+++ b/src/particles/qquickparticleaffector_p.h
@@ -178,13 +178,14 @@ protected:
     bool shouldAffect(QQuickParticleData* datum);//Call to do the logic on whether it is affecting that datum
     void postAffect(QQuickParticleData* datum);//Call to do the post-affect logic on particles which WERE affected(once off, needs reset, affected signal)
     virtual void componentComplete();
-    QPointF m_offset;
     bool isAffectedConnected();
     static const qreal simulationDelta;
     static const qreal simulationCutoff;
+
+    QPointF m_offset;
+    QSet<QPair<int, int> > m_onceOffed;
 private:
     QSet<int> m_groupIds;
-    QSet<QPair<int, int> > m_onceOffed;
     bool m_updateIntSet;
 
     QQuickParticleExtruder* m_shape;