There's a remaining issue with FFM: random windows get focus when closing
windows or switching workspaces.
Focus should only be changed intentionally, i.e. by moving into a window or
clicking in a window.
When closing (hiding/minimizing/sending to other workspace) a window,
focus should return
Horrible bug that causes data loss:
1) Open a Nautilus file browser window.
2) Focus a directory or file.
3) Create a file or directory on the desktop, while the Nautilus window is open.
4) Click on the file or directory on the desktop.
5) Press the Delete key on the keyboard to delete the newly s
Dave Gilbert : Indy is right
the f-f-m option sets the focus on the last window visited, and as long as
windows are open the desktop never gets the focus. It means it is impossible to
rename an icon on the desktop (or you need to open a file browser and open the
desktop inside the file browser)
Indy: I'm confused by your comment; I thought menu-in-top-of-window kind
of solved this bug; what exactly is it that doesn't work for you with
this?
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/
Now that in 14.04 the menu can be again on the top of the windows, this
bug becomes more important.
With Focus-follow-mouse activated, it is not possible to rename/delete
desktop elements if the desktop is not completely free.
(Millions of linux users use focus follow mouse in their everyday wo
I am still unable to understand why all this could not be solved by
leaving an *option* to have the dear, old, clumsy if you want, menu *in*
the application window. Ok, I loose 32 vertical pixel; my option, my
problem. If I want to go full screen I have other options.
--
You received this bug not
Could someone please implement the dwell solution and let it be
experimental, e.g. let the option be enabled by set
UNITY_MOUSE_FOCUS_DWELL=1 or similar? At least that would be a starting
point for some experience and feedback.
--
You received this bug notification because you are a member of Ub
... and also my #38 suggestion set
UNITY_CLICK_AND_TYPE_TO_FOCUS_WINDOW=1 please ;)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy focus
To manage notifi
Let me add my voice to the people expecting a modern operating system to
send my keys to the window containing my mouse.
I'm starting to understand why people have strong feelings about Unity.
"I'll just turn on FFM." "No, you can't do that because you'll never be
able to get to your menus.." "WTF
The "dwell" solution mentioned in #42 seems like it would work fine,
although there is another bug requesting the option to turn off global
menu in a window that isn't maximised... this would solve the issue
also there are about 700 people requesting that.
--
You received this bug notificatio
I'd also like to see this reopened and have issues fixed. To me, having
the menus be attached to the windows when not maximized makes the most
sense to me. Any time I have multiple apps visible simultaneously,
accessing menus is a nuisance.
FFM is a requirement for me. I've been using it for al
Gnome-shell uses a "dwell" timeout that works very well for this.
Your mouse has to sit on a window without moving for (iirc) 20 ms. It's
long enough that I've never hit it accidentally, but short enough that
you almost never notice it.
--
You received this bug notification because you are a mem
I vote for option 2 on comment #40, Give the option to wait a little
before changing focus to another window.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks slop
>From what i've read on this problem the only simple solutions that i see
are:
1. As others have suggested, have an option to show the menu in the window
when not maximized.
2. Give the option to wait a little (200ms - 500ms) before changing focus to
another window. This gives plenty of time
Unity with sloppy focus is severely broken - it breaks Eclipse popup-windows
(any RCP based product, not just the java IDE) - javadoc, Ctrl+O, Ctrl+F8,
Ctrl+3 - all broken if the mouse pointer is in the area the popup window will
appear. What happens is that the window appears but is instantly c
I'm sorry of I say something stupid here; I haven't read all posts in
this issue, only the topic and issue itself.
I like sloppy focus, I like Unity and its global menu, and I don't like
the side effects that activate the wrong window's menu. But I have an
suggestion I'd like to discuss.
The ide
rawphi: This looks really interesting, I will check it out.
As for how to manage the settings. I think the status quo is to have a
separate setting in compiz, gtk, kde etc.
Compiz config includes backends which somehow keep all these options in
sync, I think. Here's a little bit of info:
http://
here's a related bug, which deals with unity on big screens (i.e. the
global menu is lots of distance away from small app windows on big
screens).
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/682788/comments/60
i hacked the appmenu-gtk package for a proof-of-concept: the globalmenu
always
** Tags added: focus-follows-mouse
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy focus
To manage notifications about this bug go to:
https://bugs.launch
** Changed in: unity
Assignee: Focus Follows Mouse (focus-follows-mouse) => Focus Follows Mouse
Bugs (focus-follows-mouse-bugs)
** Changed in: unity (Ubuntu)
Assignee: Focus Follows Mouse (focus-follows-mouse) => Focus Follows Mouse
Bugs (focus-follows-mouse-bugs)
--
You received thi
** Changed in: unity
Assignee: (unassigned) => Focus Follows Mouse (focus-follows-mouse)
** Changed in: unity (Ubuntu)
Assignee: (unassigned) => Focus Follows Mouse (focus-follows-mouse)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
FWIW i'd like to let my voice be heard here a well. I *really* like
unity so far, except for the FFM problems. I'd very much like an option
to have the global menu only on maximized windows, which would solve
both the FFM behaviour as make my large monitor more usable with small
windows.
All the o
> Show the menu for the last window to be clicked in.
How about including any keyboard activity in the window, since ffm
removes the need to click, and we (I) often don't click in one?
> I think a certain amount of indication would be needed to make it clear what
> app has the menu focus.
Good
Hi James,
thanks. I joined the team, although I am not (any more at least) a
developer... but I will test and help and comment.
One suggestion: I still think that the best approach to global menu and
focus-follow-mouse would be having the global menu only for maximized
windows. Heck, it would be
Hi everyone. I've decided to take some initiative to solve the long list
of problems with focus follows mouse in Unity. With this aim, I have
created a focus follows mouse team and a PPA to host patched versions of
Oneiric packages.
I have looked for an existing effort but not found anything. Plea
re #30 - it works for many windows but not all. For example thunderbird
still puts its menus up at the top of the screen.
However, doing that edit and using software center to remove all
packages that come up when you search for 'appmenu', which is more than
what is listed at #26 and includes thu
As of 11.10 editing /etc/X11/Xsession.d/80appmenu and 80appmenu-gtk3 to
change UBUNTU_MENUPROXY to 0 works more or less OK. The problem is that
it is global setting for all users, and that there is in fact no natural
place to set this variable for single user.
Couldn't there be a switch
[x] Use
Andres Franceschi [2011-10-15 18:32 -]:
> I would be happy with a global key that 'locks' the global menu into
> place (or equivalently locks focus) allowing me to reach the menu.
> Something like Alt or the like.
You can do that -- press Alt+ (the underlined
letter in the menu that appears),
I would be happy with a global key that 'locks' the global menu into
place (or equivalently locks focus) allowing me to reach the menu.
Something like Alt or the like.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launch
What I'd really like to see is global menu only for maximized windows... sloppy
of click focus, it would be great (and IMHO the most intuitive option).
But it's marked won't fix --- so I suppose no cigar.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
Good news, other people trying to restore their productivity in the face
of Unity global menus have found some ways that might allow you to keep
using Unity rather than necessarily switching back to Gnome.
http://www.addictivetips.com/ubuntu-linux-tips/how-to-disable-global-menu-in-ubuntu-11-10
Personally my preference would be for the solution that mpt proposed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy focus
To manage notifications about
Another option (that i don't think would be too intrusive) would be to
temporarily disable focus-follows-mouse while holding a key (eg. ALT).
So if you needed to access a menu for a particular app, you could just
hold down ALT while you move you mouse to the menu bar and it would
ignore any other w
This truly is something worth fixing, and I'm rather surprised to see it
discounted as a non-issue and a "wont fix" resolution. It sure seems to
me this is something that can be solved in such a way that everyone is
happy and without requiring global menus be disabled (though even then
it doesn't w
Yes, the delay could be a workaround, but I still find it illogical. I continue
to think that having global menu for maximized windows and local menus for
un-maximized ones is the logical, and expected, behavior. But well, it seems
that we (we = people that like Unity after all) are condemned to
I had a similar problem in windows 7, except that it will allow you to
apply the activation delay to focusing a window (I set it to 80ms) which
I have not been able to do in linux.
Linux has an activation delay but it seems to only apply to raising a
window. If this could be enabled for focusing w
For what is worth, I give a +1 to Lachlan Andrew. Moreover, it is so
easy to fix: let the user optionally choose global menu only for
maximized windows, local otherwise. In my humble opinion, it would be
the best of two worlds.
Now I am forced to move the window to touch the upper bar every time I
Hear, hear, neels. Focus-follows-mouse is very standard X11 behaviour
(I even tweak Windows to use FFM when I can), and breaking it is a major
flaw. The argument that it isn't part of the "standard Ubuntu
experience" shows a disappointing disrespect for users.
Fortunately they still support Gno
I'd like to add that the window focus can be made to *alternate*
repeatedly between two windows. Switch on FFM and place your mouse
cursor over the shadow that the topmost window makes.
Hint: I can use FFM almost like in the old days using the "ubuntu-
classic" session and the ring-switcher for th
Oh, the alt trick in comment 14 is rather nice. Maybe I can deal with
this after all. Still looking forward to a patch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu b
Since this situation is marked a duplicate, I'll mention it here, too:
With ffm on, and if any window is open (even gkrellm as a dock) you
can't get a file on the desktop to take keyboard focus. Example: you
can right click to rename a file on the desktop, but the keystrokes go
to whatever window
Yes, F10 will go to the first menu of the panel (first menu of the
application or first indicator if no menu).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks slo
I've just started playing with Unity, and it strikes me that using the
alt+key for grabbing the menu (and esc to cancel) seems to fit in with
a nice workflow, particularly when I note that in actuality I rarely use
the menus. The only problem is that I would like a unified key to do the
grabbing.
I would like to propose a different solution:
Observation: People going for the global menu-bar generally take
advantage of Fitt's Law and shoot the pointer straight upward, rather
than meandering about.
Observation: People using focus-follows-mouse are generally in one of
two states, either inte
I think I would find Jeff's suggestion in comment #11 to be frustrating.
I often zip my mouse over to another window with just a nudge of one
hand (one of the benefits of FFM after all) and then get back to typing
virtually instantaneously. Any kind of delay that caused my input to go
into the "wr
I like the suggestion in comment #5- dynamically disable GM if FFM is
on. However, it sure would be nice to find a way to get them to co-
exist and not have to choose one over the other.
I'd like to offer another suggestion. Forgive me if it has already been
discussed.
Under "Control Center" ->
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy focus
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.
** Patch added: "Work-around -- force compiz to keep stacking order always
up-to-date"
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/674138/+attachment/2084599/+files/compiz-sloppy-v1.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
Here's a quick work-around. Many caveats included:
***
Change the indicator appmenu to to base the menu shown on window stacking
rather than solely on the input focus. This works slightly better under the
"sloppy focus" scheme.
There are, however, some caveats:
* I didn't test what happens
Might I suggest "wishlist" rather than "won't fix"? I've always taken
the latter as "patches not welcome".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy
** Changed in: unity
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy focus
--
ubuntu-bugs mailing list
ubuntu-bugs@li
This has been discussed sufficiently now - there's a proposed spec, a
contributed patch would get a quick review and then user testing (we
don't know if the spec is actually good enough in the end till we test
it). For now, I'm marking this wontfix, but will leave this comment as
an invitation to s
** Changed in: unity (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674138
Title:
"Global" appmenu breaks sloppy focus
--
ubuntu-bugs mailing list
ubuntu-bugs
53 matches
Mail list logo
