[Bug 1263066] Re: No way to configure wallpaper placement
Thanks; that serves as a workaround, but obviously such an option should not be hidden in a registry. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1263066 Title: No way to configure wallpaper placement To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1263066/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1263058] [NEW] Permanently deleting a file in Nautilus returns to focus to the first file in the directory
Public bug reported: When I press Shift+Delete to permanently delete a file (or several files) in Nautilus, the focus is returned to the very first file in the directory. This is not what I expect. The focus should move to the next file, as it does when the files are moved to the Trash (Delete button). Ubuntu 13.10, fresh install. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Project changed: unity = nautilus (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1263058 Title: Permanently deleting a file in Nautilus returns to focus to the first file in the directory To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1263058/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1263066] [NEW] No way to configure wallpaper placement
Public bug reported: In Ubuntu 13.10, there is no way to configure how the wallpaper is placed -- i.e. whether a wallpaper with a different resolution to the screen should be cropped, streched, centered, etc. This option is missing from both System Settings and from the Unity Tweak Tool. I could add the latter to the bug, but really, the option should be in System Settings proper, which I don't know the package of. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1263066 Title: No way to configure wallpaper placement To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1263066/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 309778] Re: KDE always associates *.jar with the zip mime type
Actually for me, xdg-mime query filetype returns application/x-jar, which does not exist, instead of application/x-java-archive. kmimetypefinder returns the following results: $ kmimetypefinder -f JDownloader.jar application/x-java-archive (accuracy 20) $ kmimetypefinder -c JDownloader.jar application/zip (accuracy 40) I do not see how the score of the filename-based result can be so low. At least it returns x-java-archive. Actually, I have an idea: the mime database also contains an application/java-archive key, which associates jar files with the Sun Java Runtime. I have completely reinstalled my system with 9.04. However, at first I installed Ubuntu (with Gnome), so maybe that also has to do something with it? It is not on my system anymore, though. ** Changed in: shared-mime-info (Ubuntu) Status: Invalid = New -- KDE always associates *.jar with the zip mime type https://bugs.launchpad.net/bugs/309778 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to shared-mime-info in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 309778] Re: KDE always associates *.jar with the zip mime type
I changed the status of shared-mime-info to New, because xdg-mime doesn't return the correct mime type either (see previous post). -- KDE always associates *.jar with the zip mime type https://bugs.launchpad.net/bugs/309778 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to shared-mime-info in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 197188] Re: EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it.
Sebastian: has the bug been created on freedesktop.org? If not, then I daresay the pull model doesn't work. Couldn't you just assign the bug to someone responsible for Japanese support? -- EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it. https://bugs.launchpad.net/bugs/197188 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 197188] Re: EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it.
For me it doesn't work. I am using Kubuntu Hardy. I tried the linked file, and I can see only numbers in KPDF. Screenshot in the attachment. ** Attachment added: Screenshot of KPDF with poppler-data. http://launchpadlibrarian.net/16234317/kpdf.png -- EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it. https://bugs.launchpad.net/bugs/197188 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 197188] Re: EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it.
** Attachment added: Screenshot of KPDF without poppler-data. http://launchpadlibrarian.net/16234904/kpdf1.png -- EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it. https://bugs.launchpad.net/bugs/197188 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 197188] Re: EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it.
I have a similar PDF (which unfortunately I cannot share), and neither Evince nor KPDF could display it. xpdf did, luckily. I installed poppler-data, and as a result, KPDF indeed displayed the document differently. However, by no means would I say that it displayed it correctly. Most of the text just disappeared, and of the rest, some words were readable, but most of it remained gibberish. Strange that such a bug would only get low importance. Nobody is using Ubuntu in Japan? -- EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it. https://bugs.launchpad.net/bugs/197188 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 197188] Re: EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it.
I can confirm this. I am using kpdf and when opening files such as the one above, it just displays garbage. Maybe it is an encoding problem, but since there is no way to set the encoding in kpdf, I am stuck. -- EVINCE, KPDF, ePDFviewer, and KGhostView cannot display any Japanese characters in PDF documents, when XPDF (with the xpdf-japanese plugin) can do it. https://bugs.launchpad.net/bugs/197188 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 66104] Re: [Gutsy] scim: input freezes in various applications under XIM mode
Sorry, it haven't shown up for some time, so it may have been solved. Anyway, if I see it, I will try to provide some info here. -- [Gutsy] scim: input freezes in various applications under XIM mode https://bugs.launchpad.net/bugs/66104 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 66104] Re: [Gutsy] scim: input freezes in various applications under XIM mode
Not to mention that the /FrontEnd/X11/Dynamic for me sometimes reverts to false in ~/.scim/config! I am using Kubuntu, but with the GTK panel (I can't even set it back to the KDE one, skim does not start :-) ). I don't know what causes the phenomenon, I used to think it changed when I changed the configuration, but apparently it doesn't hold. So maybe on new package installs? But it was definitely annoying. -- [Gutsy] scim: input freezes in various applications under XIM mode https://bugs.launchpad.net/bugs/66104 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 123832] Re: Krusader does not accept keyboard input after an Fx function has been invoked (notebook + PS/2 keyboard)
*** This bug is a duplicate of bug 66104 *** https://bugs.launchpad.net/bugs/66104 After I noticed a similar problem in kpdf, I realized it may be related to the input method (scim). After setting the event flow to dynamic in /etc/scim/config, the error has disappeared. Therefore I have marked this bug as duplicate of #66104. ** This bug has been marked a duplicate of bug 66104 scim input freezes in various applications -- Krusader does not accept keyboard input after an Fx function has been invoked (notebook + PS/2 keyboard) https://bugs.launchpad.net/bugs/123832 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee (via bug 66104). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs