[xdg-desktop-portal-kde] [Bug 440354] New: flatpak Wayland applications don't use correct fonts ant gtk theme
https://bugs.kde.org/show_bug.cgi?id=440354 Bug ID: 440354 Summary: flatpak Wayland applications don't use correct fonts ant gtk theme Product: xdg-desktop-portal-kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: jgrul...@redhat.com Reporter: thanosaposto...@outlook.com Target Milestone: --- Created attachment 140369 --> https://bugs.kde.org/attachment.cgi?id=140369=edit Screenshot from flatseal application running under wayland with bad fonts and wrong theme SUMMARY Flatpak applications running on Wayland don't use the gtk theme neither the system fonts and look really bad. Also they seem to use the gtk filechooser instead of the kde one. It seems like the xdg-desktop-portal-kde not working at all for wayland apps. I have installed xsettingsd so applications use the correct theme/fonts/filepicker when running in X11 session or through Xwayland. Installing also xdg-desktop-portal-gtk makes the applications to use the correct theme and fonts but also the gtk filepicker instead of the kde one. STEPS TO REPRODUCE 1. Install only xdg-desktop-portal and xdg-desktop-portal-kde (without xdg-desktop-portal-gtk) 2. Use a gtk flatpak application that uses Xwayland and verify that uses the correct theme/fonts/filechooser. 3. Use a gtk flatpak application that uses Wayland and see that uses the wrong theme/fonts as well as the gtk filechooser. STEPS TO REPRODUCE with firefox: 1. Use firefox from flathub which uses Xwayland and verify that uses the correct theme/fonts/filechooser. 2. Run firefox with MOZ_ENABLE_WAYLAND=1 to run it as a wayland app and see that uses the wrong theme/fonts as well as the gtk filechooser. EXPECTED RESULT Wayland applications should use the correct theme/fonts and filechooser by only having installed xdg-desktop-portal-kde. SOFTWARE/OS VERSIONS xdg-desktop-portal-kde version: 5.22.4 Linux: Archlinux KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION same result with version 5.22.3 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 417565] New: Closing a panel popup/menu by clicking it or pressing escape breaks temporarily gtk apps scrolling
https://bugs.kde.org/show_bug.cgi?id=417565 Bug ID: 417565 Summary: Closing a panel popup/menu by clicking it or pressing escape breaks temporarily gtk apps scrolling Product: plasmashell Version: 5.18.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: thanosaposto...@outlook.com Target Milestone: 1.0 SUMMARY Clicking on a panel item (like the menu, calendar, wifi indicator, etc...) and closing it by clicking its icon again or by pressing escape breaks temporarily gtk apps scrolling. STEPS TO REPRODUCE 1. Open a gtk app like evince or gedit with some file and resize it at a size where scrolling is available. 2. Focus the gtk app and verify that scrolling works 3. Click on calendar on plasmashell's panel and then close by either clicking on the calendar icon again or by hitting escape. 4. Then click on the open gtk app to focus it again and see that scrolling no longer works OBSERVED RESULT Scrolling breaks if you close panel's menus by clicking on their icons or by hitting escape. If instead you click on the gtk app after you have opened a panel's menu (without closing it first) then scrolling works properly. If you switch windows with alt-tab or with the panel's task manager then scrolling works again. EXPECTED RESULT Scrolling should work when selecting the gtk app again no matter how you closed a panel's menu. SOFTWARE/OS VERSIONS Linux/KDE Plasma: arch linux KDE Plasma Version: 5.18.0 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION I had noticed the same behavior with plasma 5.17 too but I waited for the new release to verify that it's not something it got fixed. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 413531] Add support for snap package format
https://bugs.kde.org/show_bug.cgi?id=413531 --- Comment #2 from Thanos Apostolou --- Should I change the title of this as requesting general squashfs support? Maybe I should change this to "plugins" Component? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 413530] Add option to edit language formats system wide (/etc/locale.conf)
https://bugs.kde.org/show_bug.cgi?id=413530 --- Comment #6 from Thanos Apostolou --- Sorry if I wasn't specific enough, but I wanted this to be a feature request and not a bug. I just mentioned Gnome as a similar UI with the requested functionality. There are other examples as the system config tools of Fedora which integrate in the xfce and mate settings (control panel) which I don't remember how they are called (but I can find them and provide some screenshots if you want me to). However, I believe that a simple "apply system wide" button similar to the "sync" button of the sddm would be the best UI decision. Just to clarify it, because I got a bit confused by the comments, you are not willing to implement such a feature? -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 413531] New: Add support for snap package format
https://bugs.kde.org/show_bug.cgi?id=413531 Bug ID: 413531 Summary: Add support for snap package format Product: ark Version: 19.04.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: elvis.angelac...@kde.org Reporter: thanosaposto...@outlook.com CC: rthoms...@gmail.com Target Milestone: --- SUMMARY Ark cannot open a downloaded snap package but gnome's archive manager (file-roller) can. STEPS TO REPRODUCE 1. Download a snap (e.g. snap download ohmygiraffe) 2. Try to open it with ark (ark ./ohmygiraffe) 3. Install file-roller and open it with that (file-roller ./ohmygiraffe) OBSERVED RESULT Ark cannot open a .snap package EXPECTED RESULT Ark being able to browse a .snap file's contents and extract it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 19.10 with backports ppa (available in About System) KDE Plasma Version: 5.17.1 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.4 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 413530] New: Add option to edit language formats system wide (/etc/locale.conf)
https://bugs.kde.org/show_bug.cgi?id=413530 Bug ID: 413530 Summary: Add option to edit language formats system wide (/etc/locale.conf) Product: systemsettings Version: 5.17.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_formats Assignee: se...@kde.org Reporter: thanosaposto...@outlook.com Target Milestone: --- SUMMARY One feature I am missing from Gnome, is the option to edit globally (system wide) the language formats (regional settings). If you can add either 1) an extra tab at the systemsettings formats kcm to edit the formats system wide or 2) a "apply system wide" button at the current formats kcm page, similar to the "sync" button of the sddm kcm, which will apply the current formats configuration to /etc/locale.conf (the actual path may be needed to be configurable, since I don't know if all distributions are using the same file). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu with backports ppa (available in About System) KDE Plasma Version: 5.17.1 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.4 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412080] add 2px border to CSD gtk windows when shadows are not supported from window manager
https://bugs.kde.org/show_bug.cgi?id=412080 --- Comment #5 from Thanos Apostolou --- Also here are screenshots with the same modifications from the same machine which show that the borders are not used in plasma wayland and xfce which support shadows: https://imgur.com/a/sSSl4yV -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412080] add 2px border to CSD gtk windows when shadows are not supported from window manager
https://bugs.kde.org/show_bug.cgi?id=412080 --- Comment #4 from Thanos Apostolou --- Here: https://imgur.com/a/ibaEKdV When a gtk CSD is unfocused and focused. I wanted to see if I can have the dark colored border only around the header bar and have a light one for the rest border when the window is focused, but it seems impossible (I don't know any theme doing something similar either). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412080] add 2px border to CSD gtk windows when shadows are not supported from window manager
https://bugs.kde.org/show_bug.cgi?id=412080
--- Comment #2 from Thanos Apostolou ---
I experimented a bit with the css and the settings that look best to me are
those:
Edit /usr/share/themes/Breeze/gtk-3.20/gtk.css and inside "decoration { ... }"
change:
.solid-csd decoration {
...
border: solid 2px #475057;
background-color: #475057;
... }
also add a copy of that below:
.solid-csd decoration:backdrop {
...
border: solid 2px #eff0f1;
background-color: #eff0f1;
... }
Edit /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css and inside "decoration {
... }"
change:
.solid-csd decoration {
...
border: solid 2px #31363b;
background-color: #31363b;
... }
(the 3 dots mean the rest properties as they are)
The .solid-csd decoration property applies only to window managers which don't
support shadows, so the borders are shown in kwin and openbox but not in xfce,
gnome and cinnamon. I'm not familiar with kde development but I'll see if I can
do a pull request or something if its hasn't been fixed until I get some free
time (if someone can point me where shall I do that it would be helpfull).
--
You are receiving this mail because:
You are watching all bug changes.
[Breeze] [Bug 412080] New: add 2px border to CSD gtk windows when shadows are not supported from window manager
https://bugs.kde.org/show_bug.cgi?id=412080 Bug ID: 412080 Summary: add 2px border to CSD gtk windows when shadows are not supported from window manager Product: Breeze Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: gtk theme Assignee: uhh...@gmail.com Reporter: thanosaposto...@outlook.com Target Milestone: --- SUMMARY CSD gtk apps are not resizable by mouse when the breeze gtk theme is used in window managers that don't support GTK_FRAME_EXTENDS like openbox and kwin (currently). Add 2px border to CSD windows only when shadows are not supported. I don't know exactly which css property it is but adapta and adwaita gtk themes are already doing this (CSD windows using these themes don't have borders when used with gnome or xfwm4, but they have a thick border when used with openbox/lxde). This should be fixed in the breeze gtk theme (so that it will work for all window managers) independently from https://bugs.kde.org/show_bug.cgi?id=390550 STEPS TO REPRODUCE 1. Try to resize a CSD gtk app (like gnome-disks) when using kwin or openbox SOFTWARE/OS VERSIONS all breeze gtk versions I've tried -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 390550] Very hard to resize GTK CSD windows on X11 due to lack of GTK_FRAME_EXTENTS support
https://bugs.kde.org/show_bug.cgi?id=390550 --- Comment #14 from Thanos Apostolou --- (In reply to Nate Graham from comment #11) > This already works on Wayland, but requires implementing the > GTK_FRAME_EXTENTS protocol in KWin to work on X11. Moving to KWin since > that's where the work needs to be done. Happily, this work is in fact > planned and I'm hoping it will land in Plasma 5.18. In my opinion this should be fixed both at kwin and breeze-gtk. Kwin should implement the GTK_FRAME_EXTENDS protocol but the breeze gtk theme should detect if the window manager doesn't support it (like for example openbox) and add at least a 2px border, in case that someone wants to use breeze theme outside of KDE (I assume that you want breeze theme to be widely adapted even outside of KDE). I don't have any experience with gtk themes, but I was maintainer of the manjaro lxde for a while and I can confirm that at least adwaita and adapta gtk themes are doing this (CSD gtk apps have no border when used in window managers like xfwm4 but have a thick border when used in window managers like openbox). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 407833] New: Add option to use the icon theme's titlebar icons
https://bugs.kde.org/show_bug.cgi?id=407833 Bug ID: 407833 Summary: Add option to use the icon theme's titlebar icons Product: Breeze Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: window decoration Assignee: unassigned-b...@kde.org Reporter: thanosaposto...@outlook.com Target Milestone: --- SUMMARY Even thought the breeze window decoration adapts to the colour of the chosen theme, the titlebar icons (minimize, maximize, close) are always the same. This doesn't look nice with many "client side decoration" apps (usually all the gnome apps). Gtk headerbar has as feature to take these icons from the current icon theme, if they are not specified in the gtk theme (see for example adwaita and plata themes with different icon themes). SUGGESTION Add an option under "Configure Breeze" to switch between breeze titlebar icons and system's selected icon theme's icons. SOFTWARE/OS VERSIONS all plasma versions since I remember (using Fedora, Kubuntu and kde neon unstable) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 394417] New: Add 2px border for client side decoration gtk applications, because they are not resizable
https://bugs.kde.org/show_bug.cgi?id=394417 Bug ID: 394417 Summary: Add 2px border for client side decoration gtk applications, because they are not resizable Product: Breeze Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: gtk theme Assignee: scionicspec...@gmail.com Reporter: thanosaposto...@outlook.com Target Milestone: --- Currently CSD gtk apps (client side decorations) like gnome-disk-utility cannot be resized with mouse, when the breeze gtk theme is used. A simple solution to that is to add a 2px border which is easily clickable. This is what adapta gtk theme does. It has no borders for CSD apps when mutter is used, but it has a 2px border when the window manager cannot resize the CSD app without it (openbox, xfwm4, kwin, etc...). I don't know much about gtk themes but maybe you find useful the bug I had submitted for adapta when I needed it for lxde: https://github.com/adapta-project/adapta-gtk-theme/issues/500 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384745] kwin bug: tiling a window with mouse at screen edge doesn't always succeed
https://bugs.kde.org/show_bug.cgi?id=384745 Thanos Apostolou <thanosaposto...@outlook.com> changed: What|Removed |Added Component|effects-window-management |general -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384745] New: kwin bug: tiling a window with mouse at screen edge doesn't always succeed
https://bugs.kde.org/show_bug.cgi?id=384745 Bug ID: 384745 Summary: kwin bug: tiling a window with mouse at screen edge doesn't always succeed Product: kwin Version: 5.10.5 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: effects-window-management Assignee: kwin-bugs-n...@kde.org Reporter: thanosaposto...@outlook.com Target Milestone: --- Tiling a window with mouse at screen edge doesn't always succeed. Sometimes the window jumps to another area and with other size. I don't see any relevant errors at logs when this is happening and I cannot really explain it. I have reproduced this in many distros (Kubuntu, Fedora, Manjaro) with kwidn 5.9.x and 5.10.x. I made a quick video from manjaro with kwin 5.10.5, in order to demonstrate the problem: -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371245] New: Thunderbird doesn't show email count at system tray when
https://bugs.kde.org/show_bug.cgi?id=371245 Bug ID: 371245 Summary: Thunderbird doesn't show email count at system tray when Product: plasmashell Version: master Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: thanosaposto...@outlook.com When using thunderbird addons like `FireTray` or `MinimizeTo Tray revived` then it should show the unread emails counter at the system tray like for example this image which shows 1 unread email (taken from cinnamon desktop): http://imgur.com/a/PbsdN. However on Plasma5 no matter how unread messages, the system tray icon doesn't change. Tested on Manjaro, Antergos and OpenSuse Tumbleweed. Every other desktop I've used works fine (xfce,mate,cinnamon even lxqt). Only Plasma5 has this problem, so I don't think it's related much to thunderbird, but mabye more to plasma's system tray. Reproducible: Always Steps to Reproduce: 1. Use `firetray` or `minimize to tray revived` addons on thunderbird. 2. Make sure there is an unread email. 3. If you can't understand the normal behavior, which is to show the unread emails number on the system tray icon, then try a different desktop environment to see the difference. -- You are receiving this mail because: You are watching all bug changes.
