Tue, Feb 11
Fri, Feb 7
If you land this please update the summary before. No need to have all the variants in the commit message it should be about the actual change. Thanks :)
Huh, I was waiting for @hein :) oh well, here it is - C icon with cleaned up source
Tue, Feb 4
@mglb ping! I feel like we're really close for this.
Dec 5 2019
Nov 10 2019
Agreed, C for me too.
Nov 9 2019
I think I prefer C the most now that I've seen it next to other icons. It has a similar level of detail to other Breeze icons.
Nov 4 2019
Nov 3 2019
A or C for me.
I like A.
My vote is for A. I love it. It looks like a pull-down terminal just like the parent icon, re-uses the >_ iconography common to our terminal icons, but adds a flair that makes the > look like a Y, conjuring up the app's name. I think this is fantastic.
Nov 2 2019
Oct 17 2019
That makes sense, but it's slightly out of scope of what I wanted to implement. I will revisit once maintaining a local patch proves too much of a hassle.
Oct 15 2019
Had the first scenario in mind. I would use that to move yakuake around when I want it temporarily on a different screen , but when I reopen yakuake it should just honor the original setting value (Should note here that I use yakuake with the "Keep open when losing focus" option). So if Screen 1 is set open on Screen 1 again and if At Mouse Location is set open at mouse location again.
Interesting point, but could you elaborate on what should happen when the option to change the setting is disabled?
Having a shortcut to move yakuake around seems quite useful, but I'm not a fan that this overwrites the "Open on screen" setting.
Maybe making this behavior optional?
Aug 14 2019
Switched from C style cast to dynamic cast.
Jul 14 2019
The resize should happen in the same steps as the config allows (and reads/writes), otherwise the UI will end up being confused, in particular the menu.
Jul 9 2019
Thanks Owen, very nice first patch! May it be just the first of many. :)
Jul 8 2019
Jul 7 2019
Adjusted formatting to fit KDE style guidelines.
Jul 5 2019
Jul 4 2019
@owenchia, can you provide your email address so we can land this patch with correct authorship information? Thanks!
Jul 3 2019
Got the whole change into request, not just a one-line touch up.
Jul 2 2019
I've resisted patches like this for years now hoping someone would implement this properly in the Konsole KPart as part of the profile system where translucency is regulated, but no one did, so let's go with this.
Jul 1 2019
Jun 30 2019
Jun 25 2019
Jun 17 2019
change Blur option's default value to false.