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 th
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 Work
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 [t
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."
https://bugs.launchpad.net/ubunt
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 consiste
This is bug-ish behavior within Expo itself. It can be reproduced
without ever clicking the workspace launcher. You can click anywhere on
the screen immediately after Super+s and Expo will switch straight back
to the workspace nearest to the click, sometimes dragging windows along
with it unpredict
Related or duplicate: Bug #1291407
--
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/1291838
Title:
[regression] Wrong Launcher tooltips decorations/shadows
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 shad
** 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 in
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 Unity
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 scen
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 doesn't
"so we are looking in to adding a setting to restore the old behavior."
I only regret that I have but 2 thumbs to put up for this option.
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dx-packages
htt
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.
Right-cl
16 matches
Mail list logo
