rocksdanister/lively-linux

Task list

Cakery opened this issue · 10 comments

Cakery commented

Hello,

Is there a list of tasks people can help with somewhere?

rocksdanister commented

That's a good idea.. although If I am being honest right now anything goes in this version of Lively because I don't have an understanding of Linux myself.

In no particular order (I'll update it as it goes.)

  • Get connected display(s) information.
  • How to render wallpaper window behind desktop icons in kde desktop.
  • Pick a webpage rendering engine.
Cakery commented

I am no expert myself at programming for Linux, but from my understanding:

  • If there is no API for it in .NET, we can possibly get away with parsing xrandr information as long as people are using X. This however is not particularly useful if people are using Wayland, which is going to eventually completely replace X (likely in the next few years). What kind of screen information do we need?

  • KDE has a full plugin system for exactly this sort of thing. You can create custom Wallpaper plugins and then use QT to render what ever you want. This is how the unofficial Wallpaper engine plugin does things (https://github.com/catsout/wallpaper-engine-kde-plugin). However most KDE plugins are written in C++. With that said, C++ and plugins are not really my area so I am not too sure how to make the front end talk to it.

  • QT/KDE can render web pages already via plugins, although I am not sure how capable it is.

I guess the first step would be to decide how to architect everything? Does anybody have any ideas on a good approach for that?

WasteOfO2 commented

I believe is better to target Wayland rather than X11 at this point, it is going to be default for both Nvidia and Mesa anyway soon

  • 👍1
Cakery commented

I believe is better to target Wayland rather than X11 at this point, it is going to be default for both Nvidia and Mesa anyway soon

If the goal is to target KDE, then the focus should be on both. As KDE Wayland is still very rough, especially for multi monitor.

https://community.kde.org/Plasma/Wayland_Showstoppers

That said, I don't think there is a need to directly create things like Windows. Whatever GUI library and desktop gets used will likely abstract that for us.

Also if you know anything about KDE wallpaper plugins, I would be interested to know if there is a simple way to do the things Dani mentioned. I am guessing some sort of DBUS server could be used to control what gets rendered by the C++ side?

arch-user-france1 commented

That's a good idea.. although If I am being honest right now anything goes in this version of Lively because I don't have an understanding of Linux myself.

In no particular order (I'll update it as it goes.)

* Get connected display(s) information.

* How to render wallpaper window behind desktop icons in kde desktop.

* Pick a webpage rendering engine.

You can do like Komorebi - just run a fullscreen application in the background. It's possible to force the window to the backround so any other application won't be hidden behind your fullscreen application.
Would fix compatibility issues, too (works for GNOME, KDE, XFCE etc. since you'll be using QT or GTK i guess).

It looks like at the moment the project is stale. I would love to see it :) <3
Komorebi sucks, you can only play a CPU rendered video with sound / without sound. I don't want a random video and I don't want to select a random image so it can somehow preview etc.

arch-user-france1 commented

I believe is better to target Wayland rather than X11 at this point, it is going to be default for both Nvidia and Mesa anyway soon

Works pretty good on NVIDIA already. I don't do Linux gaming anymore but wayland fixes a lot of X11 issues (not performance but different refresh rates, window dragging & vsync etc.

(here using gnome)

rocksdanister commented

It's possible to force the window to the backround so any other application won't be hidden behind your fullscreen application.

Do you have example of changing window z-index ?

arch-user-france1 commented

It's possible to force the window to the backround so any other application won't be hidden behind your fullscreen application.

Do you have example of changing window z-index ?

I did some research but the stupid search engine shows results for changing the background and other things.
A Stackoverflow question might help (I'm not a fan of how it works). I'm not a application developer and have no clue how to do GTK and QT.
If I find something I'll post it here.

arch-user-france1 commented

It's possible to force the window to the backround so any other application won't be hidden behind your fullscreen application.

Do you have example of changing window z-index ?

I did some research but the stupid search engine shows results for changing the background and other things.
A Stackoverflow question might help (I'm not a fan of how it works). I'm not a application developer and have no clue how to do GTK and QT.
https://askubuntu.com/questions/427711/can-i-make-a-window-always-stay-in-the-background/427727