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

List:       kde-usability
Subject:    Re: User Resources
From:       Zak Jensen <coolguyzak () gmail ! com>
Date:       2005-08-24 13:06:43
Message-ID: 21bb44f305082406062257cc5b () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


As far as transferring settings, I like the idea. I have a KDE desktop & 
laptop at home, and the CS labs at my school run (pretty much excusively) 
KDE. It would be great to plug in a flash drive and have the desktop 
recognize my settings.
 As far as importing users go, I don't think that's a good idea, mostly for 
security reasons. How about if a dialog pops up that says "I've detected the 
KDE configuration for user John Doe. Would you like to apply these 
settings?" or something similar. Eg. grab my desktop settings, but don't 
import a whole new account. :D
 Could this be done with the media:/ ioslave?
 On 8/24/05, Laur Ivan <laur.ivan@corvil.com> wrote: 
> 
> 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
>

[Attachment #5 (text/html)]

<div>As far as transferring settings, I like the idea. I have&nbsp;a KDE desktop \
&amp; laptop&nbsp;at home, and the CS labs at my school run (pretty much excusively) \
KDE. It would be great to plug in a flash drive and have the desktop recognize my \
settings. </div>
<div>&nbsp;</div>
<div>As far as importing users go, I don't think that's a good idea, mostly for \
security reasons. How about if a dialog pops up that says &quot;I've \
detected&nbsp;the KDE configuration for user John Doe. Would you like to apply these \
settings?&quot; or something similar. Eg. grab my desktop settings, but don't import \
a whole new account. :D </div>
<div>&nbsp;</div>
<div>Could this be done with the media:/ ioslave?</div>
<div>&nbsp;</div>
<div><span class="gmail_quote">On 8/24/05, <b class="gmail_sendername">Laur Ivan</b> \
&lt;<a href="mailto:laur.ivan@corvil.com">laur.ivan@corvil.com</a>&gt; wrote:</span> \
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; \
BORDER-LEFT: #ccc 1px solid">Hi there,<br><br>maybe I'm babbling... extending the \
backup idea, I was thinking along the<br>lines of a &quot;memory stick user&quot;. To \
be more clear, something like: the user <br>has his/hers home (or settings) on a \
memory stick and KDE would be able to<br>authenticate that.<br><br>I'm thinking that \
I've spent lots of time making kde desktop looking the way I<br>want, everything is \
nice and tidy; it would be great when travelling and <br>logging in to my friend's \
desktop/internet cafe in the US (kde too), to be<br>able to feel like \
home.<br><br>Off the top of my head I can think of several problems:<br>- \
security<br>- maybe this is better as an &quot;OS feature&quot; than a KDE (although \
imagine <br>plugging in an usb stick and the os (KDM) saying: &quot;I've detected a \
new user<br>&quot;John Doe&quot;. Do you want me to add it to the users \
list?&quot;)<br><br>Just some 2c...<br><br>Cheers,<br><br>Laur<br><br>On Tuesday 23 \
August 2005 14:08, Zak Jensen wrote: <br>&gt; Hmm.. sounds like it could be an \
interesting application of Tenor/the CLE<br>&gt; :D When you create a file that \
should be backed up, the application lets<br>&gt; the CLE know, and then it stores \
something like &quot;&lt;meta&gt;backmeup&lt;/meta&gt;&quot; \
<br>&gt;<br>&gt;&nbsp;&nbsp;On 8/23/05, Johan De Messemaeker &lt;<a \
href="mailto:johan.demessemaeker@telenet.be">johan.demessemaeker@telenet.be</a>&gt; \
wrote:<br>&gt; &gt; On Monday 22 August 2005 17:02, Zak Jensen wrote:<br>&gt; &gt; \
&gt; It is definitely needlessly complex (IMHO) to create a daemon that <br>&gt; &gt; \
&gt; uses FAM/etc to track everything that changes.<br>&gt; &gt;<br>&gt; &gt; FAM \
wasn't needed in my model. The application talks to the daemon<br>&gt; &gt; whenever \
a<br>&gt; &gt; file is added/deleted that is worth backing up. <br>&gt; &gt;<br>&gt; \
&gt; My example of a daemon is maybe not quite correct. It could be anything<br>&gt; \
&gt; really. The only functions of the program is to listen to application<br>&gt; \
&gt; requests that can be:<br>&gt; &gt; <br>&gt; &gt; 1) program registrations of \
some kind<br>&gt; &gt; 2) a program that requests locations from files of type \
X/Y/Z<br>&gt; &gt;<br>&gt; &gt; That's all there is really: the program stores file \
locations.<br>&gt; &gt; <br>&gt; &gt; Regards, Johan<br>&gt; &gt;<br>&gt; &gt; \
_______________________________________________<br>&gt; &gt; kde-usability mailing \
list<br>&gt; &gt; <a \
href="mailto:kde-usability@kde.org">kde-usability@kde.org</a><br> &gt; &gt; <a \
href="https://mail.kde.org/mailman/listinfo/kde-usability">https://mail.kde.org/mailma \
n/listinfo/kde-usability</a><br>_______________________________________________<br>kde-usability \
mailing list<br><a href="mailto:kde-usability@kde.org"> \
kde-usability@kde.org</a><br><a \
href="https://mail.kde.org/mailman/listinfo/kde-usability">https://mail.kde.org/mailman/listinfo/kde-usability</a><br></blockquote></div><br>




_______________________________________________
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] 

Configure | About | News | Add a list | Sponsored by KoreLogic