Hi Maxime and all,
we were finally ablte to solve this problem. The behaviour was not
caused by OM, but the underlying Windows OS. The input devices on which
the strange behaviour appeared all had right-click emulation via "Press
and hold" enabled (Standard, I guess). In this configuration Windows
isn't smart enough and consumes all inputs from the respective device
for a certain period of time even when the interaction is a completelly
different one (stroke or smth.). Stupid bug (or a feature :)). Anyway,
disabling the emulation leads to a prompt reaction of the input device
on the WB canvas.
regards,
Rene'
~~~~~~~
*Dr.-Ing. Rene' Rosenbaum
meeCoda^IT * - Consulting and Services
~: Neue Reihe 15, 18182 Goorstorf, Germany
#: ++49-(0)-1781408041
@:[email protected] <mailto:[email protected]>
//:www.meecoda.de <http://www.meecoda.de>
~~~~~~~~~~~~~~ +++ ~~~~~~~~~~~~~~~~
On 11/22/2013 1:41 AM, Maxim Solodovnik wrote:
We have no code specific to mouse/penpad.
I'll try to reproduce your issue, but bot sure we can do anything to
resolve it until 3.1 :(
Unfortunately framework current WB implementation is based on is not
supported for 2+ years.
in 3.1 we will move WB to HTML5 and this should resolve such issues (I
believe so)
On Fri, Nov 22, 2013 at 2:09 AM, Sergey <[email protected]
<mailto:[email protected]>> wrote:
Hello!
I think that's how they work with flash. I haven't got such a
big delay, but I have similiar problem with my penpad.
Sergey.
21.11.2013 22:32, "Mathias Bässler" пишет:
Hello everyone,
if I use a penpad or a touchpad (tried different ones) I
noticed a delay in the whiteboard while drawing etc. which
isn't occuring with the mouse.
If I put the pen on the pad, I have to wait like a second
before I can draw, if I start immediately some of the line is
missing.
Is the mouse treated differently or why is this happening and
is there something I can do to solve this?
Greetings,
Mathias
--
WBR
Maxim aka solomax
