On Mon, Jun 06, 2005 at 03:50:59PM +0200, Michael Schmitz wrote:
> > > > pbbuttonsd must be started after mouseemu for this to work, and #307068
> > >
> > > Doesn't matter in my setup - I can start mouseemu manually way after
> > > bootup and pbbuttonsd still receives its events.
> >
> > i guess t
> > > pbbuttonsd must be started after mouseemu for this to work, and #307068
> >
> > Doesn't matter in my setup - I can start mouseemu manually way after
> > bootup and pbbuttonsd still receives its events.
>
> i guess the fact my mouseemu configuration uses the fn makes a
> difference here.
If
Hi Miachel
Many thanks for your investigation on this bug! I hope to find some
time over the next week-end to fix this bug.
On Thu, Jun 02, 2005 at 06:24:38PM +0200, Michael Schmitz wrote:
> Hi,
>
> I found the reason for pbbuttonsd not getting any more key events:
> mouseemu grabbing the devic
> > > Change that 1 to 0 and key events are passed on to pbbuttonsd (I imagine
> > > the mouse register device call needs the same change to let pbbuttonsd
> > > react to mouse moves).
> >
> > I have tested this and after restarting both mouseemu and pbbuttonsd, i
> > got the pbbuttonsd keys back.
> > Line 232 of mouseemu.c:
> >
> > register_inputhandler(fd, keyboard_handler, 1);
> >
> > Change that 1 to 0 and key events are passed on to pbbuttonsd (I imagine
> > the mouse register device call needs the same change to let pbbuttonsd
> > react to mouse moves).
>
> I have tested this and a
On Thu, Jun 02, 2005 at 06:24:38PM +0200, Michael Schmitz wrote:
> Hi,
>
> I found the reason for pbbuttonsd not getting any more key events:
> mouseemu grabbing the device for exclusive use seems to prevent
> other processes from receiving events ...
>
> Line 232 of mouseemu.c:
>
> regist
Hi,
I found the reason for pbbuttonsd not getting any more key events:
mouseemu grabbing the device for exclusive use seems to prevent
other processes from receiving events ...
Line 232 of mouseemu.c:
register_inputhandler(fd, keyboard_handler, 1);
Change that 1 to 0 and key events are
Hi,
I can confirm this same behavior with an older version of pbbuttonsd
(0.6.3a). The problem only started after upgrading mouseemu from 0.12-1 to
0.15-2.
Order of starting mouseemu and pbbuttonsd does not matter. Starting
mouseemu 0.15-2 'steals' the function key events from pbbuttonsd, stoppin
On Wed, May 04, 2005 at 03:05:50PM +0200, Gaudenz Steinlin wrote:
> Hi
>
> On Fri, Apr 15, 2005 at 02:12:49AM +0100, Paul Brossier wrote:
> > Package: pbbuttonsd
> > Version: 0.6.7-1
> > Severity: normal
> >
> > I'm not sure which of the two causes problem. If i stop mouseemu, i can
> > access th
Hi
On Fri, Apr 15, 2005 at 02:12:49AM +0100, Paul Brossier wrote:
> Package: pbbuttonsd
> Version: 0.6.7-1
> Severity: normal
>
> I'm not sure which of the two causes problem. If i stop mouseemu, i can
> access the pbbutonsd keys again. This happens with 0.6.6-3 and 0.6.7-1.
I can't reproduce t
Package: pbbuttonsd
Version: 0.6.7-1
Severity: normal
I'm not sure which of the two causes problem. If i stop mouseemu, i can
access the pbbutonsd keys again. This happens with 0.6.6-3 and 0.6.7-1.
On my ibook i use the following settings:
$ grep Key\ /etc/pbbuttonsd.conf
SleepKey
11 matches
Mail list logo
