When you set a custom color for the titlebar, the color of the border is unaffected. For example if you set a dark titlebar, the border still follows the current system color scheme, resulting in an incoherent appearance.

I think it makes more sense to have it follow the titlebar color set in hello preferences by default, with an option to set a separate border color if necessary.

An alternate/supplementary solution would be to allow the border to cut into the chrome on some applications, like on Mac OS (this would require a Kwin effect and probably some additional hackery in the decoration):

Describe the bug
Maximized windows have a border at the top edge that can be used to resize the window. Doing this causes the window to lose the previous non-maximized size.

To Reproduce

1. Maximize any window
2. Move cursor to top of the screen
3. Click and drag to resize window

Expected behavior
The window should not be able to be resized like this when maximized and should instead only be able to be dragged.

Bug inheritance
If the function or feature is also present on KDE's own Breeze theme, does the same bug occur there as well?

It does not.

Additional context
distro: Gentoo
hello a39bffa
kwin 5.17.3
plasma-workspace 5.17.3

Installation path error on Fedora 31

org.kde.kcoreaddons: Error loading plugin "org.kde.kdecoration2/hellodecoration" "The shared library was not found." 
                                             Plugin search paths are ("/usr/lib64/qt5/plugins", "/usr/bin") 
                                             The environment variable QT_PLUGIN_PATH might be not correctly set

I solved this problem moving the shared library from /usr/lib64/plugins/org.kde.kdecoration2/hellodecoration.so to /usr/lib64/qt5/plugins/org.kde.kdecoration2

Describe the bug
Desktop flickering

To Reproduce

1. Install and enable all of hello (although this is almost 100% sure caused by Window Decoration component)
2. Make sure Compositor > Rendering backend is set to OpenGL 3.1
3. Use the desktop (in the video I just open Kate)
4. Have your treat of stroboscope 💥

Expected behavior
Less flickering

