[gwenview] [Bug 379615] Data loss when importing pictures
https://bugs.kde.org/show_bug.cgi?id=379615 Henrik (rkflx) changed: What|Removed |Added Version Fixed In||17.04.02 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 379615] Data loss when importing pictures
https://bugs.kde.org/show_bug.cgi?id=379615 Henrik (rkflx) changed: What|Removed |Added Version Fixed In|17.04.02|17.04.2 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 202414] allow to hide status bar and toolbar
https://bugs.kde.org/show_bug.cgi?id=202414 Henrik (rkflx) changed: What|Removed |Added CC||rk...@lab12.net --- Comment #21 from Henrik (rkflx) --- > Perhaps we should move the Sidebar menu entry there as well, for the sake of > consistency. The current location of the sidebar menu entry is not ideal if only looking at Gwenview, but for the sake of consistency with other applications I'd actually keep them as is (e.g. Dolphin and Kate have theirs split similarly between "View" and "Settings"). On the other hand, Okular is a counterexample. Could we base the placement decision on other characteristics (e.g. "View" menu for content related entries, "Settings" menu for everything relating to chrome)? Unfortunately, that's also not very clear-cut in this case. Let's just keep it as is, as to not confuse users with mysteriously moving menu entries. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 383589] Annotation toolbar icons are blurry on a Hidpi screen
https://bugs.kde.org/show_bug.cgi?id=383589 Henrik (rkflx) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |CONFIRMED CC||rk...@lab12.net --- Comment #2 from Henrik (rkflx) --- Can confirm annotation toolbar being blurry, both with integer (2x) and non-integer (1.5x) scaling. Setup: current Tumbleweed w/ Qt 5.9.1 Okular branches tested: master (0c4c2ddb), arcpatch-D6268, gsoc2017_hidpi_support (5c08d3f8) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 358254] Setting the toolbar font does nothing
https://bugs.kde.org/show_bug.cgi?id=358254 Henrik (rkflx) changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 CC||rk...@lab12.net --- Comment #4 from Henrik (rkflx) --- Allan: I'm working on a similar fix in https://phabricator.kde.org/D6697 (while I included the bug number, somehow I missed your comment until now as it only appeared shortly before I submitted my review – sorry for that). However, it seems I cannot get your fix to Qt working locally. I tried Plasma (Breeze), IceWM (Fusion) and XFCE (Adwaita), all with Qt 5.9.1 on Tumbleweed which should include your patch according to gerrit. For testing I created a MainWindow with a toolbar in Qt Designer. Only with Plasma the MainWindow picked up KDE's settings: Menubar as specified in kdeglobals, but Toolbar got general font. I also tested with Qt 5.6.2, which should not include your patch. We get the same behaviour as above (only Plasma was tested). This means your patch seems to change nothing for me. Apparently KDE's settings are picked up only in Plasma, and then the Plasma QPA takes over which is not based on the unix platformtheme. Could you share how to reproduce your fix properly? (I might have missed something). Let me know if we should continue this discussion in gerrit. Even though I might commit my patch to Plasma (which works on both 5.6.2 and 5.9.1, so not dependant on your Qt patch) shortly, I'd be interested to understand your Qt patch properly, as I'll maybe look into the "Toolbar vs Toolbutton" issue in the next weeks. -- You are receiving this mail because: You are watching all bug changes.
