[gepi-users] Nouvelle version de test RC1 : la 1.4.3 bientôt prête pour la rentrée !

[Stephane Boireau (Animateur Secteur Bernay/Pont-Audemer)]

Bonjour,

Le Jeudi 31 Août 2006 13:37, Marot Jacques a écrit :
> Je viens de créer plus de 400 groupes ou regroupements :
> 40 classes et 15 matières environ font vite grossir le nombre
> de ces regroupements. Mais j'ai renoncé à le faire à la main dans
> GEPI, car j'ai vite compris que taper plus de 400 fois un nom long,
> un nom court, une confirmation des classes présentes dans ce
> regroupement et affecter un prof  serait trop fastidieux et très long
> à faire en ligne en cas de lenteur des connexions.
>
> Il faudrait ABSOLUMENT que lorque qu'un pseudo-regroupement ne
> concerne qu'une classe, il soit créé implicitement un nom court de groupe
> en concatenant le nom court ou l'identifiant de la classe et de la matiere.

Ce n'est pas simple...
... ça se faisait automatiquement avec les fichiers de GEP, mais le F_men 
n'était déjà pas rempli très tôt et on n'aura plus ces fichiers à terme.

Pour le moment, sur le add_group.php, j'ai déjà proposé une modif sur la 
demande d'Eric Lebrun:
Il s'agit de préremplir les deux champs nom et description de groupe en 
recopiant les noms court et long de la matière.


> Ceci permettrait un fonctionnement semblable aux versions précédentes
> où la notion de regroupement n'existait pas, en rendant transparente
> la création du regroupement, lorsque ceci n'est pas vraiment nécessaire :
> ce qui est le cas quand une seule classe est concernée (90 % des cas).
> On peut aussi imaginer que le nom court d'un véritable regroupement
> soit proposé en concatenant les noms courts des classes au nom court de
> la matière (en laissant la possibilité de le modifier, mais est-ce
> souhaitable ?)
>
> Question : est ce le nom de la matière ou le nom long de groupe qui
> apparaîtra
> sur le bulletin

C'est le nom long de groupe:
	$current_matiere_nom_complet[$j] = $current_group[$j]["description"];


> Il faudrait aussi qu'on puisse cocher plusieurs matières comme dans les
> versions précédentes, avant d'attribuer les professeurs à ces
> regroupements, car dans la version actuelle, il faut établir une connexion
> à chaque création d'un groupe ( classes/matière/profs), ce qui ralentit
> énormément la gestion des enseignements d'une classe, en demandant une
> dizaine de connexions successives à la base.

Euh... j'ai fait une page, proposée, mais non encore intégrée qui affiche un 
tableau à deux entrées avec la liste des profs et la liste des matières et 
des cases à cocher.
Cela permet de remplit la table 'j_professeurs_matieres'.

Ca ne fait pas l'association aux groupes par contre.

J'ai aussi fait une page pour importer les matières d'après un CSV 
(nom_court;nom_long)... 
... à suivre.


> J'ai donc  fait le travail avec un tableur puis injecter ces tables au
> format csv
> dans la base à l'aide de phpmyadmin : grosse gymnatique pour comprendre
> qu'elles étaient les liaisons enttre tables!!!! Mais moins  fastidieux
> que de taper
> tout à la main. ( les tables jointures matieres-groupes, et profs-groupes,
> ne pourait-elles pas être fusionnées ? )

Euh...
... je ne crois pas que ce soit plus commode à l'usage.


> Ce ne sont que des propositions pour faire avancer le schmilblick , car
> j'ai peur
> que quelqu'un qui découvrirait GEPI soit vite rebuter par le côté
> fastidieux pour
> faire le travail à la main dans  GEPI. En plus le passage de GEP à SCONET
> me laisse dubitatif sur la possibilité de se servir de leurs fichiers
> pour créer
> automatiquent les regroupements.

Vivi.

Cordialement.
-- 
Stéphane Boireau
Animateur TICE sur le Secteur de Bernay/Pont-Audemer (27)