About kephal and multiscreen status

[Θεόφιλος Ιντζόγλου]

This is even more interesting! Is there something that I could start with to 
help? If you take a look at a blogpost I wrote some time ago [1] you'll see 
that kdisplay (the test app I wrote for libEasyRandR) has a similar layout to 
the kcm part described in the Design. I could strip the part that uses the lib 
and put the code for review if you'd like. Also I could help testing the code 
that was written so far.

[1] http://theparapente.blogspot.com/2011/05/libeasyrandr-and-kdisplay-
update.html

On Sat 17 of Sep 2011 23:54:46 Alex Fiestas wrote:
> 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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20110918/b8479a50/attachment.sig>