Alex,
I think I have figured out what is causing the mouse disruption. I have a
background element where I display the symbol and the symbol description.
Whenever I rollover that, it makes the mouse event's position freak out.
If I set mouseChildren="false" on the background elements, it fixes
I'm using a microsoft wireless mouse on my windows machine and the built-in
touchpad mouse on the macbook pro.
I'll throw together a quick test app for comparison. If the problem still
exists in the test app, I'll package it up as an FXP and AIR file and
submit both with a bug report.
Thanks!
-
Even if the target changed, the stageY should be continously increasing or
decreasing.
What kind of mouse are you using? Do you have the same one for both computers?
I would try a real simple test app that just reports coordinates and see if has
the same problem. If it does, that would be the
Alex,
I ended up commenting out any code that checks against previous mouse
events y coordinates and compiled a new AIR file. I tested on my windows
desktop as well as my macbook pro and I get the same result on both. If I
move too quickly down, the y coordinates flip up top, then back down like
It is up to you. It would be annoying to code up a workaround when it is just
some device or driver on your computer.
On 6/28/12 4:04 PM, "Jake Churchill" wrote:
This is an air app, so it's happening in adl. I can remove some checks and
compile a final release and test if you want.
-
This is an air app, so it's happening in adl. I can remove some checks and
compile a final release and test if you want.
- Sent from my Google Nexus -
On Jun 28, 2012 5:15 PM, "Alex Harui" wrote:
> **
>
>
> Sorry, didn’t notice the StageY was changing as well. Does this happen on
> other machi
Sorry, didn’t notice the StageY was changing as well. Does this happen on
other machines, browsers, etc?
On 6/28/12 2:21 PM, "Jake Churchill" wrote:
No, it always stays the same. Here's what I have, a custom annotation called
DrawingAnnotation which handles clicking, lines, etc. When
No, it always stays the same. Here's what I have, a custom annotation
called DrawingAnnotation which handles clicking, lines, etc. When a line
is added it's drawn on the chart, but all references are stored in the
annotation. For some reason I can't draw directly on the annotation.
Anyway, the
Print the target as well. The target is likely changing and thus, the
coordinates local to that target.
On 6/28/12 10:11 AM, "Jake Churchill" wrote:
Guys and Gals,
I'm working on a charting app where we draw things over the chart (trend lines
and stuff). The problem I'm running into i
Guys and Gals,
I'm working on a charting app where we draw things over the chart (trend
lines and stuff). The problem I'm running into is the mouse events are not
consistent. For example, I'll be drawing and the mouse events come through
with their Y position jumping up to the top, then back whe
10 matches
Mail list logo
