i can confirm this too, very annoying.
--
Deskbar applet keep gnome panel from completely loading
https://launchpad.net/bugs/35348
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Sebastian, I just checked the GNOME vcs, the font viewer exists there,
even in trunk. Maybe the application was deprecated by some debain
maintainer?
--
gnome-font-viewer missing in gnome-control-center
https://bugs.launchpad.net/bugs/269920
You received this bug notification because you are a
Alexander, I think this bug is connected with
https://bugs.launchpad.net/ubuntu/+source/gnome-control-
center/+bug/157398
It seems that your fix made gnome's behaviour more inconsistent than
necessary (as described in the last commets on LP#157398) ... could you
consider just reverting the fix
** Bug watch added: GNOME Bug Tracker #378338
http://bugzilla.gnome.org/show_bug.cgi?id=378338
** Also affects: gnome-control-center via
http://bugzilla.gnome.org/show_bug.cgi?id=378338
Importance: Unknown
Status: Unknown
** Bug watch added: Novell/SUSE Bugzilla #217790
I'm currently looking into http://svn.gnome.org/viewvc/gnome-settings-
daemon/branches/gnome-2-24/plugins/xsettings/gsd-xsettings-
manager.c?view=markup
(search for get_dpi_from_gconf_or_x_server (GConfClient *client))
Judging from the code:
Basically Gnome uses the dpi value xorg reports when
I found the porblem.
All distributions which provide the file /var/lib/gconf/debian.defaults
/%gconf-tree.xml override the detection of the right dpi.
Patch is being made.
--
GNOME default DPI doesn't match X default DPI
https://bugs.launchpad.net/bugs/157398
You received this bug notification
After talking to seb128 on #ubuntu-desktop, it's now clear that the
hardcoding of 96 dpi was due to this bug
https://launchpad.net/bugs/118745 many people had during the Gutsy dev
time frame.
In my opinion that workaround should be removed again, because
a) hardware detection has improved a lot,
The whole situation could be compared to the bash-dash transition.
People were upset about it and complained, but the transition has been made.
Either we do the transition or we wait until 2050 when all displays
report nicely to xorg.
What has to be done imo is the following:
- Remove that
Looks like this was fixed Jaunty Alpha 4, let's see how that works
out...
http://www.ubuntu.com/testing/jaunty/alpha4
--
GNOME default DPI doesn't match X default DPI
https://bugs.launchpad.net/bugs/157398
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
Public bug reported:
Binary package hint: gnome-panel
To save space, I normally set Ubuntu's top panel to auto-hide.
But the bad defaults make it necessary that I have run gconf-editor to make the
gnome-panel behave more responsive.
a) The hide/unhide animation is too slow.
= Set
*** This bug is a duplicate of bug 387518 ***
https://bugs.launchpad.net/bugs/387518
** This bug has been marked a duplicate of bug 387518
The auto-hide default settings of the gnome-panel are cumbersome, making the
panel look sluggish and uncomfortable
--
Autohide does not entirely
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
The auto-hide default settings of the gnome-panel are cumbersome, making the
panel look sluggish and uncomfortable
https://bugs.launchpad.net/bugs/387518
You received this bug notification because you are a member
** Description changed:
Binary package hint: gnome-panel
To save space, I normally set Ubuntu's top panel to auto-hide.
But the bad defaults make it necessary that I have run gconf-editor to make
the gnome-panel behave more responsive.
a) The hide/unhide animation is too slow.
=
** Description changed:
Binary package hint: gnome-panel
To save space, I normally set Ubuntu's top panel to auto-hide.
But the bad defaults make it necessary that I have run gconf-editor to make
the gnome-panel behave more responsive.
a) The hide/unhide animation is too slow.
=
@NoOp: I sent a patch some time ago to the gnome developers, adjusting
the standard settings regarding autohide size, hide/unhide delay to sane
values. This patch was included, so for most people the obvious symptoms
are fixed.
But I would suggest leaving this bug open here as a reminder, until
Public bug reported:
Binary package hint: gnome-control-center
Ubuntu 10.10 dev, gnome-control-center 1:2.32.0-0ubuntu1.
In gnome-network-manager there is a button to apply the settings system-
wide. After clicking on it I get that System policy prevents ...
dialog, requesting my password. If I
This should probably be the default, I do that every time I setup a new
system, because otherwise people will complain after a few days, that
they can't maximize their windows or about the wasted sreen space etc.
...
--
gnome-panel doesn't hide all the way
https://bugs.launchpad.net/bugs/218982
Public bug reported:
Binary package hint: gnome-panel
I have panels on the top and the left. Both are set to auto-hide with a hidden
size of 1 pixel.
When I move my mouse over the top panel reappears, but the left panel won't.
It has worked in 9.10, but does not work in an up-to-date Lucid.
Public bug reported:
Binary package hint: gdm
There are currently several packages with gdm-themes in the karmic
repository, which don't work anymore with the new gdm in karmic.
Remove them.
Offending packages:
blubuntu-gdm-theme
edgy-gdm-theme
feisty-gdm-theme
gdm-themes
mythbuntu-gdm-theme
Thanks Philip.
Ok, sounds good.
Additionally I would suggest adding a small note to the description which
mentions that:
a) these themes are for an old version of gdm
b) don't work with the newer gdm and
c) the new gdm has no theming options at the moment (so that people can stop
searching for
20 matches
Mail list logo