Additional files
(GH doesn't support video files)
vokoscreen-2019-11-18_12-40-55.zip

Additional context

• Manjaro KDE stable, uptodate
• kwin-lowlatency (also happens with stock kwin)
• Plasma stock panels (no latte-dock)
• Kwin Effects all switched off (also hello shaders) besides the minimal I need:
  • 
• Compositor settings:
  • 
• ... What else would be relevant?

TIA!

Describe the bug
When using custom colors for the window buttons, choosing black or other very dark colors will render the icons inside the buttons almost invisible.

Expected behavior
Icons should instead use the same logic as titlebar titles and use white color instead.

I was thinking about adding this to give this theme even more flexibility to also appeal to people who are not necessarily looking for a macOS themed UI, but still want something solid to use for customization.

The option would remove the circle shapes from the buttons, only exposing the button icons permanently on the titlebar.

Possible ways of displaying the icons could be:

1. have them use same method to find their color that the inactive buttons right now use, rendering the button as a smooth shade on the titlebar OR
2. have them use the same color as the titlebar text, making the overall look more consistent.

I'm open for suggestions and ideas on this :)

Describe the feature you'd like to see
When users specify a border radius in the window decoration, this new radius should reflect in the effects plugin as well without users having to set it up there manually.

Additional context
Things I can maybe use: QSharedPointer, Boost Interprocess

Describe the feature you'd like to see
When select custom colors for the control buttons, the highlight on hover has a different color for each button.
I understand that this might be intentional to have a good contrast between the background & hover indicator's colors. But it would really nice if we can choose a single color for all buttons

Additional context
Add any other context or screenshots about the feature request here.

Hi.

I was wondering if you would like to change the edge on desktop theme. I think that blur drop shadow looks weird when you have maximazed windows. See screenshots below.

Theme variant	Screenshot
hello dark
hello light

For reference, check Amethyst theme:

This bug is present in KDE's Breeze theme as well.

Describe the feature you'd like to see
This is basically a copy of the feature request from SierraBreezeEnhanced here. When you hover a single button it would show the icons of all the buttons instead of just the one being hovered.

Additional context
Currently "hello" has the checkbox in the settings to "Always show button icons" and maybe this could be changed to a dropdown box that has three options:

• Show button icon for single hovered
• Show all icons when any are hovered
• Always show button icons

This would avoid the UI getting confusing IMO.

Describe the bug
When using the light color scheme and plasma theme, the lockscreen will show black numbers for the time and date and when bringing up the password input, the overlay in white is creating a way too strong saturation.

To Reproduce
Steps to reproduce the behavior, for example:

1. Select light color scheme and theme
2. Use the default breeze lock screen
3. Lock the computer

Expected behavior
A visual like when using the dark color scheme in the same setup.

Additional context
Happened on openSUSE Tumbleweed, but is most likely affecting every system.

I tried installing the app the described way, but I'm unable to get a workaround for dependencies in Opensuse Tumbleweed.

Can anyone help me out with the dependencies?
Thankyou.

Describe the bug
Window Decorations are rendered as an upside down view of the window when window-specific rules are changed.

To Reproduce
Steps to reproduce the behavior, for example:

1. Go to System Settings -> Application Style -> Window Decorations
2. Click on the pencil button under the window decoration
3. Click on Window-Specific Overrides
4. Click add
5. Select a window, and set any custom rule.
6. Click Ok
7. Click Ok
8. See error

Expected behavior
The rule is applied with no issues.

Bug inheritance
Breeze does not have this issue.

Additional files
https://youtu.be/DYDW1X3-HFc

Additional context
Linux william341-arch 5.3.8-arch1-1 #1 SMP PREEMPT @1572357769 x86_64 GNU/Linux

Please add different color or custom color option for shade button so it can be differentiated easily.

As shown in the screenshot, the right border is rendered weirdly.

Describe the feature you'd like to see
When using the "Hide titlebar" feature, it should be possible to optionally force draw the buttons for "Close", "Minimize" and "Maximize" on top of the window client. This would allow for a huge degree of customization, allowing CSD-like appearance for applications.

Additional context
Seeing how it's possible to arbitrarily draw things on top of the window content with the handlebars, this function should be relatively simple to integrate.

Describe the feature you'd like to see
Non-mac styles would be useful, especially since they don't really fit the current Breeze style. See https://github.com/kupiqu/SierraBreezeEnhanced for additional styles. It would be especially nice to see a slightly beveled button style, similar to Gnome Adwaita decorations.

Currently, buttons for menu, shade, pin, keep above, keep below and contextual help use the default Breeze icons which are too large.

Either shrink them or create new icons to better match the ones found in close, minimize and maximize.

Screenshot:

I received a mail from the maintainer of other popular theme PPAs asking if this project could move to a sub-project based organization, as it'd otherwise apparently be impossible to just get the window decoration into a package on his PPA.

Here's a request for comment, especially from @therealfarfetchd seeing how you made the ebuild for Gentoo. Would the concept that currently exists for the ebuild still work if we'd move to a subproject based git repository?

Describe the feature you'd like to see
Elementary kvantum/qt-style and window decorations, plasma and color scheme.

Additional context
I know you want this to be a mac theme - this is just a suggestion.

Elementary has a very polished and unique visual style which is unfortunately not available in QT land. I think the audience for it is wider than for yet another Mac clone, since Elementary is much more subdued in terms of the design. Mac is very opinionated and loud. I have yet to find anyone who doesn't like Elementary design. Most people seem to think its the best design on Linux, which isn't surpising since the whole project was created for the sake of a theme.

I think most people who like Aqua ui will also like Elementary. The reverse however is less true (I like Elementary but hate Aqua).

Your window border is already very close to Elementary decorations. Furthermore, Elementary has a wide range of "supporting" third-party themes, including themes for web browsers, text editors, general gtk theme, icon themes for libreoffice etc. There also supplementary elementary free-desktop icons and the Newaita theme (the most complete icon theme on Linux today by far), which would go well together with an Elementary widget theme.

Furthermore, an Elementary QT theme could uniquely bridge the gap between Gnome, Elementary and KDE. I think that a theme must bridge multiple platforms to be successful, and there are very few themes that do this, therefore they are kind of useless since they don't cover half your applications.

There is currently no theme that does this except Breeze and it doesn't do it too well. Elementry itself is notoriously hard to theme, so it makes sense to take Elementary theme as a given and then just make normal GTK and QT apps conform. This would also greatly benefit QT apps running on GTK-based desktops.

Curious to hear what you think about this idea?

Describe the bug
Hi! I cannot build hello on kubuntu 19.10.

To Reproduce

1. I installed the build dependencies (apt install ...) as written on the github-page
2. I followed the Manual Installation
3. I cannot complete the CMAKE-step.

Expected behavior
compiling works

Additional files
I added the logfile.
CMakeOutput.log

Additional context
distro: kubuntu 19.10

the terminal-output is this:

cmake -DCMAKE_INSTALL_PREFIX=/usr ..
-- Could NOT find KF5Crash (missing: KF5Crash_DIR)
-- Could NOT find KF5Crash: found neither KF5CrashConfig.cmake nor kf5crash-config.cmake 
-- Could NOT find KF5GlobalAccel (missing: KF5GlobalAccel_DIR)
-- Could NOT find KF5GlobalAccel: found neither KF5GlobalAccelConfig.cmake nor kf5globalaccel-config.cmake 
-- Could NOT find KF5KIO (missing: KF5KIO_DIR)
-- Could NOT find KF5KIO: found neither KF5KIOConfig.cmake nor kf5kio-config.cmake 
-- Could NOT find KF5Init (missing: KF5Init_DIR)
-- Could NOT find KF5Init: found neither KF5InitConfig.cmake nor kf5init-config.cmake 
-- Could NOT find KF5Notifications (missing: KF5Notifications_DIR)
-- Could NOT find KF5Notifications: found neither KF5NotificationsConfig.cmake nor kf5notifications-config.cmake 
CMake Error at /usr/share/cmake-3.13/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find KF5 (missing: Crash GlobalAccel KIO Init Notifications)
  (found suitable version "5.65.0", minimum required is "5.9.0")
Call Stack (most recent call first):
  /usr/share/cmake-3.13/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/ECM/find-modules/FindKF5.cmake:110 (find_package_handle_standard_args)
  kwin-effects/CMakeLists.txt:37 (find_package)


-- Configuring incomplete, errors occurred!

when trying to download the kwin effect via
git clone https://github.com/n4n0GH/hello/tree/master/kwin-effects && cd kwin-effects

i get the answer
fatal: repository 'https://github.com/n4n0GH/hello/tree/master/kwin-effects/' not found

diamond@vega:~/git/hello/build$ cmake -DCMAKE_INSTALL_PREFIX="$PREFIX" ..
-- Could NOT find XCB_XEVIE (missing: XCB_XEVIE_LIBRARY XCB_XEVIE_INCLUDE_DIR) (found version "")
-- Could NOT find XCB_XPRINT (missing: XCB_XPRINT_LIBRARY XCB_XPRINT_INCLUDE_DIR) (found version "")
-- didnt find kwineffects.h, not building effects
-- didnt find kwineffects lib, not building effects
-- didnt find kwin glutils lib, not building effects
CMake Error at kwin-effects/CMakeLists.txt:84 (message):
  cant continue


-- Configuring incomplete, errors occurred!
See also "/home/diamond/git/hello/build/CMakeFiles/CMakeOutput.log".
See also "/home/diamond/git/hello/build/CMakeFiles/CMakeError.log".

xevie is not available in bionic repos as far as i know and xprint i believe is part of xcb-proto which is installed with version 1.13-1.

I can't figure out how to get rid of that downwards gradient on the window decorations. I'd like to have the window decorations just one solid color to look more modern. How do i do this?

Since folder look-and-feel is actually a desktop theme (leading to confussion), it should be renamed to desktoptheme.

Describe the bug
I successfully installed but no changes.

To Reproduce

1. Installed
2. Restarted kwin and plasmashell
3. No changes, returned window tab error

Expected behavior
Icons and theme changed.

Additional context
I'm using latest Manjaro KDE

Hello fellow Hansestädter,

I had the some missing dependencies on Fedora 31:

during configuration:

• Qt5UiTools
• KF5GlobalAccel
• kwineffects.h

solved with sudo dnf install "cmake(Qt5UiTools)" "cmake(KF5GlobalAccel)" kwin-devel.

missing to build:

• epoxy/gl.h

solved with sudo dnf install libepoxy-devel

After installation of the missing dependencies, the build was succesful!

Describe the bug
When following instructions to build all components together as listed in the main README.md, a failure occurs when installing.

To Reproduce
Steps to reproduce the behavior:

1. Follow build instructions to the T.
2. See error file INSTALL cannot find "/home/william/hello/plasma-theme/hello dark". when running sudo make install

Expected behavior
Proper build completion and installation.

Additional files
hello_build_error.txt

Additional context
Fixed by editing lines 50 & 51 of [GIT_CLONE_DIR]/build/plasma-theme/cmake_install.cmake from "/home/william/hello/plasma-theme/hello dark" and "/home/william/hello/plasma-theme/hello light" to "/home/william/hello/plasma-theme/hellodark" and "/home/william/hello/plasma-theme/hellolight". Though I could be wrong and the proper fix would be to add a \ and have the space be recognised as a character, but the described fix seems to have worked.

System info
OS: Arch Linux x86_64
Kernel: 5.3.12-arch1-1
CPU: Intel Xeon X5650 (24) @ 2.661GHz
GPU: AMD ATI Radeon RX 580X
Memory: 24081MiB

Describe the bug
See title. The simplest fix would be to be able to specify button size and titlebar height in pixels, and not as preset. My system DPI are set by specifying panel dimensions in xorg.conf.d. No scaling/fractional scaling settings within KDE system settings.

/etc/X11/xorg.conf.d/20-monitor.conf

Section "Monitor"
Identifier "DisplayPort-0"
DisplaySize 526.85 296.35 # In millimeters
EndSection

The monitor used is an Agon AG241QX 24'' 2560x1440.

Additional files

Describe the feature you'd like to see
When using the highlight line that goes around the entire window, there's an unclean break directly after the titlebar when there's no side borders present. A better solution would be to check if side borders exist and if not, fade the line out before it hits the end of the titlebar area. That way all windows would look much cleaner decorated than they are right now.

See screenshot.

Also, please consider make a "show-desktop" icon to make it consistent with theme. :-)

