[Users-fr] ATOMS : rems % nouveau système en ligne depuis fin juin
Samuel Gougeon
sgougeon at free.fr
Mar 23 Aou 20:49:43 CEST 2016
@L'équipe Scilab
Bonjour,
Suite à l'annonce fin juin
<http://mailinglists.scilab.org/Scilab-users-Changes-on-ATOMS-to-post-toolboxes-for-Scilab-6-tt4034282.html>
de modifications importantes dans le gestionnaire de modules ATOMS en ligne
,... et au rétablissement de l'accès aux modules via l'interface
atomsGui depuis Scilab (après une disparition assez inquiétante de cet
accès pendant de nombreux jours en juillet), je prends un peu de temps
pour vous faire part de diverses remarques concernant ces changements.
Je n'ai que très peu testé le nouveau système en tant qu'admin de
modules, car il y a un point bloquant.
En espérant que ces remarques puissent bénéficier à tous, et/ou qu'elles
invitent d'autres utilisateurs à s'exprimer à ce propos,
Cordialement
Samuel
-----------------------
* *ATOMS* :
o *Consultation de la liste* :
+ *Modules pour Scilab < 5.4* *inaccessibles* :
l'impossibilité de désormais consulter ces modules est un
problème _majeur_. Vouloir mettre l'accent sur les modules
récents est très bien. Cela n'implique nullement de rendre
le "grenier" inaccessible. Ce grenier doit en tout état de
cause rester librement et complètement accessible.
Au dernier ScilabTech 2015, vous avez estimé
intéressant/pertinent d'inviter Roberto Di Cosmo de l'IRILL,
dont le principal propos fut de dénoncer la volatilité des
archives logicielles et -- notamment -- la non
reproductibilité des simulations scientifiques que cette
volatilité entraine :
http://www.scilabtec.com/index.php/program?id=120
Rendre les modules utilisateurs < 5.4 inaccessibles
s'inscrit exactement dans ce que Di Cosmo dénonçait. Lors du
Scilabtech, je n'ai entendu aucune objection -- en
particulier issue du personnel de S/E -- aux propos de
l'orateur.
Donc, pourquoi ce changement -- du reste très indélicat, car
sans aucun préavis ni des auteurs ni des utilisateurs ?
+ *Sélecteurs */Show only toolboxes available onfor/
Ces sélecteurs standard étaient très attendus. Merci donc
pour cet ajout. On peut cependant regretter deux choses :
# Il n'est pas possible de faire des sélections multiples
avec CTRL+clic,
* par exemple pour cumuler toutes les versions Windows
32 et 64 bits, ou toutes les versions Linux, etc
* ou encore pour cumuler plusieurs versions de Scilab
: 5.4 + 5.5, etc
#
Ce moyen est plus souple que d'ajouter des entrées "All
Windows" ou "All Linux", etc.
Une indication invitant à utiliser CTRL+clic peut être
donnée en infobulle sur chaque liste, car ce moyen est
assez peu connu mais très simple et utile (comme dans
les listes de sélection de bugzilla).
Par ailleurs, les sélections par défaut -- all --
mériteraient sans doute, à coût nul -- d'être un peu
plus explicites : -- all plateforms -- et -- all
versions -- ...
# Enfin, ces filtres disparaissent -- et le filtrage aussi
: les paramètres GET en URL sont supprimés -- dés que
l'on sélectionne une catégorie dans la liste de gauche.
C'est fort dommage.
o *Administration d'un module* :
Ayant été confronté à un problème bloquant sur FileExchange
(voir plus bas), je suis resté très prudent sur le seul module
ATOMS que j'administre actuellement (uman), sans jamais presser
de bouton "update" ou create. je me permets cependant quelques
remarques concernant la nouvelle présentation des modules coté
admin :
+ *Consultation de la page en version admin :*
# Cadre */Details/* :
* */"Entity"/* : ce libellé n'a pas changé, mais me
fait toujours sourire ;) Qu'est-ce qui n'est pas une
"Entité" ? pourquoi pas "Institution", ou
"Organization" ?
* */Categories/* : pas de changement non plus, mais à
mon sens une présentation en liste séparées par des
virgules serait plus compacte et tout aussi lisible.
* */"Binaries available on"/* : le fait de pouvoir
distribuer la même version d'un module pour
plusieurs versions de Scilab est une grande avancée
! Bravo :)) ! Je n'ai pas encore testé, eu égard au
problème bloquant rencontré par ailleurs.
# Nouveau cadre *"Build information */*(only visible to
maintainers)"* :/
* /"Build by Scilab Enterprises ?"/ : dans le cas de
"uman", il est indiqué "Yes", alors que ce n'est pas
le cas : j'ai uploadé le bin.zip sans que le
compilateur ATOMS n'intervienne.
* */"Has only OS-independent code ?"/* : cet attribut
(et son libellé) est à mon sens mal posé :
o Un module qui a seulement des macros (ce qui est
la véritable signification ici) PEUT ne pas être
destiné à tous les OS. 2 exemples :
+ Si le module utilise ou dépend de TCL, il
est exclu pour les Mac. C'est le cas de la
dizaine de modules que j'ai publiés sur
FileExchange en "Instrumentation control",
car tous utilisent le module "Serial" basé
sur TCL.
+ Certains modules peuvent contenir uniquement
des macros mais qui utilisent ou sont des
fonctions spécifiques visant certains OS.
Scilab embarque des fonctions dédiées
Windows. parallel_run() était inutile sur
Windows. Donc une macro l'utilisant
n'apporterait rien à un utilisateur Windows.
o Ainsi, il semblerait judicieux de disposer d'un
indicateur plus clair :
"Pas de gateway" (ou mieux que "gateway"...) :
cela inclut : uniquement des macros ou/et des
tests ou/et des scripts.sce ou/et de la
documentation. Sans /aucune hypothèse/ ni
référence à la dépendance aux OS.
+ *Formulaire admin* :
# /*Availability*/ : le fait de pouvoir désormais masquer
une version est sans doute un +. Certaines versions sont
publiées pour "essais" (car le système n'est pas
trivial. Il est cependant mieux documenté maintenant, en
infobulles). Celles-ci peuvent au final, n'avoir en
effet aucun intérêt pour les utilisateurs.
# */Dependencies/* : la simplification de leur
/déclaration/ est aussi probablement un plus. Mais la
modification de la gestion des dépendances au regard des
versions est sujette à caution. Vouloir faire simple --
ou masquer la complexité --, c'est très louable. Mais
pas au détriment du bon fonctionnement et de la pérennité.
Le travail travail de refonte a peut être été initié à
l'occasion de cette proposition
<http://bugzilla.scilab.org/13902>. J'avais commencé à
analyser celle-ci, mais cela m'avait rapidement semblé
très brutal et impraticable. Par la suite, l'analyse du
système ATOMS publiée par François
<https://wiki.scilab.org/Contributor%20-%20ATOMS%20Portal>
m'avait semblée plus sage et pondérée, quoi que certains
changement relatifs au versionage et aux dépendances
restaient à mon sens un peu inquiétants.
Votre annonce de fin juin pour ce qui est actuellement
en ligne me parait personnellement finalement assez
équilibrée concernant ces aspects versionnage et
dépendances, en particulier le fait de laisser tomber
les versions mineures a.b.x. Après, voyons à l'usage.
En tous cas, bravo pour l'effort de simplification mesurée !
Mais rendez-nous le grenier !
# */Build process/* : mêmes remarques que plus haut :
Does this toolbox have native code (C, C++ or Fortran)?
No, the toolbox only contains Scilab codethat is
portable on all platforms
No, it contains only macros, scripts, tests,
and/or documentation
Quoiqu'il en soit, cette nouvelle question est en effet
très utile !
# *Cadre **/"News"/* : Je pense que ce cadre pourrait
avantageusement faire l'objet d'une page dédiée (et un
lien d'accès spécifique dans le mini-menu "Admin this
toolbox" à gauche). Cela lui donnerait plus de
visibilité (et donc probablement d'usage).
# *Cadre **/"History"/* : idem. Du reste, ce type de
service à l'admin serait plus difficile à proposer dans
une interface ATOMS cliente. Autant donc mieux les
valoriser.
# *L'accès au fichier source a complètement disparu* (uman
2.0.6) ! Est-ce normal ??
Je pense que la mention passive
"Source code archive*: uman-2.0.6-1-src.zip
/To upload new sources, create a new version of the toolbox.
/présente dans le cadre principal devrait être être
transférée ou dupliquée dans un des 2 cadres dédiés aux
fichiers./
/
* *FileExchange* :
o Changement majeur bloquant :
Admin : lorsqu'on actualise un "mini-module" existant, la
licence en cours est écrasée et est remplacée par BSD. En outre,
il n'y a aucun moyen de modifier cette licence, en l'occurrence
pour revenir à la licence initiale.
Ce changement est extrêmement gênant : il oblige à publier sous
BSD -- du reste de manière complètement involontaire et non
notifiée -- ou à aller voir ailleurs.
/
/
o /Sup//ported Sci//lab version/ : Une sélection multiple est
impossible. C'est fort dommage.
o *Abandon des Screenshots* : la gestion de ceux-ci était très
boguée. Cependant, on peut espérer que la possibilité
d'illustrer les modules soit rétablie. Cela peut paraitre un
détail, mais c'est un vrai plus. Le site bien connu de "Petites
annonces en ligne" indique : "Une annonce illustrée est en
moyenne consultée 7 à 10 fois plus que les autres". Maintenant,
allez visiter les sites de logiciels scientifiques concurents,
avec, puis sans les images... L'attractivité en dépend
*/beaucoup/*.
o [Détail très mineur] Affichage de la Description : des espaces
sont maintenant insérés en tête de 1ère ligne. Voir par exemple
https://fileexchange.scilab.org/toolboxes/225000
" -->FG_ISG500" au lieu de "-->FG_ISG500"
Ce n'était pas le cas avant la refonte. Dans le formulaire de
(re)saisie, il n'y a aucun espacepréfixe. Même chose sur les
modules ATOMS.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://lists.scilab.org/pipermail/users-fr/attachments/20160823/e864de4b/attachment.htm>
Plus d'informations sur la liste de diffusion users-fr