Salut Pierre,
Je reviens à notre échange d'il y a une semaine pour te donner ma
réponse suite à mon avancement dans la réflexion.
L'idée de développer tout un protocole d'échanges utilisant
open-network-stream pourraît un beau projet à développer. Cependant,
pour répondre à mon cahier des charges de "contrôle" par le prof du
travail des élèves, je me contente du partage des fichiers avec une
organisation des droits d'accès aux répertoires partagés par NFS. En
cela je me suis inspiré des idées de SambaEdu3 qui monte toute une
armada de fonctionnalités autour de cette idée simple à la base (partage
de répertoires).
Pour résumer donc : j'utiliserai emacs au niveau des postes élèves.
Postes complètement autonomes mais accédant à des partages sécurisés et
individualisés au niveau du serveur.
Encore une fois merci pour les idées.
Cordialement
Tarik
Pierre Lorenzon a écrit :
Ah Tarik!
Ca y est tu en sais plus que moi sur emacsclient.
From: Tarik Fdil <[EMAIL PROTECTED]>
Subject: Re: [CBLX] Besoin de conseil pour classe pilote
Date: Fri, 12 Sep 2008 23:24:18 +0000
Pierre,
Je reviens vers toi à propos de emacsclient car je me suis documenté sur
le sujet.
Je ne pense pas qu'emacsclient puisse apporter un plus à mon
architecture. Indépemment de l'aspect vocalisation, chaque élève va se
connecter à une même instance d'emacs qui tourne sur le
serveur. Ça
Oui et c'est là que je voyais un plus puisque je pensais que
ça pouvait permettre au prof de jouer les bigbrotehr et de
contrôler tout ce qui se passe.
n'apporte rien de plus le fait d'exécuter tous les clients sur le
serveur. Je préfère que chacun s'exécute chez lui et soulage
le serveur.
Oui mais l'un des aspects du cahier des charge semblait que
le prof puisse contrôler alors comment implémenter ça ? Bon
en théorie je saurais faire parce que tout peut se faire avec
la commande `open-network-stream' d'emacs qui peut servir
aussi bien à ouvrir un client qu'un serveur. Ainsi on
pourrait imaginer que le prof ait `n' buffers ouverts,
correspondant aux `n' élèves. À chacun de ces buffers on
associe un process créé avec open-network-stream connecté à
la machine de l'élève. Mais il ne suffit pas d'avoir un tuyau
il faut encore savoir ce qu'on va faire passer dans le tuyau
et ça revient à définir un petit protocole ad hoc.
Autre problème potentiel : je ne sais pas comment la protection entre
clients accédant à un même serveur s'effectue. J'ai bien peur qu'un
utilisateur vienne empiéter sur le texte d'un autre. En effet emacs
server et client sont conçus dans un esprit d'éviter tout simplement les
lenteurs de démarrage d'un emacs pour un même utilisateur. La notion
multi-utilisateurs n'est pas un objectif visé.
Sans doute pas non ! cela dit avec la méthode décrite plus
haut et dès l'instant où le process et le buffer sont
connectés l'un à l'autre, les buffers sont assez étanches
entre eux sous emacs.
Donc je retiens emacsclient comme solution pour éviter la lenteur de
démarrage d'emacs, mais chaque élève exécutera sa propre version d'emacs
server sur sa machine.
Oui sans exclure une connection avec l'emacs du prof comme
décrit plus haut. Enfin cela dit si effectivement tu
maintiens cette exigence dans le cahier des charges.
Pierre
_______________________________________________
Liste de diffusion CarrefourBLinuX
[email protected]
http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Pour s'inscrire par courriel :
'mailto:[EMAIL PROTECTED]'
Pour se retirer de la liste par courriel :
'mailto:[EMAIL PROTECTED]'
Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi
Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu
