Created attachment 63833 [details] Screenshot of Writer on Retina MacBook Pro. Icons are pixelated. I've done a little quick testing of LibreOffice 3.5.4.2 on a MacBook Pro with Retina display... it works surprisingly well, most text and lots of graphics are beautifully high-resolution! Icons throughout the interface however are low-resolution, and appear visibly pixelated. It would be nice to provide and load high-resolution versions of the icons when a window is running on a high-resolution screen.
Thank you very much for your report! I completely agree on y This is an enhancement request, therefore adapted Importance picker to "enhancement".
It would be great if someone could confirm that the new Tango icon theme will be Retina compatible.
Can someone please confirm if the new flat Sifr icons on the master build looks good on Retina displays? I do not know anyone using a Retina display, so any help would be appreciated-and we can close this bug.
(In reply to comment #3) > Can someone please confirm if the new flat Sifr icons on the master build > looks good on Retina displays? No, they look fuzzy as well. Icons is not my area of expertise (if there is ever one, I’m just lurking around here), so no idea what needs to be done here.
@Khaled, Thanks for confirming, actually I've recalled that you have a Retina Mac, that's why I added you to CC.
*** Bug 74361 has been marked as a duplicate of this bug. ***
Sifr icons look pixelated as well, because they are also bitmaps (at least in the form they are used in LibreOffice, the source is of course SVG as has been for some generations of icons). So, yes, for 200ppi screens, we'd need 32*32p small icons and 48*48p large icons... + For Sifr, most of them would just need to be re-exported. Some prodding might be needed to get SVGs from some authors. + For Tango, it would be more complicated, as we inherited large amounts of bitmap-only icons there. Many important icons would be re-exportable, however (not saying that it would look great, but better than pixelated icons). + Galaxy: doomed project, unless someone actually recreates all those icons (I'm beyond doubtful) + Oxygen: might be possible, but don't know any specifics (it's possible that it also contains a lot of custom LibreOffice-only bitmap-only icons, just as Tango does) + Classic, High-Contrast: again, doomed. The new high-resolution sets would then also need to be wired up in LibreOffice in a way that they automatically appear on High PPI screens...
I would propose using this bug to track the implementation of how to correctly switch between high PPI and normal version of a theme etc., and to open new bugs for individual themes. (Just opened bug 75485 for a Sifr high PPI version.) Proposals: + LibreOffice should not show the high PPI themes as special themes in the theme selector*, it should instead just switch between themes where appropriate (e.g. Sifr <=> Sifr/192ppi depending on the screen). + Apple use "@2" appended to the image name to mark 192 PPI images and mixes them in with the rest of the theme. It might make sense to follow that convention. However, I am not sure every file system correctly supports the @ character in file names. + Icon sizes should be exactly pixel-doubled, e.g. toolbar: small = 32*32 and large = 48*48 (Adding Keith to CC.)
https://developer.apple.com/library/mac/documentation/userexperience/conceptual/applehiguidelines/IconsImages/IconsImages.html#//apple_ref/doc/uid/20000967-TPXREF102 Apple requires two sizes, 32 x 32 and 64 x 64.
This is still a bug in LibreOffice 4.4.1 on MacBook Pro with Retina display.
Confirmed still in LibreOffice 4.4.2 x86.64 on MacBook Pro with Retina display.
It looks as if HiDPI is getting some love in 4.5 (aka bug #90796) — does anyone know if the problem with LO is that the UI code still doesn't know when to display HiDPI icons, or just whether there are no HiDPI icons yet made?
On the Mac, it will take some unknown amount of work in the drawing layers to get it handling HiDPI screens correctly. Until then, it couldn't handle new bitmaps. On Linux and Windows, LibreOffice needs new bitmaps, and some code to handle loading them: https://bugs.documentfoundation.org/show_bug.cgi?id=90792 BTW, don't confuse bug reports with actual developer activity. There has been some progress in 5.0, but nothing regarding toolbars: http://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=hidpi
Tomaž Vajngerl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5bb5463efefc4d65e3434b37618cb74a1fe2a598 tdf#51733 support SVG icon theme, disk cache and scaling / darken It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Just installed Version: 5.3.0.3 and icons are still blurry.
Hello, Just to share the same problem with version 5.3.3.2 on a Surface Pro 3, Windows 10, screen resolution of 2160x1440
Unfortunately still no HiDPI icon themes available in 5.4.0. Are there any available for download?
Created attachment 137653 [details] Screenshot of writer on m3800 with Hidpi screen, Icons are smooth. As by now svg icons are supported (since https://listarchives.libreoffice.org/global/design/msg07988.html). I can make it work the provided breeze svg icon set from https://cgit.freedesktop.org/libreoffice/core/tree/icon-themes/breeze_svg . Finally a good looking lo in a hidpi screen :) ... I have created a git repo to push the icon set, The steps to make it work are explained there: https://github.com/aleixq/images_breeze_svg_hidpi
*** Bug 115363 has been marked as a duplicate of this bug. ***
Created attachment 141316 [details] Screenshot of Writer on Windows 10 (Lenovo L380), VERY pixelated On my Windows 10, the icons are even more horrible.
Similar issue on Debian Linux. Installing libreoffice-gnome instead of (or even besides) libreoffice-gtk3 fixed the problem.
Same issue here on Archlinux x86_64 with LO 6.1 unfortunately I am not able to fix this issue
Created attachment 144302 [details] archlinux LO 6.1
(In reply to mattia.b89 from comment #22) > Same issue here on Archlinux x86_64 with LO 6.1 > > unfortunately I am not able to fix this issue Displayed on a 24" fullHD screen, thus not a Retina display
It also remains in version 6.0.6 in Linux Mint 19 with 4K display. Icons are blurred all. Only Papirus reduces it.
*** Bug 120424 has been marked as a duplicate of this bug. ***
*** Bug 121359 has been marked as a duplicate of this bug. ***
*** Bug 120253 has been marked as a duplicate of this bug. ***
Created attachment 146714 [details] Pixelated icons 1
Created attachment 146715 [details] Pixelated icons 2
Some icons are ok. Others still pixelated. 28" 4k monitor. 150% scale. Attachment added 2 screenshots (Pixelated icons 1 and 2) Version: 6.2.0.0.alpha1+ (x64) Build ID: 525ed5d1fcb89412f0b80be0b1e35410b048c337 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
Created attachment 147800 [details] LO 6.1.4 start
I'd like to note that the new experimental svg icons in LO 6.2.0.1 show no antialiasing, so they are basically unusable.
This is not really an icon theme issue, it's an HiDPI issue. On the icon theme area this bug is fixed with have - colibre - sifr - elementary - breeze available in svg so the icon theme can be rendered depend on the scale factor.
*** Bug 125962 has been marked as a duplicate of this bug. ***
(In reply to andreas_k from comment #34) > This is not really an icon theme issue, it's an HiDPI issue. > > On the icon theme area this bug is fixed with have > - colibre > - sifr > - elementary > - breeze > > available in svg so the icon theme can be rendered depend on the scale > factor. and as 6.3 Karasa Jaga also :)
Changing priority to 'high' since the number of duplicates is 5 or higher
I see that the breeze icon set includes the SVG theme, but not the breeze dark icon set. The SVG icon set is properly rendered in highdpi, but the dark theme is upscaled. If you want, I can try to create the SVG theme from the white one, but isn't there a faster way? Maybe someone has the source of the pngs?
(In reply to Luca Carlon from comment #38) > I see that the breeze icon set includes the SVG theme, but not the breeze > dark icon set. The SVG icon set is properly rendered in highdpi, but the > dark theme is upscaled. If you want, I can try to create the SVG theme from > the white one, but isn't there a faster way? Maybe someone has the source of > the pngs? We have this bug report https://bugs.documentfoundation.org/show_bug.cgi?id=128849
Breeze SVG icons look way worse than bitmap Breeze ones in hidpi. They're blurry to the point of being barely recognizable.
@Rizal Muttaqin, thanks for pointing me to the proper place. I uploaded a patch.
Judging from the "popularity" of the suggestion of using SVG icons for HiDPI screens it seems to me that rendering results wildly variate, since it has been my case in many Linux distros and LO versions that SVG variants are blurry to the point of ghostly while bitmap ones are blurry just to the point of ugliness.
*** Bug 133066 has been marked as a duplicate of this bug. ***
Is fixing this issue included in the roadmap?
(In reply to richard.carree.com from comment #44) > Is fixing this issue included in the roadmap? No, for the simple reason that no roadmap exists. The Engineering Steering Committee does not mandate any of the contributors to work on any specific thing.