[Bug 1263066] Re: No way to configure wallpaper placement

2013-12-28 Thread David Nemeskey
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 confi

[Bug 1263066] [NEW] No way to configure wallpaper placement

2013-12-20 Thread David Nemeskey
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

[Bug 1263058] [NEW] Permanently deleting a file in Nautilus returns to focus to the first file in the directory

2013-12-20 Thread David Nemeskey
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 but

[Bug 309778] Re: KDE always associates *.jar with the zip mime type

2009-08-08 Thread David Nemeskey
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 Des

[Bug 309778] Re: KDE always associates *.jar with the zip mime type

2009-08-08 Thread David Nemeskey
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 applica

[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.

2008-09-01 Thread David Nemeskey
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 XP

[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.

2008-07-22 Thread David Nemeskey
** 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.ne

[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.

2008-07-22 Thread David Nemeskey
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

[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.

2008-07-21 Thread David Nemeskey
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 j

[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.

2008-04-22 Thread David Nemeskey
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 PD

[Bug 66104] Re: [Gutsy] scim: input freezes in various applications under XIM mode

2007-12-16 Thread David Nemeskey
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

[Bug 66104] Re: [Gutsy] scim: input freezes in various applications under XIM mode

2007-12-11 Thread David Nemeskey
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 c

[Bug 123832] Re: Krusader does not accept keyboard input after an Fx function has been invoked (notebook + PS/2 keyboard)

2007-07-11 Thread David Nemeskey
*** 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