<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<font face="Arial">@L'équipe Scilab<br>
<br>
Bonjour,<br>
<br>
Suite à l'<a
href="http://mailinglists.scilab.org/Scilab-users-Changes-on-ATOMS-to-post-toolboxes-for-Scilab-6-tt4034282.html">annonce
fin juin</a> de modifications importantes dans le gestionnaire
de modules ATOMS en ligne<br>
,... 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.<br>
<br>
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.<br>
<br>
En espérant que ces remarques puissent bénéficier à tous, et/ou
qu'elles invitent d'autres utilisateurs à s'exprimer à ce propos,<br>
<br>
Cordialement<br>
Samuel<br>
-----------------------<br>
<br>
</font>
<ul>
<li><b>ATOMS</b> :</li>
<ul>
<li><b>Consultation de la liste</b> :</li>
<ul>
<li><b>Modules pour Scilab < 5.4</b> <b>inaccessibles</b>
: l'impossibilité de désormais consulter ces modules est un
problème <u>majeur</u>. 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.<br>
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 :
<a class="moz-txt-link-freetext" href="http://www.scilabtec.com/index.php/program?id=120">http://www.scilabtec.com/index.php/program?id=120</a> <br>
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.<br>
Donc, pourquoi ce changement -- du reste très indélicat, car
sans aucun préavis ni des auteurs ni des utilisateurs ?<br>
<br>
</li>
<li><b>Sélecteurs </b><i style="color: rgb(91, 89, 80);
font-family: sans-serif; font-size: 14.4px;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: normal; letter-spacing: normal; line-height:
normal; orphans: 2; text-align: start; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-text-stroke-width: 0px;">Show
only toolboxes available on<span
class="Apple-converted-space"> </span>
<select class="form" name="platform"
onchange="document.filter_form.submit();" style="margin:
2px; width: 160px; display: inline; font-size: 12px;">
<option value="" selected="selected">- all -</option>
<option value="windows binary 64">Windows 64-bit</option>
<option value="windows binary 32">Windows 32-bit</option>
<option value="linux binary 64">Linux 64-bit</option>
<option value="linux binary 32">Linux 32-bit</option>
<option value="macosx binary 64">MacOSX</option>
</select>
<span class="Apple-converted-space"> </span>for<span
class="Apple-converted-space"> </span>
<select class="form" name="scilab_supported_version"
onchange="document.filter_form.submit();" style="margin:
2px; width: 115px; display: inline; font-size: 12px;">
<option value="">- all -</option>
<option value="6.0">Scilab 6.0.x</option>
<option value="5.5">Scilab 5.5.x</option>
<option value="5.4">Scilab 5.4.x</option>
</select>
</i><br>
Ces sélecteurs standard étaient très attendus. Merci donc
pour cet ajout. On peut cependant regretter deux choses :</li>
<ul>
<li>Il n'est pas possible de faire des sélections multiples
avec CTRL+clic, <br>
</li>
<ul>
<li>par exemple pour cumuler toutes les versions Windows
32 et 64 bits, ou toutes les versions Linux, etc</li>
<li>ou encore pour cumuler plusieurs versions de Scilab :
5.4 + 5.5, etc</li>
</ul>
</ul>
<ul>
<li><br>
Ce moyen est plus souple que d'ajouter des entrées "All
Windows" ou "All Linux", etc. <br>
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).<br>
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 --
...<br>
<br>
</li>
<li>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.<br>
<br>
</li>
</ul>
</ul>
<li><b>Administration d'un module</b> :<br>
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 : <br>
<br>
</li>
<ul>
<li><b><font color="#3333ff">Consultation de la page en
version admin :</font></b></li>
<ul>
<li>Cadre <b><i>Details</i></b> :</li>
<ul>
<li><b><i>"Entity"</i></b> : 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" ?</li>
<li><b><i>Categories</i></b> : 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.</li>
<li><b><i>"Binaries available on"</i></b> : 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.<br>
<br>
</li>
</ul>
<li> Nouveau cadre <b>"Build information </b><i><b>(only
visible to maintainers)"</b> :</i></li>
<ul>
<li><i>"Build by Scilab Enterprises ?"</i> : 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.<br>
<br>
</li>
<li><b><i>"Has only OS-independent code ?"</i></b> : cet
attribut (et son libellé) est à mon sens mal posé :</li>
<ul>
<li>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 :</li>
<ul>
<li>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.<br>
<br>
</li>
<li>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.</li>
</ul>
</ul>
<ul>
<li>Ainsi, il semblerait judicieux de disposer d'un
indicateur plus clair :<br>
"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 <i>aucune
hypothèse</i> ni référence à la dépendance aux OS.<br>
<br>
</li>
</ul>
</ul>
</ul>
<li><font color="#3333ff"><b>Formulaire admin</b></font> :</li>
<ul>
<li><i><b>Availability</b></i> : 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. <br>
<br>
</li>
<li><b><i>Dependencies</i></b> : la simplification de leur <i>déclaration</i>
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é. <br>
Le travail travail de refonte a peut être été initié à
l'occasion de <a href="http://bugzilla.scilab.org/13902">cette
proposition</a>. J'avais commencé à analyser celle-ci,
mais cela m'avait rapidement semblé très brutal et
impraticable. Par la suite, l'<a
href="https://wiki.scilab.org/Contributor%20-%20ATOMS%20Portal">analyse
du système ATOMS publiée par François</a> 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. <br>
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.<br>
En tous cas, bravo pour l'effort de simplification mesurée
!<br>
Mais rendez-nous le grenier !<br>
<br>
</li>
<li><b><i>Build process</i></b> : mêmes remarques que plus
haut :<br>
Does this toolbox have native code (C, C++ or Fortran)?
<div><input class="radio" name="form_has_native_code"
value="0" checked="checked" type="radio"><font
color="#999999"> No, the toolbox only contains Scilab
code<strike> that is portable on all platforms</strike></font><br>
No, it contains only macros, scripts, tests,
and/or documentation<br>
Quoiqu'il en soit, cette nouvelle question est en effet
très utile !<br>
<br>
</div>
</li>
<li><b>Cadre </b><b><i>"News"</i></b> : 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).<br>
</li>
<li> <b>Cadre </b><b><i>"History"</i></b> : idem. Du reste,
ce type de service à l'admin serait plus difficile à
proposer dans une interface ATOMS cliente. Autant donc
mieux les valoriser.<br>
</li>
<li><b>L'accès au fichier source a complètement disparu</b>
(uman 2.0.6) ! Est-ce normal ??<br>
Je pense que la mention passive<br>
<div class="form_label">"Source code archive*:
uman-2.0.6-1-src.zip </div>
<div><i>To upload new sources, create a new version of the
toolbox.<br>
</i>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.<i><br>
</i></div>
<br>
</li>
</ul>
</ul>
</ul>
<li><font face="Arial"><b>FileExchange</b> :</font></li>
<ul>
<li><font face="Arial">Changement majeur bloquant :<br>
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.<br>
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.<br>
<i><br>
</i></font></li>
<li><font face="Arial"><i>Sup</i><i>ported Sci</i><i>lab version</i>
: Une sélection multiple est impossible. C'est fort dommage.<br>
<br>
</font></li>
<li><font face="Arial"><b>Abandon des Screenshots</b> : 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 <b><i>beaucoup</i></b>.<br>
<br>
</font></li>
<li><font face="Arial">[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 <a
class="moz-txt-link-freetext"
href="https://fileexchange.scilab.org/toolboxes/225000"><a class="moz-txt-link-freetext" href="https://fileexchange.scilab.org/toolboxes/225000">https://fileexchange.scilab.org/toolboxes/225000</a></a><br>
</font><tt>"</tt><tt> -->FG_ISG500" au lieu
de </tt><tt>"-->FG_ISG500"<br>
</tt>Ce n'était pas le cas avant la refonte. Dans le
formulaire de (re)saisie, il n'y a aucun espace<tt> préfixe.
Même chose sur les modules ATOMS.<br>
</tt></li>
</ul>
</ul>
</body>
</html>