28-06-2019, 23:43:51
Pour la question du navigateur, par défaut, les exercices sont regroupés par "alternatives". C'est-à-dire que, dans un souci de visibilité, un groupe d'exercices similaires ne sera représenté que par une entrée dans la liste de résultats. Le nombre d'exercices similaires est d'ailleurs indiqué au niveau de la miniature de chaque exercice, et la somme de ces valeurs correspond bien au nombre total de résultats obtenus. Pour voir l'ensemble de ces résultats, il suffit de décocher le bouton ALT du menu de recherche qui devient alors gris. Je reconnais que ce fonctionnement est peu intuitif et mériterait d'être sérieusement amélioré.
Pour ce qui concerne l'intégration, je ne pense pas non plus que le packaging de l'ensemble du projet soit une bonne solution. Le site principal est un outil d'administration qui n'a que peu d'intérêt pour une utilisation cliente. Le packaging par applications est certainement plus pertinent même si je ne suis pas certain que ce soit la solution la plus optimale. L'inconvénient de cette solution, tout à fait réalisable techniquement, est que l'organisation et la scénarisation des exercices reste à la charge de l'enseignant. Ce n'est qu'un avis amateur, mais je trouve que proposer des séries d'exercices mutualisées, construites et discutés collectivement en amont offre une plus-value certaine. Après, quelque soit l'option retenue, tout reste possible techniquement.
A ce propos, pour créer un logiciel local, ma chaîne de production est la suivante :
1. les fichiers RDF sont convertis en enregistrements SQL à l'installation de la base.
2. pour chaque exercice à exporter, je récupère par simple script le javascript de l'activité, sa feuille de style et son template html, les paramètres de l'exercice au format JSON et les ressources graphiques utilisées.
3. une page web simple peut alors récupérer le fichier JSON de l'exercice en cours et lance le javascript correspondant.
Tout a été fait pour récupérer automatiquement le strict minimum utile pour lancer une série d'exercice à exporter. Série qui peut être thématique ou par activité.
De mon côté, je n'ai pas encore bien compris comment il était possible d'encapsuler un site web dans PrimTux. Pour ma part j'utilise Cordova qui encapsule les pages web avec un mini-serveur et lance directement le navigateur par défaut de la plateforme redirigé vers un port local.
Pour ce qui concerne l'intégration, je ne pense pas non plus que le packaging de l'ensemble du projet soit une bonne solution. Le site principal est un outil d'administration qui n'a que peu d'intérêt pour une utilisation cliente. Le packaging par applications est certainement plus pertinent même si je ne suis pas certain que ce soit la solution la plus optimale. L'inconvénient de cette solution, tout à fait réalisable techniquement, est que l'organisation et la scénarisation des exercices reste à la charge de l'enseignant. Ce n'est qu'un avis amateur, mais je trouve que proposer des séries d'exercices mutualisées, construites et discutés collectivement en amont offre une plus-value certaine. Après, quelque soit l'option retenue, tout reste possible techniquement.
A ce propos, pour créer un logiciel local, ma chaîne de production est la suivante :
1. les fichiers RDF sont convertis en enregistrements SQL à l'installation de la base.
2. pour chaque exercice à exporter, je récupère par simple script le javascript de l'activité, sa feuille de style et son template html, les paramètres de l'exercice au format JSON et les ressources graphiques utilisées.
3. une page web simple peut alors récupérer le fichier JSON de l'exercice en cours et lance le javascript correspondant.
Tout a été fait pour récupérer automatiquement le strict minimum utile pour lancer une série d'exercice à exporter. Série qui peut être thématique ou par activité.
De mon côté, je n'ai pas encore bien compris comment il était possible d'encapsuler un site web dans PrimTux. Pour ma part j'utilise Cordova qui encapsule les pages web avec un mini-serveur et lance directement le navigateur par défaut de la plateforme redirigé vers un port local.