quelques petites idées pour améliorer DS

[jojo]

(06-03-2019, 05:45 PM)Pollux06 a écrit : Une truc tout bête qui pourrait rendre bien des services c'est l'affichage d'une infobulle si on laisse le curseur sur un widget pendant une ou 2 secondes.

Le texte à afficher pourrait être renseigné dans la partie design du widget par exemple.

Ça permettrait de contourner le fait que l'on ne peut pas afficher un label spécifique en cliquant sur un widget .... ou alors je n'ai pas trouvé comment faire.

+1, bonne idée

[Pollux06]

Autre élément qui fait perdre un temps ahurissant en mode programmation :
Sur certains widgets comme le retour d'état quand on veux modifier la condition d'affichage, on revient systématiquement à la racine des objets et on doit déplier tout l'arbre à l'aide de la souris pour accéder à la fonction de l'objet souhaité.
Il faudrait que l'on revienne à la dernière "position connue" puisque par un simple clic on peut remonter d'un niveau hiérarchique voire même revenir à la racine.

J'adhère aussi au niveau du painter à la possibilité d'opérations logiques (AND / OR / NOT / XOR) sur différents retours d'états au niveau de l'affichage et non pas la prise en compte d'un seul retour d'état.

Autre chose qui me mets hors de moi : l'impossibilité d'utiliser le clavier ou les ascenseurs pour avancer dans la hiérarchisation des listes de choix. On est obligé d'utiliser le clic gauche et la roulette de la souris ....... et au bout de 8h de travail, je peux vous dire qu'on à l'index à vif à cause de cette p.tain de roulette. L'utilisation des flèches du clavier ainsi que PgeUp et PgeDown ou même juste de l'ascenseur de liste permettrait de gagner du temps.

Enfin au niveau de l'affichage des objets à l'intérieur des catégories ça relève du grand n'importe quoi .... aucun tri logique alors que dans la page de définition de ces mêmes objets on peux les trier par ordre alphabétique, par pièce ou par statut !!!!!!!!!!!!!!!!

DS est puissant ..... très puissant ...... mais il serait bon que les équipes de programmeurs arrêtent le dev quelques semaines et se focalisent sur l'IHM pour la rendre plus fonctionnelle.

Au niveau de CS (je sais ce n'est pas le bon endroit du forum pour en parler), une des fonctions principales qui brille par son absence c'est la possibilité d'exportation/importation au format txt ou xml de la définition des objets ou même du projet entier.

Il arrive que l'on ait à définir des objets similaires avec de nombreux retours d'états. Il faut actuellement à chaque fois repartir de zéro pour chaque objet et définir encore et encore chaque retour d'état ce qui est une perte de temps incroyable surtout quand on a des codifications de retour d'état longues comme le bras.
Par exemple si vous voulez monitorer des switchs, en SNMP vous pouvez avoir jusqu'à 3 OID différentes par port .... et ca sur 24 ou 48 ports ce qui peux donner plus de 200 retours d'états par switch.
Donc imaginez le temps à passer pour définir chaque retour d'état quand il y a plusieurs switchs alors qu'avec un export du premier switch, un coup de traitement de texte avec du rechercher/remplacer puis un réimportation et ce sont de très nombreuses heures de programmation qui sont immédiatement gagnées.

   

De plus cette fonction d'exportation de projet permettrait  de faire une sorte de "photo sauvegarde" à un instant T ce qui est non négligeable quand on fait des essais pour pouvoir revenir en arrière en cas d'erreur ou de besoin sans avoir à passer par l'inrface web de LD.
Enfin dernier "bémol" sur le CS concerne aspect un peu "maigre" sur le module logique par l'absence  d'opérateur de chaines de caractère en dehors de la simple concaténation . Impossible d'extraire une partie d'une chaine de caractère ce qui serait TRES utile au niveau du SNMP (par ex les onduleurs APC donne la durée estimé de l'autonomie en centièmes de seconde sous forme d'une chaine de caractère au format H:MM:SS:DC alors que ce qui nous intéresse en affichage ce sont les heures et minutes uniquement).