Describe the bug
When using Spectacle to create a screenshot of the active window, it usually creates a PNG file with transparent background, adds the correct shadown and puts the window on top. When using the hello shaders it won't show the rounded corners.

To Reproduce
When using the hello shaders and having them turned on:

1. Use spectacle to create a screenshot of the active window
2. Open screenshot in any image viewer
3. Look at bottom corners of the window
4. See error

Expected behavior
As explained in the beginning, the screenshot should account for the rounded corners, even at the bottom of the image.

Currently the borders are drawn using the window color palette. Request to create an option to toggle the use of titlebar color instead.

Every shaded windows shows a little chin below the titlebar:

on 3651b35
KDE Plasma Version: 5.17.2
KDE Frameworks Version: 5.63.0
Qt Version: 5.13.1
Kernel Version: 5.3.8

Hi,
I wonder if it is possible to implement color choosing for control buttons. It would be easier to match hello decorations with custom GTK+ themes.
For example it could be a hex color input in buttons section (at least for the main 3 buttons, and an option to reset to default).

Describe the feature you'd like to see
Allow a Window-Specific Override setting that provides the same functionality as the Draw separator between titlebar and window.

Describe the bug
As the title states, the corners will shift color when the window is close to something that has a color different than what's currently under the window

To Reproduce
Steps to reproduce the behavior, for example:

