About kephal and multiscreen status

[Alex Fiestas]

On 09/17/2011 04:30 PM, Θεόφιλος Ιντζόγλου wrote:
> Hi!
> It's been a while since I asked about kephal. I've been experimenting with
> RandR lately and I have created a library that does something like the one
> kephal was supposed to do and can be found here:
>
> https://github.com/parapente/libEasyRandR
>
> I also have created a test application that isn't complete yet and can also be
> found in github.
>
> I was thinking about working on kephal and the randr module of systemsettings
> using parts from the lib I was working on. Could you give me some pointers
> from where to start and what is really needed for now? From what I can see the
> randr module doesn't use any part of kephal for now.
>
> I hope I have picked the right mailing list :-)

Hi, I'm currently working on these modules, what we are trying to 
accomplish can be read here:

http://community.kde.org/Solid/Projects/DisplayManagement/Design

In the technical front this is more or less the vision:

The only part that will not change in the future, no matter if we use 
wayland or X11 is the configuration, so is there where we are 
abstracting. To do that we have a kde daemon with a dbus api which 
allows us to change or get the configuration, if changed the daemon will 
propagate the changes to XRandR, KMS (wayland) or wherever is need.
Also, this daemon will save the configuration into a xml (we're sharing 
the format with GNOME and Unity).

The applications that need to be aware of the configuration changes 
should listen to this KDE daemon instead of XRandR, the reason is 
because we don't want Plasma for example changing stuff before KWin 
does, meaning that we want to control when applications react.

The current status of this is extremely under WIP, I have decoupled 
KRandR library from the configuration part, and started the daemon which 
is currently reading and storing the configuration.

Finally, kephal should die and be replaced by Qt, which actually is what 
kephal uses. If needed Qt should be improved.