Activity for Robert
-
Robert committed [c33f97] on Code
update c++ version, some kwin api updates
-
dont change current folder when mid clicking favs
-
patch for latest effects api
-
rounded top corners
-
make sure everything is up to date
-
Does not compile for Plasma 5.21 Beta (5.20.90)
-
Fixed
-
fix new datatype build fail
-
fix new datatype build fail
-
Hi, thanks for reporting, I'll fix it once it hits stable.
-
fix iconview not reacting to ctrl modifier pressed while scrolling
-
add support for categorized iconview
-
fix clicking on items starting a dnd op when should not
-
dont try to extract if there is nothing extract when dnd-ing a compressed archive
-
Some styles set shadows on windows (i know i do in dsp), others don't, I really have no idea which ones do w/o looking at the code. Well, I've been meaning (for many years now, so don't get your hopes up), to write a more comprehensive configuration dialog for this... but, since I have absolute 0 use for it myself I doubt if its going to happen anytime soon (or ever). What you can do, well, live with it(?), try and find a style that sets the shadows on 'normal' windows that you can live with(?),...
-
Some styles set shadows on windows (i know i do in dsp), other don't, I really have no idea which ones do w/o looking at the code. Well, I've been meaning (for many years now, so don't get your hopes up), to write a more comprehensive configuration dialog for this... but, since I have absolute 0 use for it myself I doubt if its going to happen anytime soon (or ever). What you can do, well, live with it(?), try and find a style that sets the shadows on 'normal' windows that you can live with(?), fork...
-
re-set actions after tab-close
-
disable navbuttons when appropriate
-
Yes, that effectively destroys the deco for that window and in doing so, everything the deco does. The strange thing is that it was working up until 5.20(?), I think that the style (breeze?) used to set shadows on the windows that don't have a deco, but doesnt do it anymore. shapecorners paints if: the window is not part of plasma, krunner or latte dock the window is not OSD, a desktop, or a dock (those that can be docked inside another window) the window has a shadow (set by either deco or style)...
-
Yes, that effective destroys the deco for that window and in doing so, everything the deco does. The strange thing is that it was working up until 5.20(?), I think that the style (breeze?) used to set shadows on the windows that don't have a deco, but doesnt do it anymore. shapecorners paints if: the window is not part of plasma, krunner or latte dock the window is not OSD, a desktop, or a dock (those that can be docked inside another window) the window has a shadow (set by either deco or style)...
-
How did you disable the titlebars then? It's possible you disable the deco then and in doing so, the shadows.
-
This seems right.
-
I don't disable painting for titlebarless windows per-se, however, if the windows are without shadows (painted by kwin/deco) then it won't paint over the corners.
-
No idea then, could you post the contents of the install_manifest.txt file to see if everything goes in the right place.
-
And you're sure you recompiled shapecorners after updating kde?
-
Hmmm, not sure whats wrong then... works fine here on 5.20... is there any information relating to shapecorners if you start kwin from the terminal?
-
fix missing include
-
compile fix for latest kwin
-
add extract action when dropping file if file extractable
-
Doesn't work with Plasma 5.18
-
Apparently fixed outside.
-
open given url in a new tab if kdfm is already running
-
rounded corners on menues back
-
add error when shader not found
-
round all windows that has a deco
-
obey kwin font settings set in settings
-
terminal is back
-
fix for 5.18
-
I'm on 5.18 now... and it's working fine... could you provide me with some more information? Are you sure you recompiled, installed and restarted kwin (kwin_x11 --replace) after re-installing?
-
Still 5.17.5 here... I'll look at it once I'm on 5.18 as well, there is btw another effect that does the same thing, you might want to try it: https://github.com/linuxdeepin/dde-kwin
-
fix crash when trying to access nonexisting terminal
-
disable terminal for now
-
fix icon not centered on some toolbuttons
-
better (or actual) rubberband
-
fix iconview clicking (had to be exactly the same click and release position to work) now allows 5px errormargin in all directions
-
fix offset of sttausbar pixmap
-
optionally hide tabbar when one tab
-
add readme
-
fix license
-
Initial commit
-
Hmm well, theres no way for me to debug that.... yet. Anyways, the shader is really simple so it's not that, the problem is w/ the data thats copied, but I fail to see whatever else I could do. I get the window geometry from the 'effectwindow' and then map the corners, copy whatever is under those corners (I mean, it is painted at the correct location, which is the same location) and then render at that same location above the window. I use virtualScreenGeometry to get the.... "The bounding geometry...
-
Hmmm, so you got the shadow problem resolved then? At least it looks like it supposed in the screenshot (on the left). I dont do anything screen / monitor specific, I just copy the framebuffer before rendering the window (after rendering the shadows) and then use a shader to render the copied corners on the window.... Does restarting kwin help (if that is even possible on wayland)? I really have no idea as to what is happening, w/ the new intel iris driver (for x11) I got glitchy rendering on x11...
-
Doesn't work under Wayland
-
Yeah, I /think/ the default shadows do exactly this. At least in the picture you uploaded here as an attachment the corners look correct (not black). Here is (see attachment) is how it looks on normal x11 aswell if I set a higher radius on the corners then the shadows have. Since I do not use the default styles for widgets/deco (breeze) and did not intend this to be used w/ breeze I have no idea what kind of shadows it sets on the corners, the style I've written and use myself sets the correct radius...
-
Hmmm, are you sure that light/white frame is not a part of the 'shadows' set on the windows? ShapeCorners does not shape/know what roundness the shadow has so it will look exactlly like that if the roundness of the window doesn't match the roundness of the shadow. But then again, its completely possible that its a wayland thing but I'd check w/ other shadows first... those are usually set by the style or by the deco.
-
I disabled shapecorners whenever there is a 'transformed' window, so now all windows get square corners while one is animating (minimizing).
-
Too dark window shadows
-
I worked around the issue in ShapeCorners, it's fixed.
-
workaround for yet-another-magic-lamp effect double shadow painting
-
Just installed the effect... I get it too, altho, I'm not completely sure how it's even possible, since, if you look closely at the corners right when clicking 'minimize' you'll see that the corners are not even rounded. ShapeCorners is not 'active' when there is another effect present. I really don't know what to say, I don't want to assign blame or such, but atm I fail to see how this could even be related to shapecorners (but apparently it is), I'll have to investigate further. Thanks for bringing...
-
gnarf... delete d pointer on destroy
-
more dialog work
-
begin dialog work
-
configurable shadow roundness for windows
-
completely disable content awareness
-
remove items from end and not beginning in flow
-
clear iconview textcache when item renamed
-
better handling... or handling at all of desktop files
-
some flowview fixes
-
fix selection always messing w/ the scrollbar
-
fix compilation issue due to missing include
-
Latte Dock in exceptions
-
Reopening, seems there are still some issues.
-
fix no background being painted w/ some styles
-
fix terminal not working
-
dont add kde plugins unless files are actually selected
-
revert previous workaround
-
make placesview a normal view
-
Yes it would, it's basically a matter of just doing it, I have been preoccupied w/ other things lately, but sure, I'll keep this open as a reminder to implement it at some point. Been meaning to write some sort o config dialog anyways, the things is, I absolutely hate doing that. I'm accepting patches tho, if you feel like I'm moving too slow.
-
Probably by maximizemode, I prefer them this way, thats why they are rounded, also, its not kwin per-se, its the decoration, like breeze, kwin doesnt shape the decorations in any way.
-
fix terminal not cd:ing to folders w/ spaces
-
fix deco not obeying decobuttoncolors
-
fix icons missing in status with the breeze icontheme
-
fix kf5 includes not being available on all systems
-
fix compilation on ubuntu, fix broken icon in statusbar
-
fix crash when closing tab
-
actually fix columnview bugs
-
fix seconds hand
-
fix some bugs in columnsview
-
make most connects new style connects
-
terminaldock control
-
add konsole
-
more statusbar improvements
-
capacitybar in statusbar
-
more settings
-
get the model view matrix from the windowdata instead of recalculating each paint
-
performance update, no longer query strings on pre/paint
-
fix crash related to drawing tabs (at least plasma-pa systray thing config is affected)
-
more translucency fixes
-
more fixes for translucency
1 >