1. open a window on a dark background
2. Move the window to something while
3. See error

Expected behavior
A clear and concise description of what you expected to happen.

Bug inheritance
If the function or feature is also present on KDE's own Breeze theme, does the same bug occur there as well?

Additional files
If applicable, add screenshots or video to help explain your problem.

Describe the bug
When some application is started already maximized, its corners are rounded. This also applies when switching virtual desktops and coming back to the desktop where a window is maximized.

To Reproduce
Steps to reproduce the behavior, for example:

1. install the rounded corners script
2. start any app, like Firefox
3. maximize Firefox
4. close Firefox
5. start Forefox again

Expected behavior
The window corners should be straight just like when you maximize any other window.

The background of 2n items in lists is too bright for the white font that is being used, making the text impossible to read.

Describe the feature you'd like to see
Latte dock takes on quite a few functions of the window decoration (drag, min, max, close etc). This makes it feasible to hide window decorations without impacting usability too much.

I'd recommend having an option to have very thin borders for maximized and tiled windows, just enough to round out the corners of the window. It saves space and looks very good.

See https://github.com/kupiqu/SierraBreezeEnhanced, which implements thin borders for maximized windows (options: Hide Window Titlebar: Maximized; [x] Allow resizing maximized widnows from window edges). The end result - in @kupiqu's implementation - is basically a rounded maximized window without a titlebar.

Describe the bug
When using unison hovering on a button group with inactive buttons, the inactive buttons will receive a hover event as well.

To Reproduce

1. Enable unison hover mode in settings
2. Open KCalc
3. Hover over the close or minimize button with the maximize button present and greyed out
4. The inactive maximize button will receive a colored hover icon

Expected behavior
Inactive buttons should be ignored.

Additional files

Additional context
This is affecting code published with fb188ce

I'd like to request a root CMakeLists.txt that builds everything at once (including placing the color schemes in /usr/share/color-schemes), preferably with flags to enable/disable building the seperate components. Having that would make it possible to create a single ebuild for Gentoo without making it super hacky.
I'd PR it myself but I know barely anything about cmake.

Thanks!

Color to use is hardcoded in the SVG, can be fixed with the "currentColor" or whatever it was called variable in a text editor.

Describe the bug
When the text is aligned to the left and the titlebar name changes, part of the text doesn't update

To Reproduce
1 - Set text alignment to the left
2- Open an app like dolphin and navigate around

Expected behavior
Text should display correctly

will try to add more details later

Close symbol is white when used with custom button colors

Version: hello-kde-git-r55.25fe255-1-x86_64 - built from AUR

When using a dot or line indicator to show minimized windows, the color is not contrasty enough to be easily seen.

Describe the bug
I'm not sure whether this is a bug or a feature intended to give windows a 3D look, but seeing how it isn't present in the screenshots found in the README file, I think it isn't supposed to happen.

Here's how I would expect windows to look when stacked on top of another:

And here's what it looks like when I put a window on top of another that's also got a dark color (notice the brighter shade that contrasts with both the color underneath and the title bar on top of it):

It's more evident when you maximize a window so it makes contact with Latte's panel, set to have the same background color as that window's title bar:

I've made sure to disable borders, and the issue persists, so I don't know what could be causing this.