You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by Rene' Rosenbaum <re...@meecoda.de> on 2014/01/10 12:16:31 UTC
Re: different behaviour mouse/penpad
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
@:info@meecoda.de <ma...@meecoda.de>
//: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 <iamtutor.ru@gmail.com
> <ma...@gmail.com>> 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
Re: different behaviour mouse/penpad
Posted by Maxim Solodovnik <so...@gmail.com>.
Thanks!
I hope this will be addressed in HTML5 WB in 3.1
On Fri, Jan 10, 2014 at 6:16 PM, Rene' Rosenbaum <re...@meecoda.de> wrote:
> 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
> meeCodaIT* - Consulting and Services
> ~: Neue Reihe 15, 18182 Goorstorf, Germany
> #: ++49-(0)-1781408041
> @: info@meecoda.de
> //: 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 <ia...@gmail.com> 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
>
>
>
--
WBR
Maxim aka solomax
Re: Aw: Re: different behaviour mouse/penpad
Posted by Rene' Rosenbaum <re...@meecoda.de>.
Dear Ed,
that's a great idea! There are a couple of "time savers" here.
Good to hear that I was able to give back some of all this great support
I got from this group!
Cheers,
Rene'
~~~~~~~
*Dr.-Ing. Rene' Rosenbaum
meeCoda^IT * - Consulting and Services
~: Neue Reihe 15, 18182 Goorstorf, Germany
#: ++49-(0)-1781408041
@:info@meecoda.de <ma...@meecoda.de>
//:www.meecoda.de <http://www.meecoda.de>
~~~~~~~~~~~~~~ +++ ~~~~~~~~~~~~~~~~
On 1/11/2014 10:21 AM, BBS Technik wrote:
> Hi Renè,
>
> many thanks for this solution. The behavior of my penpad in openmeetings made me crazy.
>
> Perhaps we should have a new page in the om wiki with the heading "Tips and tricks for the real life work with OM" set up. There we could then collect such useful informations.
>
> Best regards
>
> Ed
>
> Gesendet: Freitag, 10. Januar 2014 um 12:16 Uhr
> Von: "Rene' Rosenbaum" <re...@meecoda.de>
> An: user@openmeetings.apache.org
> Betreff: Re: different behaviour mouse/penpad
>
> 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 meeCodaIT - Consulting and Services ~: Neue Reihe 15, 18182 Goorstorf, Germany #: ++49-(0)-1781408041 @: info@meecoda.de //: 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 <iamtutor.ru@gmail.com[iamtutor.ru@gmail.com]> 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
>
>
Aw: Re: different behaviour mouse/penpad
Posted by BBS Technik <do...@gmx.de>.
Hi Renè,
many thanks for this solution. The behavior of my penpad in openmeetings made me crazy.
Perhaps we should have a new page in the om wiki with the heading "Tips and tricks for the real life work with OM" set up. There we could then collect such useful informations.
Best regards
Ed
Gesendet: Freitag, 10. Januar 2014 um 12:16 Uhr
Von: "Rene' Rosenbaum" <re...@meecoda.de>
An: user@openmeetings.apache.org
Betreff: Re: different behaviour mouse/penpad
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 meeCodaIT - Consulting and Services ~: Neue Reihe 15, 18182 Goorstorf, Germany #: ++49-(0)-1781408041 @: info@meecoda.de //: 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 <iamtutor.ru@gmail.com[iamtutor.ru@gmail.com]> 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