1. 28 Oct, 2020 1 commit
  2. 27 Oct, 2020 1 commit
  3. 26 Oct, 2020 1 commit
  4. 24 Oct, 2020 3 commits
    • Neal Gompa's avatar
      BreezeLight: Darken the active window header border for legibility · 94ec8340
      Neal Gompa authored
      THe previous color was too difficult for me to distinguish between
      active and inactive windows. This slight darkening of the active
      state improves the legibility while still preserving the "light"
      quality of the style.
      94ec8340
    • Dominic Hayes's avatar
      Add 'Breeze Twilight' Global Theme · cea3cf68
      Dominic Hayes authored
      Breeze Twilight is a variant of Breeze Default that opts for the dark
      variant of the Plasma Style instead.
      
      With Kubuntu having taken this approach, and with Fedora now considering
      this approach as well, it's time we consider doing it upstream, because
      honestly Breeze Light for Applications + Breeze Dark for Desktop is a
      really nice looking combination.
      cea3cf68
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · 8f21d072
      Script Kiddy authored
      In case of conflict in i18n, keep the version of the branch "ours"
      To resolve a particular conflict, "git checkout --ours path/to/file.desktop"
      8f21d072
  5. 23 Oct, 2020 1 commit
  6. 22 Oct, 2020 2 commits
  7. 20 Oct, 2020 2 commits
  8. 19 Oct, 2020 1 commit
  9. 18 Oct, 2020 1 commit
  10. 14 Oct, 2020 2 commits
    • Fabian Vogt's avatar
      Regenerate wallpaper sizes · 3af75806
      Fabian Vogt authored
      Run generate_wallpaper_sizes.py to get compressed files now.
      3af75806
    • Fabian Vogt's avatar
      generate_wallpaper_sizes.py: Properly compress wallpapers · 3f1f5895
      Fabian Vogt authored
      The current options are quite bad and result in files which are unnessarily
      big, even bigger than the original file. The Pillow documentation says:
      > Values above 95 should be avoided; 100 disables portions of the JPEG
      > compression algorithm, and results in large files with hardly any gain
      > in image quality.
      
      "100" is not a valid value for the subsamping parameter either.
      
      This change actually enables proper compression with subsampling and also
      enables optimization of internal settings.
      
      Result: From 34MiB down to 12MiB with no noticable difference.
      3f1f5895
  11. 13 Oct, 2020 1 commit
    • David Redondo's avatar
      Do not alter the toolbars of QMainWindows that are not windows · 0a8a4bd1
      David Redondo authored
      It can happen that an application uses a QMainWindow in its widget hierachy for
      its features but does not correspond to an actual window. Only alter those
      toolbars for the unified look whose QMainWindows are actual windows and as such
      have a window decoration.
      BUG:427410
      0a8a4bd1
  12. 12 Oct, 2020 2 commits
    • Andreas Haratzis's avatar
      Fix for occasional background glitches behind transparent Menus, especially... · 01f0c885
      Andreas Haratzis authored
      Fix for occasional background glitches behind transparent Menus, especially when hovering over menu elements.
      
      Bug: 399680
      
      Issue:
      Breeze sets the WA_TranslucentBackground attribute on Menu widgets to achieve transparency.
      This implies WA_NoSystemBackground, which makes Qt not repaint the background when content changes.
      This is fine for things like tooltips which don't change content, but for dynamic content (like hovering over menus), Breeze ends up painting over the previous frame.
      
      Fix:
      We render menu panels with CompositionMode_Source to ensure the previous frame is obliterated.
      We could reset the buffer by painting transparent pixels first, but that is wasteful.
      
      Notes:
      I have ensured that overlapping transparent menus still appear OK (they are rendered over each other with the compositor).
      On Wayland, occasionally colours appear behind the rounded borders. I believe this is a kwin issue because it doesn't occur in X11.
      01f0c885
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · eb66c71b
      Script Kiddy authored
      In case of conflict in i18n, keep the version of the branch "ours"
      To resolve a particular conflict, "git checkout --ours path/to/file.desktop"
      eb66c71b
  13. 09 Oct, 2020 1 commit
  14. 08 Oct, 2020 1 commit
  15. 05 Oct, 2020 2 commits
  16. 02 Oct, 2020 2 commits
  17. 29 Sep, 2020 3 commits
  18. 28 Sep, 2020 3 commits
  19. 27 Sep, 2020 1 commit
  20. 24 Sep, 2020 1 commit
  21. 21 Sep, 2020 3 commits
  22. 20 Sep, 2020 1 commit
  23. 18 Sep, 2020 2 commits
    • Vlad Zahorodnii's avatar
      [kstyle] Ensure that shadows are destroyed after decorated windows · 9e72d2e0
      Vlad Zahorodnii authored
      The order in which the underlying window and the shadow are destroyed is
      undefined. In most cases, the shadow is destroyed after the window, but
      in rare cases it may be vice versa, for example it's the case with popup
      menus in Dolphin. If the shadow is destroyed before the window, then
      the window will be shadowless when the compositor animates it.
      
      The only way to guarantee that the shadow is destroyed after the window
      is to create a parent-child relationship between two.
      
      Given that the widget and the window have different lifetimes, we have
      to be extra careful with keeping dangling pointers out of _shadows.
      
      
      (cherry picked from commit 5f62d1c7)
      9e72d2e0
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · ee537d74
      Script Kiddy authored
      In case of conflict in i18n, keep the version of the branch "ours"
      To resolve a particular conflict, "git checkout --ours path/to/file.desktop"
      ee537d74
  24. 17 Sep, 2020 2 commits