From kde-panel-devel Mon Jul 25 20:48:08 2011 From: Aleix Pol Date: Mon, 25 Jul 2011 20:48:08 +0000 To: kde-panel-devel Subject: Re: KDE Plasma Edu. Desktop: Getting the configuration settings/files Message-Id: X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=131162697012764 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0199431895==" --===============0199431895== Content-Type: multipart/alternative; boundary=000e0cd7054a01b2be04a8eaf042 --000e0cd7054a01b2be04a8eaf042 Content-Type: text/plain; charset=UTF-8 On Mon, Jul 25, 2011 at 10:32 PM, karan pratap singh wrote: > Hi > > I was thinking about the mechanism with which the student machines can get > the configuration/layout settings from the server, which was put in the > server by the teacher beforehand. > > So, will it be better to use a config file to store what the teacher wants > the current state to look like and then the custom containment on the > student machines will download that file from the server and implement those > changes? > > If a older version is present in the student machine, then the new file > overwrites the old file... > > This file download can take place through Telepathy File Transfer > Mechanism/Telepathy Stream TUBES > > Or we could just have the containment receive direct DBus signals over the > LAN using Telepathy DBUS TUBES, and then based on those signals the > containment will change the layout accordingly? > > > According to me approach 1 is pretty good because, we can have a backup of > the settings in the config files, whereas in approach 2 we dynamically > change things... > > What is the correct approach out of the above 2? > > > > -- > regards, > Karan Pratap Singh > IRC nick: kps_foo > Blog: http://kpsfoo.in/blog/ > I think the layout must be brought by the teacher (remember that we have a persistent connection), so it makes sense that it's the file provided by the teacher the one that will be shown in the system. Older configurations can be discarded for the moment, though. What we talked before was approach 1 and I think you should keep with it. Aleix --000e0cd7054a01b2be04a8eaf042 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Jul 25, 2011 at 10:32 PM, karan pratap s= ingh <wizard= .karan@gmail.com> wrote:
Hi

I was thinking about the mechanism with which the stu= dent machines can get the configuration/layout settings from the server, wh= ich was put in the server by the teacher beforehand.

So, will it be better to use a config file to store what the teacher w= ants the current state to look like and then the custom containment on the = student machines will download that file from the server and implement thos= e changes?

If a older version is present in the student machine, t= hen the new file overwrites the old file...

This f= ile download can take place through Telepathy File Transfer Mechanism/Telep= athy Stream TUBES

Or we could just have the containment receive direct DB= us signals over the LAN using Telepathy DBUS TUBES, and then based on those= signals the containment will change the layout accordingly?


According to me approach 1 is pretty good because, we ca= n have a backup of the settings in the config files, whereas in approach 2 = we dynamically change things...

What is the correc= t approach out of the above 2?=C2=A0



--
re= gards,
Karan Pratap Singh
IRC nick: kps_foo

I think the layout must be brought by th= e teacher (remember that we have a persistent connection), so it makes sens= e that it's the file provided by the teacher the one that will be shown= in the system. Older configurations can be discarded for the moment, thoug= h.

What we talked before was approach 1 and I think you sh= ould keep with it.

Aleix
--000e0cd7054a01b2be04a8eaf042-- --===============0199431895== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel --===============0199431895==--