[-] fabiscafe@mstdn.social 0 points 3 months ago

@meldrik
nah... you have to create an account on the fascist site. I don't want a laptop under that conditions.

[-] fabiscafe@mstdn.social 4 points 9 months ago

@kde@floss.social @kde@lemmy.kde.social Kongratulations ๐ŸŽ‰๐Ÿ‘๐Ÿ‘ woohoo ๐ŸŽ‰

[-] fabiscafe@mstdn.social 0 points 11 months ago

@danielsiepmann This is however only if you mix and match your php versions yourself. Stable debian is not a good base for nextcloud at all. The alternative would be docker, of witch i'm also no fan of. Sadly @nextcloud still doesnt support podman, let alone user-mode of podman.

[-] fabiscafe@mstdn.social 0 points 1 year ago

@ChristianWS What if the application developer needs more? Hide the close button, unallow to minimize, display an exit button on fullscreen, Transform the whole app design on the fly or just to have a dark design for the application including decoration (This one hurts my eyes extremly for krita on windows ๐Ÿฅฒ๏ธ). SSD is just not flexible and might not even provide the feature set required by an application.
Thats why it would be nice to give them the option to implement it directly.

[-] fabiscafe@mstdn.social 0 points 1 year ago

@ChristianWS There are 2 consistencies: Consistent to the system and consistent to the application.
I prefer consistent to the application, because I think the application developer is more capable to kow what the app needs then the general window decoration provider is.
๐Ÿงต๏ธโ€ฆ

[-] fabiscafe@mstdn.social 0 points 1 year ago

@ChristianWS Huh? I have shown 3 pictures of a CSD without header bar (Nextcloud, Blender, Gimp).

CSD vs SSD is about control and integration. CSD can just look like SSD, thats why I do not care about the visuals.

[-] fabiscafe@mstdn.social 0 points 1 year ago

@ChristianWS depending on the application different things. Like I said before, the visuals, the design is not what I care about right now. It's the option to have another talk about that topic in general.
Last time, there was no focus on wayland and there wasnt much experience with CSD in general. There also was the proposal of DWDยน as option, that never came up.

1: https://kver.wordpress.com/2014/10/25/presenting-dwd-a-candidate-for-kde-window-decorations/

[-] fabiscafe@mstdn.social 0 points 1 year ago

@ChristianWS I think your idea of inconsistency differs from mine. Havin buttons on different locations in a headerbar doesnt have to be inconsistent across apps. Different layouts can be consistent.
BUT I dont talk about header bars. I do talk about CSD only and they can be whatever a guideline makes them to be. All Qt apps already have a CSD, but they suck and it would be nice if app devs would be allowed to make use of them on the KDE side if they decide that it benefits the app.

[-] fabiscafe@mstdn.social 3 points 1 year ago

@ChristianWS It's not the app that does this. Developer do this, they do this because they think it's good. The KDE does have a nice visual design group (I was once part of it, So I know :P). It would be possible to define a design guide to follow so apps won't look out of place, while still are able to make use of CSD.
Plasma doesnt need to look like GNOMEs implementation of a CSD. The visuals are a completely different thing. The technology is the important part at first.

[-] fabiscafe@mstdn.social 1 points 1 year ago

@ChristianWS CSD can just look like the normal Window+Decoration.

My point is however that KDE can use it to at least put something to the CSD, like the app-menu if visible. Different apps would find different purposes for it and there shouldnt be a hard requirement for it, but optional feature to use for the devs.

CSD is just a ugly as you make it to be. In my opinion SSD is nowadays very out of place, vertical wasted space.

[-] fabiscafe@mstdn.social 0 points 1 year ago

@ChristianWS How would that ruin Plasma?

view more: next โ€บ

fabiscafe

joined 3 years ago