[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 Bug Janitor Service changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #31 from Bug Janitor Service --- This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #30 from Bug Janitor Service --- Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #29 from Nate Graham --- Well that's odd. I can't reproduce the issue. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #28 from Patrick Silva --- Same thing after these commands: $export PLASMA_USE_QT_SCALING=1 $plasmashell --replace -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #27 from Nate Graham --- Does the size look better if you set PLASMA_USE_QT_SCALING=1 and restart plasma? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #26 from Patrick Silva --- output of 'xrandr --verbose' Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 VGA-1 disconnected (normal left inverted right x axis y axis) Identifier: 0x42 Timestamp: 6492995 Subpixel: unknown Clones: CRTCs: 0 1 2 Transform: 1.00 0.00 0.00 0.00 1.00 0.00 0.00 0.00 1.00 filter: link-status: Good supported: Good, Bad CONNECTOR_ID: 76 supported: 76 non-desktop: 0 range: (0, 1) HDMI-1 connected primary 1920x1080+0+0 (0x48) normal (normal left inverted right x axis y axis) 510mm x 290mm Identifier: 0x43 Timestamp: 6492995 Subpixel: unknown Gamma: 1.0:1.0:1.0 Brightness: 1.0 Clones: CRTC: 0 CRTCs: 0 1 2 Transform: 1.00 0.00 0.00 0.00 1.00 0.00 0.00 0.00 1.00 filter: EDID: 00001e6d235a01010101 0a1b010380331d78ea6275a3554fa027 125054210800714081c0810081809500 9040a9c0b300023a801871382d40582c 4500fe22111e00fd00383d1e 530f000a20202020202000fc0032 334d5035350a20202020202000ff 000a202020202020202020202020016c 02031df14a900403011412051f101323 090707830165030c00123a80 1871382d40582c4500fe22111e01 1d8018711c1620582c2500fe2211 9e011d007251d01e206e285500fe2211 1e8c0ad08a20e02d10103e9600fe 22111800 00e6 max bpc: 12 range: (8, 12) content type: No Data supported: No Data, Graphics, Photo, Cinema, Game Colorspace: Default supported: Default, SMPTE_170M_YCC, BT709_YCC, XVYCC_601, XVYCC_709, SYCC_601, opYCC_601, opRGB, BT2020_CYCC, BT2020_RGB, BT2020_YCC, DCI-P3_RGB_D65, DCI-P3_RGB_Theater aspect ratio: Automatic supported: Automatic, 4:3, 16:9 Broadcast RGB: Automatic supported: Automatic, Full, Limited 16:235 audio: auto supported: force-dvi, off, auto, on link-status: Good supported: Good, Bad CONNECTOR_ID: 79 supported: 79 non-desktop: 0 range: (0, 1) 1920x1080 (0x48) 148.500MHz +HSync +VSync *current +preferred h: width 1920 start 2008 end 2052 total 2200 skew0 clock 67.50KHz v: height 1080 start 1084 end 1089 total 1125 clock 60.00Hz 1920x1080 (0x49) 148.500MHz +HSync +VSync h: width 1920 start 2448 end 2492 total 2640 skew0 clock 56.25KHz v: height 1080 start 1084 end 1089 total 1125 clock 50.00Hz 1920x1080 (0x4a) 148.352MHz +HSync +VSync h: width 1920 start 2008 end 2052 total 2200 skew0 clock 67.43KHz v: height 1080 start 1084 end 1089 total 1125 clock 59.94Hz 1920x1080i (0x4b) 74.250MHz +HSync +VSync Interlace h: width 1920 start 2008 end 2052 total 2200 skew0 clock 33.75KHz v: height 1080 start 1084 end 1094 total 1125 clock 60.00Hz 1920x1080i (0x4c) 74.250MHz +HSync +VSync Interlace h: width 1920 start 2448 end 2492 total 2640 skew0 clock 28.12KHz v: height 1080 start 1084 end 1094 total 1125 clock 50.00Hz 1920x1080i (0x4d) 74.176MHz +HSync +VSync Interlace h: width 1920 start 2008 end 2052 total 2200 skew0 clock 33.72KHz v: height 1080 start 1084 end 1094 total 1125 clock 59.94Hz 1680x1050 (0x4e) 119.000MHz +HSync -VSync h: width 1680 start 1728 end 1760 total 1840 skew0 clock 64.67KHz v: height 1050 start 1053 end 1059 total 1080 clock 59.88Hz 1400x1050 (0x4f) 101.000MHz +HSync -VSync h: width 1400 start 1448 end 1480 total 1560 skew0 clock 64.74KHz v: height 1050 start 1053 end 1057 total 1080 clock 59.95Hz 1600x900 (0x50) 108.000MHz +HSync +VSync h: width 1600 start 1624 end 1704 total 1800 skew0 clock 60.00KHz v: height 900 start 901 end 904 total 1000 clock 60.00Hz 1280x1024 (0x51) 108.000MHz +HSync +VSync h: width 1280 start 1328 end 1440 total 1688 skew0 clock 63.98KHz v: height 1024 start 1025 end 1028 total 1066 clock 60.02Hz 1440x900 (0x52) 88.750MHz +HSync -VSync h: width 1440 start 1488 end 1520 total 1600 skew0 clock 55.47KHz v:
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #25 from Patrick Silva --- Created attachment 143295 --> https://bugs.kde.org/attachment.cgi?id=143295=edit screenshot taken in a user account created a few hours ago output of 'qdbus org.kde.KWin /KWin supportInformation' Version === KWin version: 5.23.2 Qt Version: 5.15.2 Qt compile version: 5.15.2 XCB compile version: 1.14 Operation Mode: X11 only Build Options = KWIN_BUILD_DECORATIONS: yes KWIN_BUILD_TABBOX: yes KWIN_BUILD_ACTIVITIES: yes HAVE_GBM: yes HAVE_EGL_STREAMS: yes HAVE_X11_XCB: yes HAVE_EPOXY_GLX: yes HAVE_WAYLAND_EGL: yes X11 === Vendor: The X.Org Foundation Vendor Release: 12013000 Protocol Version/Revision: 11/0 SHAPE: yes; Version: 0x11 RANDR: yes; Version: 0x14 DAMAGE: yes; Version: 0x11 Composite: yes; Version: 0x4 RENDER: yes; Version: 0xb XFIXES: yes; Version: 0x50 SYNC: yes; Version: 0x31 GLX: yes; Version: 0x0 Decoration == Plugin: org.kde.breeze Theme: Plugin recommends border size: None Blur: 0 onAllDesktopsAvailable: false alphaChannelSupported: true closeOnDoubleClickOnMenu: false decorationButtonsLeft: 0, 2 decorationButtonsRight: 6, 3, 4, 5 borderSize: 0 gridUnit: 14 font: Noto Sans,10,-1,0,50,0,0,0,0,0 smallSpacing: 3 largeSpacing: 14 Platform == Name: KWin::X11StandalonePlatform Cursor == themeName: breeze_cursors themeSize: 24 Options === focusPolicy: 0 xwaylandCrashPolicy: xwaylandMaxCrashCount: 3 nextFocusPrefersMouse: false clickRaise: true autoRaise: false autoRaiseInterval: 0 delayFocusInterval: 0 shadeHover: false shadeHoverInterval: 250 separateScreenFocus: false activeMouseScreen: true placement: 4 focusPolicyIsReasonable: true borderSnapZone: 10 windowSnapZone: 10 centerSnapZone: 0 snapOnlyWhenOverlapping: false rollOverDesktops: true focusStealingPreventionLevel: 1 operationTitlebarDblClick: 5000 operationMaxButtonLeftClick: 5000 operationMaxButtonMiddleClick: 5015 operationMaxButtonRightClick: 5014 commandActiveTitlebar1: 0 commandActiveTitlebar2: 28 commandActiveTitlebar3: 2 commandInactiveTitlebar1: 4 commandInactiveTitlebar2: 28 commandInactiveTitlebar3: 2 commandWindow1: 7 commandWindow2: 8 commandWindow3: 8 commandWindowWheel: 28 commandAll1: 10 commandAll2: 3 commandAll3: 14 keyCmdAllModKey: 16777250 showGeometryTip: false condensedTitle: false electricBorderMaximize: true electricBorderTiling: true electricBorderCornerRatio: 0.25 borderlessMaximizedWindows: false killPingTimeout: 5000 hideUtilityWindowsForInactive: true compositingMode: 1 useCompositing: true hiddenPreviews: 1 glSmoothScale: 2 glStrictBinding: true glStrictBindingFollowsDriver: true glCoreProfile: false glPreferBufferSwap: 101 glPlatformInterface: 1 windowsBlockCompositing: true latencyPolicy: renderTimeEstimator: Screen Edges desktopSwitching: false desktopSwitchingMovingClients: false cursorPushBackDistance: 1x1 timeThreshold: 150 reActivateThreshold: 350 actionTopLeft: 0 actionTop: 0 actionTopRight: 0 actionRight: 0 actionBottomRight: 0 actionBottom: 0 actionBottomLeft: 0 actionLeft: 0 Screens === Multi-Head: no Active screen follows mouse: yes Number of Screens: 1 Screen 0: - Name: HDMI-1 Geometry: 0,0,1920x1080 Scale: 1 Refresh Rate: 6 Compositing === Compositing is active Compositing Type: OpenGL OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics (HSW GT1) OpenGL version string: 3.0 Mesa 21.2.4 OpenGL platform interface: GLX OpenGL shading language version string: 1.30 Driver: Intel GPU class: Haswell OpenGL version: 3.0 GLSL version: 1.30 Mesa version: 21.2.4 X server version: 1.20.13 Linux kernel version: 5.15 Direct rendering: Requires strict binding: yes GLSL shaders: yes Texture NPOT support: yes Virtual Machine: no OpenGL 2 Shaders are used Loaded Effects: --- zoom slidingpopups kwin4_effect_logout kwin4_effect_login kwin4_effect_sessionquit kwin4_effect_windowaperture slide screenshot desktopgrid colorpicker kwin4_effect_fadingpopups kwin4_effect_maximize kwin4_effect_frozenapp kwin4_effect_fade kwin4_effect_morphingpopups kwin4_effect_fullscreen kwin4_effect_squash kwin4_effect_dialogparent presentwindows highlightwindow blur contrast startupfeedback screenedge kscreen Currently Active Effects: - blur contrast Effect Settings: zoom: zoomFactor: 1.2 mousePointer: 0 mouseTracking: 0 focusTrackingEnabled: false textCaretTrackingEnabled: false focusDelay: 350 moveFactor: 20 targetZoom: 1 slidingpopups: slideInDuration: 37 slideOutDuration: 62 kwin4_effect_logout: pluginId: kwin4_effect_logout isActiveFullScreenEffect: false kwin4_effect_login: pluginId: kwin4_effect_login isActiveFullScreenEffect: false kwin4_effect_sessionquit: pluginId: kwin4_effect_sessionquit isActiveFullScreenEffect: false kwin4_effect_windowaperture: pluginId: kwin4_effect_windowaperture isActiveFullScreenEffect: false slide:
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 kde@grau.net changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REOPENED|NEEDSINFO --- Comment #24 from kde@grau.net --- Changed status to needs info -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #23 from kde@grau.net --- Can you provide screenshots that demonstrate the problem? Does it also happen if you create a new user? Also, please attache the output of qdbus org.kde.KWin /KWin supportInformation xrandr --verbose -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 kde@grau.net changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #22 from Patrick Silva --- X11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #21 from Nate Graham --- X11 or Wayland? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #20 from Patrick Silva --- Icons of Small Icons task switcher are still tiny when I set display scale to 150% on Plasma 5.23.2. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 Nate Graham changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #19 from Nate Graham --- This should definitely be fixed now with code overhauls to how the tab box code handled scaling within the past year or two. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 kde@grau.net changed: What|Removed |Added Status|REPORTED|NEEDSINFO CC||kde@grau.net Resolution|--- |WAITINGFORINFO --- Comment #18 from kde@grau.net --- This issue report is quite old. Can you please confirm, that it still persists with KDE 5.23? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #17 from Nate Graham--- Yeah, I hear you. Thing is, if people never see the broken Firefox icon, they won't be able to help fix it. Ever since I've seen it, it's been so annoying that I've been working to get it fixed: https://bugzilla.mozilla.org/show_bug.cgi?id=1371932 https://bugzilla.mozilla.org/show_bug.cgi?id=1371931 https://bugzilla.opensuse.org/show_bug.cgi?id=1057115 https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1715213 https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/1715214 It's also not universally broken; openSUSE already patches the icon to not be ugly, and hopefully my efforts will result in the same for Ubuntu too, or even all Firefox and Thunderbird users. So my preference would be to fix the DPI issue originally reported here, which will fix the size problem for hiDPI users and result in *most* icons in the Large Icons task switcher being nice and sharp, and also bring greater visibility to the few remaining icon problems so that people can help get them fixed. But you're the maintainer, and we'll respect your decision. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #16 from Martin Flöser--- @Nate: I fully understand that the problem is already present today. I only point out that the issue is more exposed if we support it. We have been at showing smaller icons (users were vivid about it), we have been at showing pixelate icons (users were even more angry about it). The problem is that the users don't understand that Firefox provides a bad icon. What they see is that it looks either bad by having partially large icons and small icons or that it's pixelated. This gives Plasma a bad look and many users get really, really angry about it and rant about the missing finishing touch on social media. I'm writing this because we have been there, we experienced these issues especially about the upscaled icons in large task switcher. You might be able to live with it, but users with OCD cannot. I don't have a problem with changing the small one to support high dpi. For the large one I'm unsure, because I see lots of other issues coming in for us. I could say "I don't care, just support high dpi", but that would mean ignoring almost a decade of experience on Alt+Tab and it's issues ;-) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 Dr. Chapatinchanged: What|Removed |Added CC||yy...@gmx.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #15 from Nate Graham--- Also, I have been working hard to get appropriate icons so that everything looks nice in the Large Icons task switcher: https://bugzilla.opensuse.org/show_bug.cgi?id=1057115 https://bugzilla.mozilla.org/show_bug.cgi?id=1371932 https://bugzilla.mozilla.org/show_bug.cgi?id=1371931 https://github.com/gnumdk/lollypop/issues/1092 https://bugs.kde.org/show_bug.cgi?id=380508 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #14 from Nate Graham--- Hmm, I don't seem to be making myself understood very well. Martin, right now, with a non-hi-dpi screen (that is to say, most of them), the problem you are trying to avoid is already present: programs that don't correctly specify high-res icons show ugly pixellated icons in the Large Icons task switcher. That's how it is right now. I live with it myself. If we make the Small/Large Icons task switcher respect the system DPI properly, we aren't losing anything. On the contrary, we're making making them work, because right now they're *unusable* for everybody with a hi-dpi screen. I don't think it makes sense to avoid fixing this clear bug just because making the broken thing work allows people who use it to experience another, pre-existing bug that they already know about and live with. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #13 from Michael Zanetti--- What I mean is that right now the Small Icons one is unusable on a high-dpi screen. By increasing the size of both (for high-dpi setups) the small one would be the same as the current big one with mostly sharp icons, while the big one will have some pixelated icons, but for those who want it, allow faster navigation through many windows because the larger size makes it just easier. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #12 from Michael Zanetti--- (In reply to Martin Flöser from comment #11) > > So I don't think we lose anything by increasing the size of the icon > > switchers on hidpi displays. > > That depends on whom you ask. We have many users who think that's not > acceptable and it's better to have smaller icons then. Both are valid > approaches. It's just something we must keep in mind. Fixing this issue > creates (or exposes) new issues. Couldn't those users simply select the "Small Icons" switcher? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #11 from Martin Flöser--- > So I don't think we lose anything by increasing the size of the icon > switchers on hidpi displays. That depends on whom you ask. We have many users who think that's not acceptable and it's better to have smaller icons then. Both are valid approaches. It's just something we must keep in mind. Fixing this issue creates (or exposes) new issues. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #10 from Nate Graham--- We already get bad icons for many windows, though. That's not a regression introduced by Michael's experiment, it's something we already live with today for non-hidpi displays. See https://bugs.kde.org/show_bug.cgi?id=351055 So I don't think we lose anything by increasing the size of the icon switchers on hidpi displays. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #9 from Martin Flöser--- (In reply to Nate Graham from comment #2) > Sounds like this is a WONTFIX for X11, then? Or more like a CANTFIX. Partially probably a CANTFIX. There's probably something we can do as you showed by hacking the file (thanks for trying!). What I'm slightly worried about is that we don't get good icons for all windows. Especially Firefox and Chromium are traditionally candidates for bad icons. I just xproped by Firefox and it only has 48x48 as max icon and Chromium has exactly one icon in 64x64. Compared to e.g. Kate which has a range from 16x16 to 128x128. So upping the small icon switcher shouldn't be a problem. For the large icon switcher we might end up with an unpleasant experience. And from bug reports I know that users complain about that :-P -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #8 from Nate Graham--- Yes, much better. And the Firefox icon is already blurry without a HiDPI display, so that isn't a regression. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #7 from Michael Zanetti--- Created attachment 107687 --> https://bugs.kde.org/attachment.cgi?id=107687=edit manually patched big_icons tabbox with iconSize: 256 Attached a screenshot for the manually patched file... I for one think it's better to have a blurry firefox icon but have all the Qt/KDE provided icons big and shiny :) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #6 from Nate Graham--- The pixelated icon is Firefox's problem; see https://bugzilla.mozilla.org/show_bug.cgi?id=1371932. Same for Thunderbird: https://bugzilla.mozilla.org/show_bug.cgi?id=1371931 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #5 from Michael Zanetti--- to be precise, all the icons I have seen so far perfectly provide larger sizes, with the only exception I noticed so far being firefox. That one becomes quite blurry indeed. But at least for the small icons one I guess it should be easily fixable without suffering from that problem. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #4 from Nate Graham--- Hmm, so maybe there's more we can do here, even if it isn't perfect. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #3 from Michael Zanetti--- I've manuall edited /usr/share/kwin/tabbox/big_icons/contents/ui/main.qml and doubled the iconSize value... muuch better already... -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #2 from Nate Graham--- Sounds like this is a WONTFIX for X11, then? Or more like a CANTFIX. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens
https://bugs.kde.org/show_bug.cgi?id=384341 Nate Grahamchanged: What|Removed |Added Summary|Small/Large Icons have |In X11, Small/Large Icon |hardcoded sizes and are |window switchers have |super tiny on high-dpi |hardcoded sizes and are |screens |super tiny on high-dpi ||screens CC||pointedst...@zoho.com -- You are receiving this mail because: You are watching all bug changes.