Lumina Desktop

17 December 2020 18:07

most apps are nice and DE-agnostic, and work no problem

Lumina Desktop

17 December 2020 18:07

they can - it just depends which "Desktop" the apps were written for

Lumina Desktop

17 December 2020 18:06

thanks for the time and energy spent explaining by the way @beanpole135

Lumina Desktop

17 December 2020 18:05

so the desktop is separate from the tools completely, whereas most DE's have a jumbled "soup" of app-to-desktop communication requirements

Lumina Desktop

17 December 2020 18:04

The Lumina tools are all designed as stand-alone utilities that do not need to interact on a low level with the desktop at all - which is a main difference from most DE utilities

Lumina Desktop

17 December 2020 18:03

Lumina is just 1 main binary/tool for the DE itself - with single-process communication used rather than multi-process communication

Lumina Desktop

17 December 2020 18:02

Most desktop environments are actually a collection of dozens of individual processes - each of them handling 1 thing about the DE. These use DBUS to talk to each other and try to keep in sync

Lumina Desktop

17 December 2020 18:01

so them why would other systems use d-bus and not directly interface with the x server like lumina does?

Lumina Desktop

17 December 2020 18:00

but essentially it is just a graphical interface for the system

Lumina Desktop

17 December 2020 18:00

the X11 interactions are abstrated into a single Qt class to keep Lumina itself based just on Qt5

Lumina Desktop

17 December 2020 17:59

Lumina is used on PT by default as well

Lumina Desktop

17 December 2020 17:59

is lumina already running on project trident?

Lumina Desktop

17 December 2020 17:58

there is no need to use it at all when you are using the Xorg/XCB libraries to interface with X11 itself

Lumina Desktop

17 December 2020 17:56

so in resume @beanpole135 how does this project manage to avoid d-bus

Lumina Desktop

17 December 2020 17:55

and if so how you acomplish that in the linux kernel

Lumina Desktop

17 December 2020 18:07

if it is a KDE app, you will actually see it trying to start up the KDE desktop (or pieces of it) in the background

Lumina Desktop

17 December 2020 18:06

so then most desktop "apps" dont really run on lumina

Lumina Desktop

17 December 2020 18:05

given probably you need to setup everything every time you use something?

Lumina Desktop

17 December 2020 18:05

but doesnt that make for a clunky navigation

Lumina Desktop

17 December 2020 18:04

I not really understanding the "special setup or configuration" part very well

Lumina Desktop

17 December 2020 18:03

I guess I need to try lumina

Lumina Desktop

17 December 2020 18:02

those are defined in the OS-build templates, so they "just work" without an special setup or configuration by the end user

Lumina Desktop

17 December 2020 18:01

the only interactions with the OS itself are done through an external process abstrations system, running base-OS utilities

Lumina Desktop

17 December 2020 18:00

oh ok I though it was given that was the explanation by andre from hyperbola project

Lumina Desktop

17 December 2020 18:00

Lumina is an interface for X11

Lumina Desktop

17 December 2020 17:59

as I questioned earlier... where is Lumina talking directly to the kernel?

Lumina Desktop

17 December 2020 17:59

but isnt that rather combersome to talk directly to the kernel in the linux case, given message layer is quite simplistic?

Lumina Desktop

17 December 2020 17:57

Dbus is just an abstract communications layer with an overly complicated interaction system

Lumina Desktop

17 December 2020 17:56

given from my understandment the linux kernel message layer is pretty barebones

Lumina Desktop

17 December 2020 17:55

and he explain to me that there is no need for d-bus in llumina project