Évolution de JDEX

1. Évolution de JDEX • Intégration dans un navigateur ou solution stand-alone : • Application Java (avec Webstart), Javascript, autre ? • Séparation client/serveur afin que les calculs restent du côté CDPP et que seules données finales soient téléchargées: • Client : définition du calcul ou de la requête • Serveur : exécution de la tâche = renvoi de la variable résultat dans l’espace utilisateur ou recherche conditionnelle • Possibilité de travailler sur le format interne CDPP à partir de plusieurs jeux (grâce au ré-échantillonage : retour à une situtation mono-jeux) • Utilisation de l’espace de définition des alias comme d’un espace utilisateur (alimentation progressive suite aux calculs); à une variable doivent être attachés : • Un alias (pour ce paramètre de ce jeux) • Un intervalle de temps propre : temps début – temps fin qui peut couvrir plusieurs fichiers de stockage

2. Recommandations - D’une manière générale, des « défauts » doivent être définis pour éviter à l’utilisateur de renseigner trop de champs et de se poser trop de questions sur des points mineurs : cela s’applique sur le format de sortie (extraction de champ), le nom des alias, … - Pourquoi le champ droit du critère est-il blanc avec choix de constante ? La liste des alias dans les 2 champs droit et gauche serait sans doute plus utile. - Sortie : doit pouvoir proposer la liste des événements vérifiant le critère sous forme de table « temps début - temps fin ». Fonctions - manque : atanh, asinh, acosh, puissance, inverse, opposé - pourquoi « moins unaire » a-t’il un rôle particulier ? - doivent être classées, pas de mention « double » - conversion de dates : intérêt ? - renseigner les arguments « x » - dans options « fonctions et constantes met… » : qu’est-ce ? Constantes - vitesse mal placée - μ0 (4pe-7) - h : il y a une virgule au lieu d’un point - mauvaise valeur : C_E, C_E1eV