I could not easily find this workaround from a google search so
documenting it here:
Typical use with caution notice, may cause a (small) rift in the
space-time continuum, etc.
Edit /lib/udev/rules.d/95-upower-csr.rules (with sudo), comment out
(with #) the last set of lines at the bottom so
I just stumbled on this bug. Bug #1292168 from me is related but not
duplicate. I felt that I needed to pull over my related comments from
there:
[lower functionality] always *should* have been a part of the standard
window menu so let's go ahead and have it in there. Secondly, if right
click
Pardon the double post but this is a separate thought:
The standard window actions menu or alt+space menu has always been
available and always will in my perfect world by alt+rightclick
_anywhere_ on a window. Anecdotally, this has been my preferred method
for accessing Always on top/Move
Another thought about the patch, perhaps the function should explicitly
return after a call to lower? Changing the else if button != 1 to just
if would catch all cases and return just in case.
And a positive note about the further breakage - as is this does at
least provide complete consistency
Hard to find but easy to patch :D.
It should be noted that this further breaks user configurability of
click actions. But these settings seem to already be ignored in Unity
lately with or without LIM.
** Patch added: Quick fix - Lower action is hardcoded in.
Related or duplicate: Bug #1291838
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/1291407
Title:
shadows for application names in sidebar are showing
** Also affects: hud
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to hud in Ubuntu.
https://bugs.launchpad.net/bugs/1278720
Title:
Libreoffice HUD entries are unresponsive
Status in Unity HUD:
For those who google this, the quick fix to turn this on in a terminal without
CCSM is
[code]dconf write
/org/compiz/profiles/unity/plugins/unityshell/scroll-inactive-icons true[/code]
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity
I've been running on the code pulled from the bzr branch since yesterday
and it seems like it's never working after I log out and back in. The
box is still checked in CCSM but after I un-check and re-check it's
working again. Can anyone confirm? (and/or have I borked my dconf :P)
--
You received
I took a stab at this one...
Reverted the AppLauncherIcon to the earlier state that will grab focus
if it gets the scroll event, and changed Launcher itself to check its
new setting activate_on_scroll to decide if the event should even be
sent. New option is exposed at the bottom of the CCSM
Honestly, I don't see why middle click should function on inactive
launchers by default but not the wheel. But as long as long as it can be
turned on somehow I'll be a happy camper.
The use case for this that I think those of us who like it have caught
on to without realizing it is that it
Somewhere between that last post and inspecting the behavior very
closely and actually looking at the code, I changed my tune. The
existing scroll up and down mixed behavior was very strange for 3+ open
windows. I created bug #1286784 for this issue.
I'm still for the working on unfocused app
I too find this new corrected behavior a big break in my workflow.
Bring it back please! Or add a toggle option for powerusers who can
control their own wheels and are not confused by the UI actually
reacting to inputs.
This whatever scroll up does scroll down should undo is nonsense.
13 matches
Mail list logo
