I designed a hyprland display manager.

Hello, I designed a new display manager for Hyprland, which also provides session management. If you want to understand the project structure and offer support or use it: Hyprdm source code

I haven’t provided the relevant document mutation support yet because the project is currently in beta phase, but I will provide the necessary document mutation support soon after it is completed

I would like to hear your opinions as a community.

4 Likes

why not C++ :(

I could use cpp if I wanted, but I used rust to make it easy to compile. cpp has its own compiler mechanism problems, I don’t have time to struggle with them, optimize them, or evaluate the performance structure, and rust FFI backend seemed easier.

Does the photo belong to me or to you? I’m sorry if it doesn’t belong to me. It’s very easy to misunderstand it in this forum.

Look, I’m very sorry. I thought you posted the photo below to belittle me or something. Otherwise, I wouldn’t want to call you a child or anything. Don’t get me wrong, I’m sorry. I’ve experienced similar things in other forums, and that’s why I reacted like this.

it’s a lighthearted comment as everything in hypr* is in C++

The kids comment is my signature, it’s a thing that’s appended to all my posts :P

I don’t use the Hyprland API much because the cog API I use here is Smithway Wayland. The CPP side is related to FFI. I thought it would be easier, but I mostly wanted to use the Hyprland APIs, but there were some problems with the ported Rust images. I wanted to make my own FFI, but I wanted this project structure to be easier. I actually use some of the Rust libraries required for the Hyprland API.

I haven’t used discourse for a while, so I overlooked this signature thing, but then I realized it from the line and other comments.

dw, all good.

Use whatever language you like, it was mostly a joke :P

I don’t hate rust, I just don’t like it personally so I don’t write it

Yes, I understand. This may seem a bit contradictory since I don’t use the Hyprland API very much, but the community is not very good at adapting the Hyprland port, but from now on I will adapt it myself and add more in-depth Hyprland integration in future versions, but this is it for now :d

Rust Generic-arch seems more suitable to me, after all it uses LLVM backend in the background, it seems more logical to me in some ways.

Do you intend on making a PKGBUILD for the AUR for this? That would make it a lot easier to use on arch systems!

Yes, I think so. I will provide the necessary support to all distributions, but there is one last thing left unfinished: the graphical interface. I am not very good at graphical interfaces made with qml. I used to do it, but now I have a hard time doing it because I am a bit rusty, so a little help on this would not be bad.

Wiki Hyprdm Documentary

yay -S hyprdm-full-git

Did you just finish the graphical interface in 4 days?! Color me impressed.

Yes, but because there were too many jobs, I could not spend time on the project at times, so it was mostly finished late and yes, thank you, I am thinking of making it simpler and better.