[dolphin] [Bug 461899] New: If set to show previews, Dolphin will scale down folder icons instead of using the icons provided by the theme if zoom is set to 16x16 or 22x22 pix.
https://bugs.kde.org/show_bug.cgi?id=461899 Bug ID: 461899 Summary: If set to show previews, Dolphin will scale down folder icons instead of using the icons provided by the theme if zoom is set to 16x16 or 22x22 pix. Classification: Applications Product: dolphin Version: 22.08.3 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: riddervancoca...@hotmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Install an icon theme where the 16x16 and 22x22 icon sizes can easily be distinguished from sizes 32x32 and over. 2. Open dolphin and zoom out to size 16x16 or 22x22. The view mode does not matter. It also does not matter whether or not scaling has been enabled in 'Display configuration' (tried using both Wayland and X11). 3. Enable 'show previews'. OBSERVED RESULT With show previews enabled, Dolphin will scale down a larger folder icon for folders containing files. The application will use the correct icons for folders that do not contain files. This behaviour is not exclusive to a single folder type: it happens to 'general' folders as well as the documents, downloads and pictures folders in the user's home folder - and assumedly other folder types, if present, as well. If show previews is not enabled, Dolphin uses the correct icons. EXPECTED RESULT Dolphin uses the correct icon irrespective of whether show previews is enabled or not. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE Neon 5.26 (available in About System) KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 458232] Icon displayed as solid surface: 'Show most recent' entry in 'Recent' drop-down menu in 'Download New' window
https://bugs.kde.org/show_bug.cgi?id=458232 --- Comment #2 from G_v_I --- Thanks, Nate Graham! I wasn't able to find other instances of this bug myself. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 458232] New: Icon displayed as solid surface: 'Show most recent' entry in 'Recent' drop-down menu in 'Download New' window
https://bugs.kde.org/show_bug.cgi?id=458232 Bug ID: 458232 Summary: Icon displayed as solid surface: 'Show most recent' entry in 'Recent' drop-down menu in 'Download New' window Product: systemsettings Version: 5.25.4 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: riddervancoca...@hotmail.com Target Milestone: --- Created attachment 151535 --> https://bugs.kde.org/attachment.cgi?id=151535=edit Example using a not-yet-released version of the Nova7 icon theme SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Install a theme which uses a design with gradients and/or multiple colours for the icon change-date-symbolic. It does not matter whether the icons are saved as png (fixed) or svg (scalable). 2. Go to system settings > appearance 3. Open any of the subcategories which feature a download option (e.g. colours or icons) 4. Click the 'Get New...' button 5. Click the 'Recent' drop-down menu OBSERVED RESULT The icon for 'Show most recent first' will always display as a solid black surface with no gradients; irrespective of whether the icon file used is a png or svg vector image. EXPECTED RESULT The icon is displayed as intended by the artist. Note: the reason why I am filing this as a bug is twofold: - The same behaviour does not apply to the other icons in the same drop-down menu: these all display correctly; - The same icon (change-date-symbolic) is used for the 'Recent' button itself, where it does display correctly. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon (available in About System) KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION I suspect this has not been noticed thus far since the Breeze 'change-date-symbolic' icon uses a solid black design without any gradients. I also wonder what the guidelines for using 'symbolic' icons are. The only information I have been able to find on 'symbolic' icons was on this page for the Gnome, not KDE project: https://wiki.gnome.org/Design/OS/SymbolicIcons. The reasons for using 'symbolic' icons listed on that page do not appear to apply here. What is more, none of the other entries in this drop-down menu use 'symbolic' versions of regular icons. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 440140] Icon resize behaviour inconsistent, affecting usability of unscaled high-resolution desktops
https://bugs.kde.org/show_bug.cgi?id=440140 --- Comment #4 from G_v_I --- Thank you! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 440141] Fusion and MS Windows 9X Application styles prevent 'small icons' from being sized over 16*16 pixels in menus
https://bugs.kde.org/show_bug.cgi?id=440141 --- Comment #2 from G_v_I --- Thank you for your reply. I do not, in that case, know where to report this. To my knowledge, these application styles are distributed with most (if not all) KDE-centric distributions, which suggests that they are an integral part of the desktop environment. The description of the Win 9x style is even 'built-in unthemed Windows 9x-style). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 440140] Icon resize behaviour inconsistent, affecting usability of unscaled high-resolution desktops
https://bugs.kde.org/show_bug.cgi?id=440140 --- Comment #2 from G_v_I --- Thank you for the reply; I appreciate it! This may not be the best place to ask, but does the global scale setting actually up - or downscale items (using something like e.g. the Lanczos algorithm), or does it cause the DE to use smaller or larger alternatives if those are available? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 440141] New: Fusion and MS Windows 9X Application styles prevent 'small icons' from being sized over 16*16 pixels in menus
https://bugs.kde.org/show_bug.cgi?id=440141 Bug ID: 440141 Summary: Fusion and MS Windows 9X Application styles prevent 'small icons' from being sized over 16*16 pixels in menus Product: plasmashell Version: 5.22.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: riddervancoca...@hotmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY The setting under 'Configure Icon Settings > Small icons' has no impact on the icon size in right-click menus and drop-down menus if the Fusion or MS Windows 9X application styles are used: their size will be stuck at 16*16 pixels. If other styles (such as Breeze or Oxygen) are used, icon size settings over 16*16 pixels are correctly applied. STEPS TO REPRODUCE 1. Use the Fusion or MS Windows 9X application style; 2. Make sure the application style is set to show icons in menus; 3. Attempt to set the size of 'Small icons' to anything over 16*16 pixels using 'Configure icon sizes' in System Settings > Icons. 4. Check right-click and drop-down menus. OBSERVED RESULT Right-click and drop-down menus still use icons that are sized 16*16 pixels. EXPECTED RESULT Right-click and drop-down menus use icons of the size selected by the user. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 440140] New: Icon resize behaviour inconsistent, affecting usability of unscaled high-resolution desktops
https://bugs.kde.org/show_bug.cgi?id=440140 Bug ID: 440140 Summary: Icon resize behaviour inconsistent, affecting usability of unscaled high-resolution desktops Product: plasmashell Version: 5.22.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: riddervancoca...@hotmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY KDE Plasma allows icon sizes to be set for the 'Toolbar', 'Main Toolbar', 'Small Icons', 'Panel' and 'Dialogs', provided that the icon theme's index.theme file provides the necessary information and icons in the requisite sizes are available. These settings have no effect, however, on the icons in - Application Menu (and the general list of entries in the Application Launcher); - System Tray; - System Settings, side bar. They also do not affect the icons in the Dolphin side bar which - unlike other parts of the interface - has its own icon size setting. The user will not, likely, encounter any usability issues if they scale their desktop using a global scale of 175% or more since at this scale all icons should be easy to identify. However, if they set KDE Plasma to use a 100% scale they can only set some parts of the interface to use larger icons: icons in the system tray, for instance, will become, and remain, tiny on a standard 4K monitor. This behaviour is highly inconsistent - especially if one takes into consideration that, in addition to the icons used in some parts of the interface, fonts, title bar buttons and window frames, too, can be set to use an appropriate size. STEPS TO REPRODUCE 1. Use a high-resolution monitor (e.g. 4K) 2. Set global scale to 100% 3. Attempt to resize icons by using the 'Configure icon sizes' menu. OBSERVED RESULT Inconsistent results: the size of icons used in some parts of the interface can be changed, while icons used in other parts of the interface cannot. EXPECTED RESULT The size of icons in all parts of the interface can be changed. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 419046] Too easy to delete icon themes by accident
https://bugs.kde.org/show_bug.cgi?id=419046 --- Comment #5 from G_v_I --- (In reply to G_v_I from comment #4) > I do see your point, but I still don't think hiding a delete button and then > making the deletion permanent is a very good idea. > > The hint will be sufficient in the majority of cases, but if you're working > quickly and not focusing on subtle visual cues the result can be quite > frustrating - unnecessarily so, I think. ...I mean initially hiding, of course. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 419046] Too easy to delete icon themes by accident
https://bugs.kde.org/show_bug.cgi?id=419046 --- Comment #4 from G_v_I --- I do see your point, but I still don't think hiding a delete button and then making the deletion permanent is a very good idea. The hint will be sufficient in the majority of cases, but if you're working quickly and not focusing on subtle visual cues the result can be quite frustrating - unnecessarily so, I think. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 419046] Too easy to delete icon themes by accident
https://bugs.kde.org/show_bug.cgi?id=419046 --- Comment #2 from G_v_I --- Not really. I have recently been working on an icon theme, switching to another theme and back again to reload my own theme and see whether, and how, the changes I made worked out. Especially if you are working quickly, it is very easy to click on 'delete' and then 'apply' because the little wastebin in the bottom right corner is normally hidden and you are moreover never asked for confirmation that you want to remove this theme. This would not be all that much of a problem if the theme were not removed permanently, but was put in the wastebin instead. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 419046] Too easy to delete icon themes by accident
https://bugs.kde.org/show_bug.cgi?id=419046 G_v_I changed: What|Removed |Added Component|general |kcm_icons -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 419046] Too easy to delete icon themes by accident
https://bugs.kde.org/show_bug.cgi?id=419046 G_v_I changed: What|Removed |Added Assignee|kmymoney-de...@kde.org |plasma-b...@kde.org Component|general |general Version|unspecified |5.18.3 Product|kmymoney|systemsettings -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 419046] New: Too easy to delete icon themes by accident
https://bugs.kde.org/show_bug.cgi?id=419046 Bug ID: 419046 Summary: Too easy to delete icon themes by accident Product: kmymoney Version: unspecified Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: riddervancoca...@hotmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Open System Settings > Icons. 2. Click on the bottom right corner of the image representing an icon theme (where the 'waste' button is located). 3. Click apply. OBSERVED RESULT The icon theme is completely removed from the system. EXPECTED RESULT The icon theme is either put in the wastebin OR the user is asked for conformation that they want to delete this icon theme. It is very easy to accidentally click the 'delete' button if one actually wants to apply a theme, especially since the delete button is hidden until the user hovers over it. Therefore, it would be best if additional safeguards were in place. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 19.10 with KDE Backports enabled. KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.67.0 Qt Version: 5.12.4 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 410695] Application launcher does not highlight when zoom factor is disabled
https://bugs.kde.org/show_bug.cgi?id=410695 --- Comment #16 from G_v_I --- Thank you for fixing this! -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 410695] KDE application launcher button no longer animated.
https://bugs.kde.org/show_bug.cgi?id=410695 --- Comment #11 from G_v_I --- Created attachment 122009 --> https://bugs.kde.org/attachment.cgi?id=122009=edit Video of issue. A short video showing how 1. Other launcher buttons highlight correctly, and will go dark when clicked. 2. The application launcher button does not respond in this way. 3. After logging off, then logging back in, the application launcher button will briefly respond as expected. 4. The dock buttons are then slightly resized by the dock/system and the situation goes back to what is described under (1) and (2). -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 410695] KDE application launcher button no longer animated.
https://bugs.kde.org/show_bug.cgi?id=410695 --- Comment #10 from G_v_I --- 1. The file I uploaded is from .config/latte. Is there somewhere else I should look? 2. A1 - This is the 'zoom on hover' effect, right? I do not have it enabled. When I do enable it, however, everything works correctly: the application launcher button is hightlighted on hover and 'darkened' on click in the same way other buttons are. The button also increases in size if/when the mouse cursor hovers over it, as intended. A2 - I have tried other buttons, including the default KDE one, but unfortunately the same thing happens. -- You are receiving this mail because: You are watching all bug changes.
