Public bug reported:
Randomly, when opening a window that's supposed to be maximized, it will behave
strangely.
The title bar will be a bit off to one side, and even though the window is the
right size, the button on the title bar appears to be for maximizing - not
demaximizing.
When clicking
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/805002
Title:
Windows that appear to be maximized behave strangely
To manage notifications about this bug go to:
Comment #86 said 3 weeks, 4 weeks has been past, where is this update?
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/740126
Title:
Disabling an output can cause vblank events to be
I agree with comments #7 and #8 regarding priority. I know people who
simply cannot use a system with such a small cursor as the default one.
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
This bug is still occurring in 10.04.2 LTS. Any update on plans or
fixes?
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/720444
Title:
windows lower each time moved to another
This bug is still occurring in 10.04.2 LTS. Any update on plans or
fixes?
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/720444
Title:
windows lower each time moved to another
Am 02.07.2011 19:57, schrieb Sam Spilsbury:
Thanks for the patch, but I don't quite understand it. Are you saying
that the viewport option is being appended to options every single
time and this options vector is persistent among calls to
::toViewport ? Since that's definitely wrong and is a
Good find, I'll fix that now
On Sun, Jul 3, 2011 at 3:44 PM, chca 684...@bugs.launchpad.net wrote:
Am 02.07.2011 19:57, schrieb Sam Spilsbury:
Thanks for the patch, but I don't quite understand it. Are you saying
that the viewport option is being appended to options every single
time and
I don't know of one...
window closing doesn't seem to work very well either!
On Sat, Jul 2, 2011 at 8:07 PM, meliniak 799...@bugs.launchpad.net wrote:
any workaround out there besides windows closing?
--
You received this bug notification because you are subscribed to the bug
report.
This bug makes the whole desktop interface barely usable.
What are the alternatives to the wall desktop switcher, besides the cube
switcher which does not hold enough workspaces ?
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz
You can have as many workspaces as you want with cube (just ccsm - core -
horizontal virtual size) but I have been profiling compiz anyways and
noticed that there is a big slowdown when wall paints windows so I'm going
to be looking into that anyways.
On Sun, Jul 3, 2011 at 4:27 PM, Michel
I've found a rather easy workaround. I simply had to disable the
following option in the Device section of my /etc/X11/xorg.conf (see the
attached file) so that vline doesn't wait for non-pageflipped swap
buffers:
Option SwapbuffersWait False
Remeber to restart the xserver afterwards (e.g. log
if I open many windows (e.g. 80 tabs in chromium + thunderbird and other
apps) things slow down a bit but not nearly as bad as it used to be.
I supposed it's the way the do sync to vblank in nux/compiz (?) which
reduces fps.
--
You received this bug notification because you are a member of
13 matches
Mail list logo
