From kde-devel Sun Mar 27 07:33:58 2011 From: Shafqat Bhuiyan Date: Sun, 27 Mar 2011 07:33:58 +0000 To: kde-devel Subject: Re: GSOC 2011: Settings Manager Message-Id: X-MARC-Message: https://marc.info/?l=kde-devel&m=130121131518921 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0238847315==" --===============0238847315== Content-Type: multipart/alternative; boundary=20cf30549e55a0cca0049f71d940 --20cf30549e55a0cca0049f71d940 Content-Type: text/plain; charset=ISO-8859-1 Thanks for your support Pau. I think it might be a good idea for me to talk to the developers of Kamion. It would be interesting to hear how far they got, and why they stopped. Thanks Jain. I hadn't heard about KonfigTracker before either. It sounds quite similar to my project except that your one also monitors changes. Congrats on finishing your project. Is it currently part of the Pardus releases? It seems like there has already been some work done in this area. However I would like a solution that is fully integrated into KDE. This could either mean writing something from scratch or working on the exisiting projects. My inclination is to start from scratch, while using the existing projects to help me. On Sun, Mar 27, 2011 at 4:57 AM, Jain Basil Aliyas wrote: > Hello, > > I developed an application named KonfigTracker (Snapshot and Monitoring > tool for KDE4 settings) in GSoC 2010, with Pardus. I used GitPython as its > backend, and PyQt4. > > This application will sit in your tray and monitors changes in your > configuration files; and each change is recorded (committed) onto a local > git repository. > > Code : > http://svn.pardus.org.tr/uludag/trunk/playground/gsoc/konfig-tracker/ > Blog : http://blog.jainbasil.net/tag/gsoc2010 > > But, the current version of GitPython has changed its API which made my > code break. I didn't get ample time to fix those issues, due to some > personal issues. > > > > On Sat, Mar 26, 2011 at 8:45 PM, Pau Garcia i Quiles > wrote: > >> Hello, >> >> In my opinion Kamion would be very useful to users. But that's only my >> opinion, I can't speak for other people. I surely think it'd a >> worthwhile GSoC. >> >> On Sat, Mar 26, 2011 at 5:22 AM, Shafqat Bhuiyan >> wrote: >> > Thanks for your reply. >> > I didn't hear about Kamion before. It looks like a lot of code was >> written >> > but nothing was properly released. >> > I am also thinking about some other projects so unless there is a lot of >> > interest in this kind of project, I might look into another project for >> > GSOC. >> > Thanks >> > On Sat, Mar 26, 2011 at 12:20 PM, Pau Garcia i Quiles < >> pgquiles@elpauer.org> >> > wrote: >> >> >> >> Hi, >> >> >> >> I think Kamion does essentially that, but it's a bit dead. Maybe you >> >> could revive it? >> >> >> >> http://developer.kde.org/summerofcode/kamion.html >> >> http://websvn.kde.org/trunk/playground/utils/kamion/ >> >> >> >> >> >> On Thu, Mar 24, 2011 at 9:14 AM, Shafqat Bhuiyan >> >> wrote: >> >> > Hello Everyone, >> >> > >> >> > My name is Shafqat Bhuiyan. I am a student wanting to join KDE for >> this >> >> > year's Google Summer of Code. >> >> > >> >> > One of the ideas that I've been thinking about is a "Settings >> Manager". >> >> > This >> >> > will be tool that allows you to export, import and revert KDE >> >> > application >> >> > and workspace settings. It will have its main interface as a module >> >> > within >> >> > KDE System Settings as well as a command-line/external interface. >> >> > >> >> > Here is a very crude mockup to give an idea what I'm thinking: >> >> > http://i.imgur.com/pXt7O.jpg >> >> > >> >> > My motivation is this: KDE applications are highly customisable. This >> >> > has an >> >> > advantage that users can modify their system to best fit their >> workflow. >> >> > However setting up these options can be quite time consuming and for >> >> > some >> >> > people quite difficult. >> >> > >> >> > This tool will be designed so that a person who has customized their >> KDE >> >> > experience can export their settings to keep a backup in case of >> >> > reinstallation, data loss, upgrade failures etc. It will also allow >> >> > reverting settings back to defaults if the user wishes to remove >> their >> >> > customisations. >> >> > >> >> > This tool can also make it much easier for people who do not feel >> >> > comfortable with changing settings to get defaults that suit them >> >> > better. >> >> > For example, imagine a distro where during the setup or first welcome >> >> > stage >> >> > it asks what kind of desktop experience the user would like: KDE >> >> > default, >> >> > KDE classic (3.5 ish), Windows, Mac etc. The distro tool could then >> >> > import >> >> > the appropriate settings so that the applications and workspace >> behave >> >> > in a >> >> > way that the user feels more comfortable with. >> >> > >> >> > Another use case is that it allows people to share their settings >> with >> >> > others. This can also be an advantage for developers as bug repoters >> can >> >> > attach their settings information to bug reports. >> >> > >> >> > These are some of the ideas that I've thought about this project so >> far. >> >> > I >> >> > am very interested in hearing any comments or ideas. If you think >> this >> >> > project is worth pursuing, or if you have any suggestions please let >> me >> >> > know. >> >> > >> >> > Thanks >> >> > Shafqat Bhuiyan >> >> > >> >> > >> >> >>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to >> >> >>> unsubscribe >> >> >>> << >> >> > >> >> > >> >> >> >> >> >> >> >> -- >> >> Pau Garcia i Quiles >> >> http://www.elpauer.org >> >> (Due to my workload, I may need 10 days to answer) >> > >> > >> >> >> >> -- >> Pau Garcia i Quiles >> http://www.elpauer.org >> (Due to my workload, I may need 10 days to answer) >> >> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to >> unsubscribe << >> > > Greetings! > > -- > *jain basil aliyas.* > http://blog.jainbasil.net > > > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to > unsubscribe << > > --20cf30549e55a0cca0049f71d940 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for your support Pau. I think it might be a good idea for me to talk= to the developers of Kamion. It would be interesting to hear how far they = got, and why they stopped.


Thanks Jain. I hadn't heard about= KonfigTracker before either. It sounds quite similar to my project except = that your one also monitors changes. Congrats on finishing your project. Is= it currently part of the Pardus releases?

It seems like there has already been some work done in this area. Howev= er I would like a solution that is fully integrated into KDE. This could ei= ther mean writing something from scratch or working on the exisiting projec= ts. My inclination is to start from scratch, while using the existing proje= cts to help me.





On Sun, Mar 27, 2011 at 4:57= AM, Jain Basil Aliyas <jainbasil@gmail.com> wrote:
Hello,

I developed an application named KonfigTracker (Snapshot and = Monitoring tool for KDE4 settings) in GSoC 2010, with Pardus. I used GitPyt= hon as its backend, and PyQt4.

This application will sit in your tr= ay and monitors changes in your configuration files; and each change is rec= orded (committed) onto a local git repository.

Code : http://svn.pardus.org.tr/uludag/trunk/p= layground/gsoc/konfig-tracker/
Blog : http://blog.jainbasil.net/tag/gsoc20= 10

But, the current version of GitPython has changed its API which made my= code break. I didn't get ample time to fix those issues, due to some p= ersonal issues.



On Sat, Mar 26, 2011 at 8:45 PM, Pau Garcia i Quiles <= pgquiles@elpauer.= org> wrote:
Hello,

In my opinion Kamion would be very useful to users. But that's only my<= br> opinion, I can't speak for other people. I surely think it'd a
worthwhile GSoC.

On Sat, Mar 26, 2011 at 5:22 AM, Shafqat Bhuiyan <priomsrb@gmail.com> wrote:
> Thanks for your reply.
> I didn't hear about Kamion before. It looks like a lot of code was= written
> but nothing was properly released.
> I am also thinking about some other projects so unless there is a lot = of
> interest in this kind of project, I might look into another project fo= r
> GSOC.
> Thanks
> On Sat, Mar 26, 2011 at 12:20 PM, Pau Garcia i Qu= iles <pgquiles= @elpauer.org>
> wrote:
>>
>> Hi,
>>
>> I think Kamion does essentially that, but it's a bit dead. May= be you
>> could revive it?
>>
>> http://developer.kde.org/summerofcode/kamion.html
>> http://websvn.kde.org/trunk/playground/utils/kamion/ >>
>>
>> On Thu, Mar 24, 2011 at 9:14 AM, Shafqat Bhuiyan <priomsrb@gmail.com>
>> wrote:
>> > Hello Everyone,
>> >
>> > My name is Shafqat Bhuiyan. I am a student wanting to join KD= E for this
>> > year's Google Summer of Code.
>> >
>> > One of the ideas that I've been thinking about is a "= ;Settings Manager".
>> > This
>> > will be tool that allows you to export, import and revert KDE=
>> > application
>> > and workspace settings. It will have its main interface as a = module
>> > within
>> > KDE System Settings as well as a command-line/external interf= ace.
>> >
>> > Here is a very crude mockup to give an idea what I'm thin= king:
>> > ht= tp://i.imgur.com/pXt7O.jpg
>> >
>> > My motivation is this: KDE applications are highly customisab= le. This
>> > has an
>> > advantage that users can modify their system to best fit thei= r workflow.
>> > However setting up these options can be quite time consuming = and for
>> > some
>> > people quite difficult.
>> >
>> > This tool will be designed so that a person who has customize= d their KDE
>> > experience can export their settings to keep a backup in case= of
>> > reinstallation, data loss, upgrade failures etc. It will also= allow
>> > reverting settings back to defaults if the user wishes to rem= ove their
>> > customisations.
>> >
>> > This tool can also make it much easier for people who do not = feel
>> > comfortable with changing settings to get defaults that suit = them
>> > better.
>> > For example, imagine a distro where during the setup or first= welcome
>> > stage
>> > it asks what kind of desktop experience the user would like: = KDE
>> > default,
>> > KDE classic (3.5 ish), Windows, Mac etc. The distro tool coul= d then
>> > import
>> > the appropriate settings so that the applications and workspa= ce behave
>> > in a
>> > way that the user feels more comfortable with.
>> >
>> > Another use case is that it allows people to share their sett= ings with
>> > others. This can also be an advantage for developers as bug r= epoters can
>> > attach their settings information to bug reports.
>> >
>> > These are some of the ideas that I've thought about this = project so far.
>> > I
>> > am very interested in hearing any comments or ideas. If you t= hink this
>> > project is worth pursuing, or if you have any suggestions ple= ase let me
>> > know.
>> >
>> > Thanks
>> > Shafqat Bhuiyan
>> >
>> >
>> >>> Visit http://mail.kde.org/mailman/listinfo/kd= e-devel#unsub to
>> >>> unsubscribe
>> >>> <<
>> >
>> >
>>
>>
>>
>> --
>> Pau Garcia i Quiles
>> http://www.el= pauer.org
>> (Due to my workload, I may need 10 days to answer)
>
>



--
Pau Garcia i Quiles
http://www.elpauer.org=
(Due to my workload, I may need 10 days to answer)

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub= to unsubscribe <<

Greetings!
=
--
jain basil aliyas.



>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub= to unsubscribe <<


--20cf30549e55a0cca0049f71d940-- --===============0238847315== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe << --===============0238847315==--