[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: User Resources
From:       Laur Ivan <laur.ivan () corvil ! com>
Date:       2005-08-24 8:20:54
Message-ID: 200508240920.54232.laur.ivan () corvil ! com
[Download RAW message or body]

Hi there,

maybe I'm babbling... extending the backup idea, I was thinking along the 
lines of a "memory stick user". To be more clear, something like: the user 
has his/hers home (or settings) on a memory stick and KDE would be able to 
authenticate that.

I'm thinking that I've spent lots of time making kde desktop looking the way I 
want, everything is nice and tidy; it would be great when travelling and 
logging in to my friend's desktop/internet cafe in the US (kde too), to be 
able to feel like home.

Off the top of my head I can think of several problems:
- security
- maybe this is better as an "OS feature" than a KDE (although imagine 
plugging in an usb stick and the os (KDM) saying: "I've detected a new user 
"John Doe". Do you want me to add it to the users list?")

Just some 2c...

Cheers,

Laur

On Tuesday 23 August 2005 14:08, Zak Jensen wrote:
> Hmm.. sounds like it could be an interesting application of Tenor/the CLE
> :D When you create a file that should be backed up, the application lets
> the CLE know, and then it stores something like "<meta>backmeup</meta>"
>
>  On 8/23/05, Johan De Messemaeker <johan.demessemaeker@telenet.be> wrote:
> > On Monday 22 August 2005 17:02, Zak Jensen wrote:
> > > It is definitely needlessly complex (IMHO) to create a daemon that
> > > uses FAM/etc to track everything that changes.
> >
> > FAM wasn't needed in my model. The application talks to the daemon
> > whenever a
> > file is added/deleted that is worth backing up.
> >
> > My example of a daemon is maybe not quite correct. It could be anything
> > really. The only functions of the program is to listen to application
> > requests that can be:
> >
> > 1) program registrations of some kind
> > 2) a program that requests locations from files of type X/Y/Z
> >
> > That's all there is really: the program stores file locations.
> >
> > Regards, Johan
> >
> > _______________________________________________
> > kde-usability mailing list
> > kde-usability@kde.org
> > https://mail.kde.org/mailman/listinfo/kde-usability
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability

[prev in list] [next in list] [prev in thread] [next in thread]