• Interface -> FAIT
• Sécurité -> FAIT
• Chargement/Annotation de documents -> FAIT
• QCM -> FAIT
• navigation onthologie + choix des tags -> PARTIEL
• Regles Web Sémantique -> NON FAIT
• exercices R -> NON FAIT

• connexion au LDAP, base exterieure, ...
• sécurisation coté client & serveur
• vision sous-ensemble / totalité
• administrateur, enseignant, étudiant, invité

• bootstrap & angularjs

• pdf -> html (finalement)
• annotation texte & image + commentaire
• envisageable à peu de frais :
  • image png
  • video
  • texte tapé en markdown, html...(cours ?)

• QCM avec/sans documents, multi documents
• avec /sans aide/commentaires des annotation
• notation
• avec ou sans limite de temps (global ou par question)

• PUCES distinctes menu
• bloquant (0pointé indispensable/interdit), pondération
• cocher les réponses considérées correctes
• ELEMENTS :
  • FLASH, clignotant (CSS)
• onthologie = tag à plusieurs niveaux pour un document study-design

• détournement des 2 boutons en + & -
• il faut ajouter la prop "zone" à chaque annot
• quand + cliqué -> déclenche fonction qui
  • envoie à parent la valeur
  • supprime toutes les annotorious qui ont l'ID, et les recrée avec la couleur verte
  • ajoute la classe à toutes les annotator qui ont l'ID, pour les rendre verts
• pour creer le build : modifier standalone : debug = false ; java -jar plovr/plovr.jar build standalone.json > ~/test.js
• le résultat : ajouter +200 aux 2 endroits ou "width:f.width,height:f.height" est présent + enlever "Q(this.element,"display","inline-block")" qui se trouve avant le seul "inline-block" il faut que la version étudiante integre l'"annotatorious modifié" ainsi que le css modifié (avec le pouce levé et baissé)
• possible de changer la couleur en fonction des annotation text/images

• modalité non applicable pour les tags.
• eventuel : limiter le tag à l'ontologie et non aux descendants.
• 3 niveaux de compétences,
• OPO, OBCS & STATO
• ajouter plusieurs ontologies
• pouvoir annoter les ontologies (fr....)

• fournir à PH les 2 arbo de stato & obo
• un exo a :
  • concept prérequis (les pères de tous les concepts de questions)
  • concept validés (les concepts validés)
• MST propose à l'enseignant les concepts validés/prérequis
• on a une pile d'exercices à proposer à l'étudiant, ordonnée
• on propose un exercice quand il a validé les concepts
• on peut voir l'espace des concepts validés
• selon la promotion, des pants de l'onto sont visibles ou non.
• selon que l'élève est bon ou non, des pants de l'onto sont visible ou non (débloqués)

• barre de recherche dans document annoter (type de doc, mots clefs allant taper dans les libellés des concepts, si existant l'abstract description & autre.)
• retirer la précision d'adéquation des concepts OK
• une rubrique : mes exercices OK
  • sont listés les exo qui sont possibles. (basés sur mes connaissances) OK
• une rubrique : mes connaissances

• Faire un panel qui montre les notions abordés par un qcm
  • 3 colonnes: les notions necessaires, notions abordées notions débloquées, (LABELS !)

#NEWS 5

• maitriser une notion à condition que les crédits soient remplis
• les crédits sont par défaut 10 et peuvent etre édités.
• la regle compare la valeur de l'étudiant a ce crédit
• les crédits de l'étudiant pour tel ou tel concept sont recalculés à chaque fin d'exo
• Qcm -> Epreuve
• ajouter les exo réussis
• choux js
• recherche inférée (moteur)
• dump/import de base de fait