The problem is that even if I mouse the mouse pointer in the middle
of the screen, when I switch frames with MOD1+tab,n,p,etc. the mouse
pointer follows the frame, so it happens that my window the I use
a lot is in the left/top corner where the notification will popup
and steal focus.
I just found that I had warp(enable) feature, so I just disabled it and
that will probably solve my problem if I leave the mouse somewhere else
then that portion of the screen, what do you think?
-Chris
--- Etan Reisner <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Feb 2005, C L wrote:
>
> > Using debian unstable - ion3 20050116-1
> >
> > I think I'm seeing a bug with a focus issue in the workspace
> > notification popup "act: <workspacename> that ions puts up in the
> > top/left corner, altough it could be because of the way ion3 is
> > implemented. But here is what I notice anyway:
> >
> > I'm using multiple workspace, and I run gaim in one workspace
> > defined this way:
> >
> > -- Gaim settings
> > -- use a seperate window for buddy list and conversations
> > -- put the buddy pounce notification on the console
> >
> > defwinprop{
> > class = "Gaim",
> > target = "gaim"
> > }
> >
> > defwinprop{
> > class = "Gaim",
> > role = "buddy_list",
> > target = "gaim"
> > }
> >
> >
> > defwinprop{
> > class = "Gaim",
> > role = "conversation",
> > switchto = true,
> > target = "gaim-conversation"
> > }
> >
> > I use the "message notifier" plugin, which sets the "URGENT"
> > window manager hint and prepends the number of messages awaiting
> > in the title bar. Now when this happens, I see that ion puts
> > a notification at the top/left of the workspace saying there's
> > activity waiting for me in the other workspace, but that little box
> > saying "acc:workspace<x>" that pops up, gets the focus sometimes,
> which
> > is annoying, it mostly happens if the window that I was focused in
> was
> > the left/top one as well. I think this might be a bug due to the
> fact
> > that I use "switchto", but only the window should get focus within
> its
> > frame, but not lose my focus in another workspace, make sense?
>
> I'm glad that the 'set urgent' feature is useful to someone other
> than
> just me.
>
> I've seen this same thing and as far as I've been able to tell the
> notification window gets focus when the mouse is over it when it
> shows
> up, which when using mouse warp is quite often. I looked into writing
> an
> alt_hook for the mouse warping but it can't be done from lua
> currently,
> and I don't want to write a c module for that. So I've taken to just
> moving my mouse away from that corner when I know I'm in a
> conversation.
>
> > Another feature that would be nice, is if I could also force that
> "ion
> > workspace notification" feature to happen with defwinprop. I'd
> like to
> > use it for example when my evolution alarm dialog opens up, so that
> I
> > know that I need to go check that workspace. When gaim sets the
> > "urgent" hint for that window, the activity notifier of ion doesn't
> go
> > away until I go to that specific workspace and that's what I'd like
> to
> > control too. I'm not sure if that's the default behavior for new
> > windows, etc.
>
> While I don't quite know how this works, I do know that error/warning
> dialogs from firefox put up the activity notification. (Or at least
> I'm
> pretty sure I remember that, I'm currently not seeing any
> notification
> at all and I'm not sure if I broke something or if it's busted in
> svn.)
> I don't however know if that was notification for something specific
> or
> for new windows in general. I'm sure Tuomo does and will chime in
> soon.
>
> > Let me know what you think...
> >
> > -Chris
>
> -Etan
>
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail
