Smithay
Support for libdecor
~~We should provide a Frame implementation that tries to use the system's libdecor if available, and fallbacks to an user-provided Frame implementation if missing, as defined by a type parameter.~~
Actually, looking at libdecor's API, that's probably not going to be possible to integrate it like that, its behavior is more comparable to our Window type.
Hi, I was looking into this and libdecor today, did you do any particular progress on this?.
Would be nice if you could give some insight on how do you think libdecor should be implemented.
Should a separate crate be crated for bindings?, or are there some bindings for libdecor already?, thank you :).
Hope you can point me in the right direction to mess around with wayland, is not my area of expertize, but I see what I can do.
Hi, I was looking into this and libdecor today, did you do any particular progress on this?.
Would be nice if you could give some insight on how do you think libdecor should be implemented.
Should a separate crate be crated for bindings?, or are there some bindings for libdecor already?, thank you :).
Hope you can point me in the right direction to mess around with wayland, is not my area of expertize, but I see what I can do.
I am currently working on bindings to libdecor and integrating them in sctk.
The bindings are already working with a simple demo application and i plan to release them soon.
Mentioning this for future contributors.
libdecor at the moment acts more like a shell than a way to attach decorations. There is a proposed unmanaged frame API that would make it far easier to use in sctk (implementing DecorationsFrame)
