Public bug reported:
Binary package hint: evince
Evince always applies grayscale font smoothing to displayed documents.
It should be able to provide subpixel antialiasing to match the
appearance of the surrounding GNOME desktop too, if set so in gnome-
appearance-properties.
Steps to reproduce:
** Attachment added: A screenshot of eog showing a 400% zoomed screenshot of
evince displaying a PDF document. It is clearly visible that the menu fonts are
rendered using subpixel antialiasing but the document gets only grayscale
antialiasing.
** Description changed:
Binary package hint: evince
Evince always applies grayscale font smoothing to displayed documents.
It should be able to provide subpixel antialiasing to match the
appearance of the surrounding GNOME desktop too, if set so in gnome-
appearance-properties.
-
Public bug reported:
Binary package hint: gthumb
Steps to reproduce:
1. Delete the content of ~/.thumbnails/normal/
2. Open gconf-editor, navigate to apps - gthumb - browser, uncheck the
option save_thumbnails
3. Open gthumb, navigate to a folder containing images.
Actual results:
is that still an issue?
As with gnome-settings-daemon 2.32.1-0ubuntu5 and indicator-application
0.2.91-0ubuntu2 on Natty, it has become actually worse. Now the layout
indicator shows always the primary layout. The dropdown menu is still
out of sync when using a keyboard shortcut to switch
is that still an issue using the current versions?
No, WFM on Natty with g-s-d 2.32.1-0ubuntu6 and indicator-application
0.2.93-0ubuntu4.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu.
As with gnome-settings-daemon 2.32.1-0ubuntu5 and
indicator-application 0.2.91-0ubuntu2 on Natty, it has
become actually worse. Now the layout indicator shows
always the primary layout.
This new issue is fixed with gnome-settings-daemon 2.32.1-0ubuntu6 and
indicator-application
Thanks a lot for the fix, would you please consider backporting the
updated 06_use_application_indicator.patch to Maverick? The keyboard
layout indicator menu not matching the actually active layout is a very
irritating experience.
--
You received this bug notification because you are a member
The core issue seems to be that 'mount -o loop' creates an udev event,
but unmounting such a loop mount creates none, misleading Nautilus to
offer an non-existent device to the user. The bug description is wrong
anyway, as there is no loop device left after usb-creator.
See also
The only occurrence of
g_app_info_equal
in the eog source in Lucid is
eog-2.30.0/debian/patches/02_toolbar_edit_button.patch
at line 104. Dropping this patch and installing the resulting deb
package silences the annoying terminal noise without real loss of
functionality, because the open with
The package https://launchpad.net/~karl-qdh/+archive/ppa/+files/gnome-
settings-daemon_2.32.0-0ubuntu2_i386.deb makes changing the keyboard
layout from menu inoperable. Shortcut works (I've set it to Alt+Shift).
--
Keyboard layout automatically changes + 100% CPU usage [updated]
Ok, menu changing is fixed
Confirmed for gnome-settings-daemon 2.32.0-0ubuntu3.
Unfortunately, this didn't fix 'en passant' the menu getting out of sync
with the label after unsing a shortcut to switch layout
https://bugs.launchpad.net/ubuntu/+source/indicator-
application/+bug/637360. This
I can't use gnome-terminal hotkeys(in particular
Ctrl+Shift+C and Ctrl+Shift+V) after update
WFM
@Karl:
The out of sync problem with the radio buttons is in dbusmenu AFAIK,
a simple off by one error unfixable in gsd [...] tedg has the bug for that
now.
Thanks for pointing to the
@Karl:
Sorry for such a question, but is there a public bzr branch to monitor
the actual state of your work on g-s-d before it lands in the ppa and
gets in reach of 'apt-get source'? This is sort of irritating on
launchpad in general that patches are mentioned but not automatically
attached to a
I've built g-s-d 2.32.0-0ubuntu4 locally, installed the .deb and it has
an unpleasant habit not to react to the keyboard shortcut for switching
layouts during the first ~5 seconds+ of a gnome session even after
clicking on the desktop or opening a menu (which was necessary before).
Later, when
@Karl:
The points you note about changing the layout is either because
the system is under load or some other transient error as the code
to actually react to the keyboard shortcut hasn't been changed at all.
I'm not quite sure about the first seconds after the start of a gnome
session, but
This problem didn't exist with g-s-d 2.32.0-0ubuntu3.
Please disregard this statement. I was plain wrong. The issue with the
first attempt to switch the keyboard layout in a new window ineffective
is reproducible in 2.32.0-0ubuntu3 and in 2.32.0-0ubuntu2 as well. I'll
file a new bug if this
Public bug reported:
Binary package hint: gnome-settings-daemon
In a new window, switching keyboard layout using a key combination (I
use Alt+Shift) fails for the first time, succeeds for the second and
subsequent attempts.
gnome-settings-daemon 2.32.0-0ubuntu2 (reproduced with 2.32.0-0ubuntu4
The issue with the first attempt to switch the keyboard layout in a new
window ineffective is reproducible in 2.32.0-0ubuntu3 and in
2.32.0-0ubuntu2 as well. I'll file a new bug if this wasn't reported yet.
Filed https://bugs.launchpad.net/ubuntu/+source/gnome-settings-
daemon/+bug/658338.
--
This has regressed upstream and arrived in Maverick. I could reproduce
the bug with gThumb 2.12.0
(http://git.gnome.org/browse/gthumb/commit/?id=97c03fae2b7d9b81b0f8942622de49a483573398)
as well with 3:2.11.3-2build1 from Maverick repos. Reopening, please
forward it upstream.
** Changed in:
The latest packages from the PPA work fine for me on Karmic, but why
does the evince version
2.29.2-0ubuntu2~ppa3
as reported by dpkg and apt-cache differ from
2.29.5-0ubuntu5~ppa3
as listed at https://edge.launchpad.net/~improved-lcd-
filtering/+archive/ppa? If I rebuild the packages from
Never mind, was too quick. Now apt-cache reports the correct version.
--
No subpixel rendering
https://bugs.launchpad.net/bugs/80921
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
I think, this is the same as the upstream bug
https://bugzilla.gnome.org/show_bug.cgi?id=606090 and its possible
dupe https://bugzilla.gnome.org/show_bug.cgi?id=607475. I saw the new
behavior with Evince 2.29.5 on Karmic and found it utterly annoying too.
Unfortunately, I haven't tested with the
I'm not quite sure about the steps prior to unmounting the device in
respect to information you request. 'gvfs-mount -li' and 'udisks --dump'
don't report a loop device after
1. mkdir /tmp/tmpmount
2. sudo mount -o loop ubuntu-10.04-desktop-i386.iso /tmp/tmpmount/
3. sudo umount /tmp/tmpmount
Verified FIXED using gthumb 3:2.14.3-0ubuntu1 on Ubuntu 12.04 and of
course upstream as stated above, tested with gthumb-3.0.2-1.fc17 on
Fedora 17.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
25 matches
Mail list logo