Version: 2.3.0 (using 4.3.85 (KDE 4.3.85 (KDE 4.4 Beta2)), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS: Linux (x86_64) release 2.6.32 Gwenview shows EPS images as a rater picture: when you zoom it in, you can see a square for every pixel. Okular work fine with EPS.
For me, the same is true for Okular now, and it is very frustrating. I create a lot of plots from gnuplot using eps, and it is vital for me to have a program that displays them as vector graphics. $ okular --version Qt: 4.8.5 KDE Development Platform: 4.11.2 Okular: 0.17.2
Yngve, could you please report a bug for Okular separately? Ideally, attach a small .eps file there for testing.
*** Bug 332618 has been marked as a duplicate of this bug. ***
*** Bug 135323 has been marked as a duplicate of this bug. ***
1) Also in 4.12.2 gwenview shows .eps files as a rasterimage. 2) (at least for my desktop/laptop) dolphin prefered gwenview to view eps files, with 2nd choice okular which shows the eps fine as a vector graphics. Easy to fix for me with RMB and properties dialog, but other may get a wrong impression when the default app (gwenview) only uses raster. Maybe there is a way to declare okular more preferable for eps files than gwenview? Achim
gwenview.desktop contains a 'fix' for image/* that introduces a regression for eps aka image/x-eps files: ... # InitialPreference should be greater than Okular so that Gwenview is the # primary application associated with images, but less than Konqueror or Dolphin # so that Gwenview is not the primary applications for folders. InitialPreference=8 ... Most images types are better handled with gwenview than okular, but it's definitely not the case for eps files. Amorak had a similar problem with container files: https://bugs.kde.org/show_bug.cgi?id=242292. Using their solution would be a introduce a 2nd desktop file identical to gwenview.desktop except with new values for: applications/kde4/gwenview_vectorformats.desktop: ... # Okular.desktop has InitialPreference 7, gwenview 8, therefore use for all image/* formats # that are better handled by Okular than by gwenview Preference of 6 [bug #220806] MimeType=image/x-eps InitialPreference=6 NoDisplay=true ... Caveats: * according to fd.o desktop standard InitialPreference is KDE only. And MimeType prefs should be handled elsewhere * Lots of duplications 99% of a desktop file So there must be a better/elegant solution. I just don't know/found it. As David Faure worked on the fd.o standard I've subscribe him to this bug. @David: sorry if that is considered inappropriate (what should I've done instead?) I hope you can point us to the right direction to fix this (the other similar problem I can then fix myself). Thx a lot in advance. Achim
Still a problem with git master. Rather than adjusting the load order, we should just fix Gwenview's ability to display .eps vector graphics.
*** Bug 420894 has been marked as a duplicate of this bug. ***
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08.0 (the latest released version)?
Created attachment 184715 [details] eps: gwenview still shows pixels. okular is fine (KDE gear 25.08) Problem still exits in KDE Gear 20.08 (KDE Neon User)
To avoid launching gwenview for eps files, the solution is to provide a correctly ordered list of apps in kde-mimeapps.list (see /usr/share/applications/kde-mimeapps.list, the source for that file is part of the plasma-desktop git repository) (note that last year's fix for bug 305136 removed the concept of InitialPreference completely)
Removing gwenview is only half of the story: [I] ~►grep -i eps /usr/share/applications/kde-mimeapps.list image/x-eps=org.kde.gwenview.desktop [I] ~► Okular should be added for image/x-eps instead