[Bug 227186] Re: Evince doesn't print PDF files
Unfortunately, the situation is by no means fixed in Jaunty RC. Opening Simon's good.pdf (https://bugs.launchpad.net/ubuntu/+source/evince/+bug/227186/comments/7) and printing it to pdf with Jaunty RC's evince takes approx. 0.9 sec CPU time and the produced output pdf is approx. 7kB. Opening Simon's wrong.pdf (https://bugs.launchpad.net/ubuntu/+source/evince/+bug/227186/comments/8) and printing it to pdf takes approx. 1.6 sec CPU time and the produced output pdf is 1.5MB (yes, _mega_bytes). Neither evince nor gv could open the resulting pdf. The difference in CPU usage seems not much, but the documents in question are quite short. Making a 10 pages long document from Simon's tex source with some copy-pasting and printing it to pdf will take approx. 1 sec CPU time without T1 fonts and 6.5 sec with T1 fonts, and the resulting pdfs are 20kB vs. 16MB. The CPU usage is even worse when opening the print preview. In case of Simon's pdf, it takes 1 sec CPU time to open good.pdf and display its print preview, but takes 21 sec to do the same with wrong.pdf. With the 10 pages long document it's 2 sec vs. 223 sec. The print preview looks as expected for the documents without T1 fonts, but looks terrible with T1. -- Evince doesn't print PDF files https://bugs.launchpad.net/bugs/227186 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 503372] Re: Evince doesn't retain settings in Lucid
This bug reappeared in a fresh 10.10 installation. The symptoms are the same as described earlier in the comments: When opening a pdf, evince displays a small window with side pane and fit page width. Resize the window, close the side pane, change zoom settings, whatever, then close the window. Open the same pdf (or any other, the result is the same), and evince again opens a small window with side pane and fit page width. -- Evince doesn't retain settings in Lucid https://bugs.launchpad.net/bugs/503372 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 680643] Re: "best fit" doesn't upscale image
Yes, the bug is reproducible with Oneiric Ocelot alpha 3. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in Ubuntu. https://bugs.launchpad.net/bugs/680643 Title: "best fit" doesn't upscale image To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/680643/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 680643] [NEW] "best fit" doesn't upscale image
Public bug reported: Binary package hint: eog Ubuntu 10.10, Eye of Gnome, 2.32.0-0ubuntu1 I would expect that both the "Fit image to the window" toolbar button and the "View -> Best fit" menu item would upscale the image when the image is smaller than the eog window. Instead, they do nothing in this case. 1. Open an image smaller than the eog window. 2. The image is shown in the middle of the window with black borders. 2. Click on "Fit image to the window" toolbar button. 3. Nothing happens. 4. Let's try from the menu: View -> Best fit 5. Nothing happens. 6. Make the eog window smaller than the image. 7. Click on "Fit image to the window" toolbar button. 8. The image is downscaled. ** Affects: eog (Ubuntu) Importance: Undecided Status: New -- "best fit" doesn't upscale image https://bugs.launchpad.net/bugs/680643 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208535] Re: Hardy beta: gnome-display-properties allows switching off the only monitor
Glad you like it. If you would take the commit message from my previous post, please do a s/allow switching/allow to switch/ and s/"Off" entry combo box/"Off" entry/. Thanks (; -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 219575] [NEW] menubar and scrollbar visibility in new windows
Public bug reported: Binary package hint: gnome-terminal In gnome-terminal's default profile I have set both the menubar and the scrollbar to invisible. If I create a new window with the context menu's "Open terminal" menuitem, then neither the menubar nor the scrollbar are shown in the new window, which is just fine. However, if I create a new window by dragging a tab to the root window, then both the menubar and the scrollbar are shown in the newly created window. ProblemType: Bug Architecture: i386 Date: Sat Apr 19 15:10:10 2008 DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/gnome-terminal Package: gnome-terminal 2.22.1-0ubuntu2 PackageArchitecture: i386 ProcEnviron: PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash LC_PAPER=de_DE.UTF-8 SourcePackage: gnome-terminal Uname: Linux 2.6.24-16-generic i686 ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- menubar and scrollbar visibility in new windows https://bugs.launchpad.net/bugs/219575 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 219575] Re: menubar and scrollbar visibility in new windows
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13577345/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13577346/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13577347/ProcStatus.txt -- menubar and scrollbar visibility in new windows https://bugs.launchpad.net/bugs/219575 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 219575] possible fix
If a new terminal window is created by dragging a tab to the root window, then both the menubar and the scrollbar are shown in the newly created window, even if they should be hidden according to the current profile. This happens because after this drag-drop-new window sequence notebook_page_added_callback() calls gtk_widget_show_all() on the newly created window widget, although the visibility of all its child widgets were explicitly set by gtk_widget_(show|hide)() according to the current profile. This fixes #208535 in Launchpad and #528915 in Gnome bugzilla. Signed-off-by: SZEDER Gábor <[EMAIL PROTECTED]> --- src/terminal-window.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) ** Attachment added: "show menubar and scrollbar in a window created by dragging a tab only when needed" http://launchpadlibrarian.net/13581730/0001-show-menubar-and-scrollbar-in-a-window-created-by-dr.patch -- menubar and scrollbar visibility in new windows https://bugs.launchpad.net/bugs/219575 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208535] [NEW] Hardy beta: gnome-display-properties allows switching off the only monitor
Public bug reported: Binary package hint: gnome-control-center If there is only one monitor in the system, the user can choose "Off" from gnome-display-properties' "Resolution" combo box, and there is nothing to prevent applying the changes, not even a warning. Moreover, the changes are stored in ~/.gnome2/monitors.xml, and will be loaded on each subsequent login, even on failsafe logins(!). The user has to delete that file (or fill in its contents appropriately, if he can) before login, to restore the display. A solution to Bug #197673 might be considered as a workaround for this problem, as it will at least not overwrite monitors.xml with a monitorless configuration. But the real solution is clearly to prevent choosing "Off" on all of the monitors. ProblemType: Bug Architecture: i386 Date: Fri Mar 28 23:27:27 2008 DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/gnome-display-properties Package: gnome-control-center 1:2.22.0-0ubuntu3 PackageArchitecture: i386 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-control-center Uname: Linux 2.6.24-12-generic i686 ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208535] Re: Hardy beta: gnome-display-properties allows switching off the only monitor
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/12955786/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/12955787/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/12955788/ProcStatus.txt -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 208535] Re: Hardy beta: gnome-display-properties allows switching off the only monitor
Maybe something like this? Don't allow switching off the only active monitor Currently, users can choose "Off" from gnome-display-properties' "Resolution" combo box and apply this change, even if they have only one active monitor, leaving them without a working display. With this patch the "Off" entry combo box is added to the "Resolution" combo box only when the current output is not the only active output. Signed-off-by: SZEDER Gábor <[EMAIL PROTECTED]> --- capplets/display/xrandr-capplet.c | 21 - 1 files changed, 20 insertions(+), 1 deletions(-) ** Attachment added: "0001-don-t-allow-to-switch-off-the-only-active-monitor.patch" http://launchpadlibrarian.net/12956760/0001-don-t-allow-to-switch-off-the-only-active-monitor.patch -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 231385] Re: EOG opens images with 99% zoom (blurry) instead of 100%
Why not do simply the following?
diff --git a/src/eog-window.c b/src/eog-window.c
--- a/src/eog-window.c
+++ b/src/eog-window.c
@@ -1300,7 +1300,7 @@ eog_window_obtain_desired_size (EogImage *image,
screen_height = monitor.height;
deco_width = window_width - view_width;
- deco_height = window_height - view_height;
+ deco_height = window_height - view_height + 5;
if (img_width > 0 && img_height > 0) {
if ((img_width + deco_width > screen_width) ||
OK, it's not the right solution, but
- it solves the problem (at least with ubuntu's default gtk theme; I don't
know, it might depend on the theme used)
- it has minimal impact (getting a window 5 pixel higher when image collection
is shown doesn't really matters)
- you could ship intrepid with one less annoying bug
--
EOG opens images with 99% zoom (blurry) instead of 100%
https://bugs.launchpad.net/bugs/231385
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
