2011/12/22 u-foka ta...@eisenberger.hu
Maybe the best would be a configurable size for the hidden grab area :)
Currently it's difficult to change, how I seen the size is hardcoded
into the theme right?
But is this really necessary?
Three options:
- review feedback and pick a sensible
2011/12/21 John Lea 160...@bugs.launchpad.net
@jan-bakuwel-gmail; in what way is the current Ubuntu window resizing
behaviour different from the Microsoft window resizing behaviour? In
both Windows and Ubuntu we have several px on the left, right and bottom
of the windows that is dragable,
2011/12/21 John Lea 160...@bugs.launchpad.net
@stapostol; thanks for your response, I've marked the bug as also
affects unity2d. Re. the sizing of the dragable area, in WindowsXP the
dragable area is 5px (but it may well be larger in Windows 7). So yes
the size could be increased, but 5px
I can confirm the issue with gnome-shell.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-panel in Ubuntu.
https://bugs.launchpad.net/bugs/811689
Title:
gnome-panel crashed with SIGSEGV in g_closure_invoke()
To manage
2011/8/21 RussianNeuroMancer 160...@bugs.launchpad.net
Now it's again issue in Oneiric.
In both unity and unity2d.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to metacity in Ubuntu.
https://bugs.launchpad.net/bugs/160311
Title:
2011/8/21 Sam Spilsbury smspil...@gmail.com
Invisible borders are not implemented in unity-2d
Are they technically infeasible or could they be implemented with some
effort? If so, where should they be implemented?
--
You received this bug notification because you are a member of Ubuntu
#245:
Our experience is indeed different. I simply cannot make the pointer
appear using a trackpad. It often takes me upwards of 5'' to find the
correct pixel.
Funnily enough, I've had four separate Ubuntu users comment on this
behavior independently, just during the last week. I'm glad to see
2011/1/24 Neilen Marais launch...@chatsubo.lagged.za.net
I think a good modification to the invisible drag handle proposal
would be to rather use resize border resistance. This is a solution
that won't require more than 1 px of UI space to work well. How I
envisage it working is:
1) keep
This is still a bug in 10.10 beta-1, unbelievable! Who must we bribe to
fix this bug? Or at least review the patch I posted four months ago?
Excuse me for the tone but this is pretty basic stuff. The bug has been
reported, patches proposed, what else does it take?
--
Resizing windows by
Agree ith MichaĆ. Additionally, the bottom-left corner does not offer an
enlarged resize grip.
The current Maverick approach feels rather awkward: ~8x8 resize grips on
three out of four corners and 1px resize grips on window edges. Contrast
with Dust theme, which may be ugly but gets the
Personally speaking, I cannot think of any application that will destroy
data if you accidentally hit the close button. They will either prompt you
whether you wish to save first (OpenOffice, Gimp, Gedit, Evolution, the scan
app, ...) or they will be able to resume from where you left (Firefox,
Why would you click above or to the side of the close button on a maximized
window, if not by mistake? What would you expect to happen in that case?
2010/7/23 David Stansby dstan...@gmail.com
For me the problem isn't too easy to close.
If I press the close button I expect the window to
Of course it makes sense to have different behavior when the window is
maximized. The use case is completely different.
Anyway, this is not a forum so I'm bailing out.
2010/7/23 David Stansby dstan...@gmail.com
I wouldn't in that case, but I would when my window wasn't maximized,
and it
I am afraid you are slightly mistaken. In the default configuration, you
used to be able to throw the mouse to the right edge of the screen and only
aim vertically for the close button. While this is more difficult than
throwing the mouse to the corner, it is significantly easier than aiming a
I wouldn't call a thicker border less beautiful. In fact, I have tried
increasing the border size in the Ambiance theme and quite like the
result from both an aesthetic and a usability standpoint. (The only
downside is a minor artifact around the menus, but I'm sure an official
solution would be
I won't be working on this patch anymore, as I consider it good enough
for my needs. If someone familiar with metacity theming wishes to take a
look, check the attached image for the artifacts caused by the
aforementioned patch: in short, the area left of the File menu should
be dark instead of
Please don't let this workaround dilute the need for a real solution. It
is very awkward to perform on laptops touchpads, where you have to press
alt+ left click + right click + move a finger on the touchpad surface at
the same time.
--
Resizing windows by grabbing window borders is difficult
This bug has become unbelievably frustrating in Lucid/Radiance/Ambiance,
to the point where I have edited the theme definition to increase border
size from 1 to 5 (diff attached). Yes, this introduces visual glitches,
but glitches are vastly preferable to not being able to resize windows
using a
One possible compromise is to enable infinite width only for maximized
windows. This is very useful for us with touchpads.
Attached patch implements infinite width and height for maximized
windows.
** Patch added: Implement infinite width/height for maximized windows.
The issue with Ctrl-L is that *it is not a toggle*. Once you enter text
mode, you cannot press Ctrl-L again to move back to button mode. Yes,
this was a very useful feature: enter text mode to navigate to some
distant path, then go back to buttons when you reach that. A common use
case:
1. say
Public bug reported:
Binary package hint: gnome-panel
System information: Karmic amd64, 2.5GB RAM, Intel 80GB SSD, Nvidia
binary drivers (195.36.08).
Users of 3rd party docks, like AWN, docky or cairo-dock, frequently
disable gnome-panel completely. Unfortunately, this results in a strange
bug,
Thanks for the prompt reply, I can confirm that the issue disappears
after uninstalling xsplash.
--
Very slow login after disabling gnome-panel
https://bugs.launchpad.net/bugs/537286
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
I've also managed a similar solution on amd64, by unpacking the jaunty
packages with dpkg -x and manually copying then files to /usr/lib.
(This is very evil and I wouldn't recommend it in the general case.)
--
libgtk1.2 missing on karmic
https://bugs.launchpad.net/bugs/478219
You received this
This issue prevents me from installing my printer drivers. Are there any
known workarounds?
--
libgtk1.2 missing on karmic
https://bugs.launchpad.net/bugs/478219
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+1.2 in ubuntu.
--
I am also experiencing this issue (Jaunty amd64, 2.5GB of RAM *without*
swap file as I am running from a USB stick). Memory consumption after 2
days is 138MB and growing.
I have my panel set to autohide, which *might* have something to do with
the issue.
--
Extreme Memory Leak in gnome-panel
/usr/lib32/gtk-2.0/modules/libgail.so was removed from ia32-libs for
some reason
I can confirm this - anyone knows why?
--
ia32 apps look for libs on the wrong place
https://bugs.launchpad.net/bugs/190227
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
On Thu, 2009-06-25 at 21:27 +, Sam Stenvall wrote:
Currently I have it set up so that when I press the Super key, all
windows are minimized. This is ONLY because it is not possible to create
a keyboard shortcut like Super+D (which would be the Windows equivalent
to minimizing all windows
Most rookie users I know, rename files by right clicking and selecting
'rename' (both on WIndows and on Ubuntu). More savvy ones press F2. The
click, wait, then click again pattern falls somewhere in between - I
personally find it annoying and avoid it (hence like Gnome), but others
swear by it.
Right now, is there a way to map Super_L to open the application menu
*and* be usable in two-key shortcuts (e.g. Super_L+D to minimize
windows), *without* modifying source code?
If so, it would make sense to make this default in Ubuntu.
--
WIN key SUPER_L should be mapped to Applications menu
29 matches
Mail list logo