[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-edu-devel
Subject: Re: [kde-edu]: Centralised Data Storage
From: Ben Crawford <crawford_ben () yahoo ! ca>
Date: 2007-03-19 19:25:18
Message-ID: 20070319192518.58447.qmail () web51704 ! mail ! re2 ! yahoo ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Good Morning,
As a teacher I think that $HOME (that being my home directory not the students) makes \
the most sense for three reasons: 1. It is a directory that I will be accessing \
most often anyway and 2. I know that less technically inclined teachers would find \
it easier to not have to navigate or search for another directory. 3. This option \
would still allow the technically inclined to put a link from their home directory to \
somewhere else if the choose.
Just my thoughts.
Ben
----- Original Message ----
From: Josef Spillner <spillner@kde.org>
To: kde-edu@kde.org; inge@lysator.liu.se
Sent: Monday, March 19, 2007 10:18:09 PM
Subject: Re: [kde-edu]: Centralised Data Storage
Am Sonntag, 18. März 2007 02:56 schrieb Inge Wallin:
> This is especially
> important for programs where the user can download more data after the
> installation of the program, e.g. through the GetHotNewStuff feature.
Biiiing - I was triggered and make myself available for answering.
In KNS2 system-wide data will integrate better with user-downloaded data. This
is true for data already provided by distros, but also for such system-wide
additional deployments. As long as the location is within the KFSSTD, we
could offer a simple configuration option. If the location is outside of it,
it will be hard, for not every program has the same structure under /usr as
it has under $HOME. But for KDE programs it won't be difficult.
I'd like to know from a teacher's point where the configuration option should
go. For example, it would suffice to modify the system-wide *.knsrc files
(which contain installation targets) on the teacher's machine, which could
have a network drive mounted, and the teacher will then be prompted for a
password before installation.
As I see it, there are many different school distros out there, and most of
them already provide some network integration between pupils and teachers. We
shouldn't duplicate this in kdelibs, but we can make good use of it.
Josef
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[Attachment #5 (text/html)]
<html><head><style type="text/css"><!-- DIV {margin:0px;} \
--></style></head><body><div \
style="font-family:verdana,helvetica,sans-serif;font-size:12pt"><div \
style="font-family: verdana,helvetica,sans-serif; font-size: 12pt;">Good \
Morning,<br><br>As a teacher I think that $HOME (that being my home directory not the \
students) makes the most sense for three reasons: 1. It is a directory \
that I will be accessing most often anyway and 2. I know that less \
technically inclined teachers would find it easier to not have to navigate or search \
for another directory. 3. This option would still allow the technically \
inclined to put a link from their home directory to somewhere else if the \
choose.<br><br>Just my thoughts.<br><br>Ben<br><br><div style="font-family: times new \
roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: \
Josef Spillner <spillner@kde.org><br>To: kde-edu@kde.org; \
inge@lysator.liu.se<br>Sent: Monday, March 19, 2007 10:18:09 PM<br>Subject: Re: \
[kde-edu]: Centralised Data Storage<br><br><div>Am Sonntag, 18. März 2007 02:56 \
schrieb Inge Wallin:<br>> This is especially<br>> important for programs where \
the user can download more data after the<br>> installation of the program, e.g. \
through the GetHotNewStuff feature.<br><br>Biiiing - I was triggered and make myself \
available for answering.<br>In KNS2 system-wide data will integrate better with \
user-downloaded data. This <br>is true for data already provided by distros, but also \
for such system-wide <br>additional deployments. As long as the location is within \
the KFSSTD, we <br>could offer a simple configuration option. If the location is \
outside of it, <br>it will be hard, for not every program has the same structure \
under /usr as <br>it has under $HOME. But for KDE programs it won't be \
difficult.<br><br>I'd like to know from a teacher's point where the configuration \
option should <br>go. For example, it would suffice to modify the system-wide \
*.knsrc files <br>(which contain installation targets) on the teacher's machine, \
which could <br>have a network drive mounted, and the teacher will then be prompted \
for a <br>password before installation.<br>As I see it, there are many different \
school distros out there, and most of <br>them already provide some network \
integration between pupils and teachers. We <br>shouldn't duplicate this in kdelibs, \
but we can make good use of \
it.<br><br>Josef<br>_______________________________________________<br>kde-edu \
mailing list<br>kde-edu@mail.kde.org<br><a target="_blank" \
href="https://mail.kde.org/mailman/listinfo/kde-edu">https://mail.kde.org/mailman/listinfo/kde-edu</a><br></div></div><br></div></div><br>
<hr size=1>Ask a question on any topic and get answers from real people. <a \
href="http://ca.answers.yahoo.com"><b>Go to Yahoo! Answers.</b></a> </body></html>
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic