Il faut que sylabe serve à quelque chose… et un des premiers usages est le stockage de fichiers, sécurisé ou non. Un autre usage est la messagerie, un nouveau module est créé pour ça.
De nouvelles icônes ont été créées pour le téléchargement d’objets, l’aide en ligne et la messagerie :
Voici l’écran de bienvenue :
Et enfin, le début de l’intégration du module de messagerie :
Ce soir les avancements sont surtout cosmétiques. Il y a une nouvelle série d’icônes pour répondre aux besoins dans l’interface. Comme le chargement de fichier est fonctionnel, les icônes ont pu être nébulisées et utilisées dans l’interface via leur objets respectifs.
Le chargement de liens complets, c’est à dire signés, est fonctionnel.
L’interface intègre la page pour la création à la main de liens. Mais la moulinette de création n’est pas encore finalisée, ce n’est que de l’affichage pour l’instant.
La création de liens à la main nécessite une bonne connaissance de leur fonctionnement. Un message d’alerte s’affiche pour prévenir de cette aspect.
Voici quelques nouvelles icônes :
La série des ajouts est nouvelle.
La série des listes reprend une icône existante et en ajoute une un peu modifiée.
La série des mises à jours est nouvelle.
D’une façon générale, un cercle creux est un objet et un cercle plein est une entité.
Le travail portait depuis un moment sur la création de nouvelles entités. Il fallait commencer par la création de nouvelles entités indépendantes sans déverrouillage préalable. C’est à dire pour un portail public la possibilité pour tout un chacun de pouvoir créer une entité.
C’est maintenant fonctionnel. Voici une création :
On peut voir que aucune entité n’est préalablement déverrouillée. En bas apparaît quelques lignes sur les actions de création de l’entité. Le nommage complet, c’est à dire le nom, prénom, surnom, préfixe, suffixe et type, sont fonctionnels. Le surnom apparaît dans l’interface entre double cotes.
Après, en basculant vers la nouvelle entité, il est tout a fait possible de la déverrouiller. La nouvelle entité est fonctionnelle. Voici l’entité créée ci-dessus lorsque déverrouillée :
La traduction est aussi effective pour toute l’interface de création.
Évidemment, un serveur est par défaut configuré pour refuser la création ouverte au public. Ce qui donne ce message sur la page de création ou lors d’une tentative de création forcée :
Pour l’instant, les paramètres de configuration de nebule et de sylabe se font via un fichier de configuration sur le serveur.
Il sera possible plus tard de permettre la configuration de certains paramètres de façon globale, c’est à dire via un objet dédié.
Tous les paramètres ne pourront pas être globaux, à définir.
Comme d’habitude, le contenu pourra être public et/ou privé.
On peut déjà prévoir qu’un paramètre public sera mal défini et surchargé par le même paramètre mais privé. C’est une forme de défense par déception.
L’identification et l’authentification de l’entité en cours d’utilisation se font dans la librairie nebule. Mais l’interface avec l’utilisateur pour ça est faite par sylabe, et plus particulièrement par le module de gestion des entités.
L’interface de verrouillage/déverrouillage (connexion) a été modifiée pour avoir un style plus épurée et direct tout en présentant les informations minimums vitales. Elle met aussi beaucoup plus en évidence le fond d’écran, ce qui n’est plus le cas dans les autres page qui affichent beaucoup plus de contenu.
Voici ce que cela donne lorsque l’on va pour déverrouiller son entité :
Et on arrive tout de suite sur la fenêtre pour verrouiller l’entité :
Enfin, en cas de problème grave avec un composant interne remettant en cause le fonctionnement sécurisé, un indicateur passe en jaune (warning) ou en rouge (erreur) :
Quelques captures de l’avancement de la nouvelle interface de sylabe.
Déjà des couleurs du fond de la section centrale de la page sont faites de transparence de blanc, et non plus de noir. Le contraste est meilleur avec le menu, et ça me paraît plus sympa. L’affichage a été aussi un peu épuré, il n’y a plus la barre qui affiche le module en cours, un détail sans importance pour l’utilisateur…
La première capture montre l’affichage simple d’un objet. Le menu de gauche est adapté au module en cours d’utilisation. Ici, le module d’affichage des objets se prend de la place pour lui. Mais un autre module peut aussi en ajouter, ici c’est le module des nÅ“uds qui ajoute une option pour l’objet.
Vue de l’objet.
De même le menu de droite adopte la couleur claire. Les icônes ressortent mieux.
Vue du menu de droite.
Dans le module des nÅ“uds, on constate que les menu de gauche est moins fourni. Ici c’est le module des objets qui s’incruste un peu.
Vue des nœuds.
Dans cette page, si on clique sur le lien « Faire de cet objet un nÅ“ud », on l’ajoute bien aux nÅ“uds de l’entité.
Vue de l’ajout d’un objet comme nÅ“ud.
A noter en bas de la fenêtre la partie sous la barre rouge qui indique l’action réalisée, ici la création d’un lien. Le lien est représenté par son équivalent en icônes et couleurs.
Évidemment, l’action n’est possible que parce que l’entité est déverrouillée. Si ce n’est pas le cas, l’action n’est pas acceptée, et les icônes correspondantes ne sont pas affichées.
Quelques corrections cosmétiques sur l’affichage… notamment pour les petites résolutions… et il y en a encore beaucoup en attente…
Les premières actions apparaissent avec les nÅ“uds, à condition que l’entité soit déverrouillée. Mais les actions ne sont pas encore réalisées, c’est juste la mécanique qui s’affiche en attendant de passer à l’acte. Voila ce que ça donne :
Et ici une autre vue concernant une entité :
Cette dernière vue montre que si les entités ont leur propre module d’affichage et de gestion, elles sont tout à fait affichables dans le module des objets, donc comme des objets. Il est possible de faire des choses avec les objets qui n’ont pas d’intérêt pour les entités, mais c’est faisable quand même.
Il y avait une erreur de frappe dans la fonction de téléchargement des objets dans sylabe, ce qui empêchait l’affichage de l’image des entités. C’est corrigé.
Lorsque un message d’avertissement ou d’erreur s’affichait, il y avait une icône correspondante dans la barre du haut à côté de l’entité. Maintenant, en cliquant dessus, c’est un lien web, on est automatiquement déconnecté de l’entité et la session php de l’utilisateur est réinitialisée. La mise en cache des entités/objets et liens est désactivée pour cette page. Tous les objets et liens sont donc fermés si ils étaient protégés. C’est un mode de secours.
Voici ce qu’il s’affiche si suite à une corruption du bootstrap on clique sur le gros bouton rouge :
Étape suivante, rediriger l’utilisateur sur la page d’aide par défaut…
Pour le nouveau fond d’écran, il faut attendre encore un peu, le temps de remettre en place la création de liens…
Par contre le déverrouillage et le verrouillage sont fonctionnels. Cela a pris beaucoup plus de temps que prévu puisqu’il a fallu déplacer la gestion de la session avant le chargement de la librairie. Il a fallu aussi un peu modifier la gestion des entités dans la librairie. CF Blog nebule – Authentification et mot de passe.
Une fois déverrouillé, cela donne ça, avec le fil rouge :
Un nouveau fond d’écran a été préparé. Ne reste qu’à le mettre en place…
La source de l’image est ici : 2014.12.29img_5895nb
Une image à moi.
L’interface évolue un peu au grès des évolutions du moteur. La remise en place de ce qui fonctionnait avant n’est pas aussi évidente et rapide…
Les menus ont été intervertis.
Les modules sont plus complets et commencent tout juste à prendre en charge les actions. Ils permettent aussi de compléter la traduction générale, le style CSS et les scriptes d’une page qui les concerne. Tout ce qui est fait dans l’interface repose sur un socle commun pour l’arrière plan et tout le reste est exporté dans des modules, certains seront peut-être intégrés par défaut au code de sylabe parce qu’ils seront indispensables. Les modules mériteront à eux seuls un article dans le blog et dans la documentation.
Voici ce que cela donne aujourd’hui pour la gestion des nÅ“uds :
Le logo de la métrologie a changé, mais c’est une erreur il va revenir…
Un autre exemple avec le module des entités. Celui-ci prendra en compte la gestion des entités connues, de la bascule entre entités et de la « connexion ». Le mécanisme de vérification de la connexion reste par contre exclusivement dans la librairie nebule.
La nouvelle interface responsive design est en cours de mise en place. Quelques ajustement sont et seront faits au fur et à mesure de l’avancement.
La mise en place de modules est aussi en cours d’introduction. Pour l’instant ils ne sont pas fonctionnels. Va se poser la question de la sécurité autour des modules. Lequels va-t-on accepter de charger…
Ca m’aura pris une bonne journée de travail, mais le résultat est plaisant.
Voici donc une page de test comme proposition de mise en page pour que sylabe soit responsive design. Ici avec une résolution classique de 1280×800 pixels (moins les bordures du navigateur) :
Au passage, il y a une nouvelle icône :
La page de test peut être essayée à l’adresse de l’objet :
539b0aaacf258f1190e33524b368ca9685b9cccb933ed2ec2021acee4fa83705
Il y a pas mal de captures d’écrans pour montrer l’adaptation de la page à des résolutions d’écran parfois assez… réduites. Malheureusement, Fierfox ne me permet pas de descendre en dessous de 300 pixels en largeur pour atteindre les 240 pixels de certains téléphones. Mais à priori, ça ne passe pas à une si petite résolution.
Évidemment, du 1024×768 sur un téléphone ne seront pas aussi lisible que sur un écran 15 pouces de PC…
Et il est illusoire d’espérer analyser les liens des objets sur de petites résolutions…
La remise en forme de l’interface sylabe suivant le responsive design impose de permettre à l’interface de réduire très fortement dans son affichage. Ainsi, le lien web qui permet à l’utilisateur (entité) de se déverrouiller (se connecter, s’authentifier) ne peut plus forcément être un texte explicite de l’état de connexion et surtout de l’action du lien web. Il faut pouvoir réduire cette action à une icône unique.
On trouve souvent ce genre de lien sur les sites web : Se connecter / Créer un compte
On pourrait aussi utiliser deux icônes, une pour l’état de connexion et une pour le lien d’action. Mais cela pourrait être difficile à comprendre par un utilisateur en fait.
Une des icônes ne serait pas fonctionnelle puisqu’elle ne ferait que afficher l’état : je suis connecté.
L’autre icône serait le lien web de connexion ou déconnexion : je me déconnecte.
Il y a aussi le problème de vocabulaire. On ne parle pas sous nebule d’état connecté ou déconnecté, donc pas plus de connexion ou de déconnexion. On est verrouillé ou déverrouillé, donc on déverrouille et on verrouille, enfin son entité numérique en fait. Ce changement de sémantique traduit une différence profonde dans le sens, et ce même si on peut abusivement faire les traductions connecté/déverrouillé et déconnecté/verrouillé.
Dans la pratique, lorsque l’on consulte la page d’une entité, même si elle est verrouillée, on est connecté à cette entité. Il n’est donc pas besoin de se connecter plus avec cette entité. Par contre, tant qu’elle n’est pas déverrouillée, on ne voit de cette entité que sa partie publique. Dans ce cas, ses informations privées sont verrouillées.
Alors ? Comment doit-on afficher simplement l’état de verrouillage et l’action inverse associée ?
Un autre moyen peut être utilisé pour indiqué l’état de verrouillage. Puisque cela n’a pas à être un lien web et qu’il est peut-être inopportun d’utiliser une image, ce peut être un autre élément de décoration. Il faut quand même qu’il soit visible.
On trouve sur certains sites web, en bordure de la barre d’utilisateur en haut de page, un liseret de couleur en fonction de l’état de connexion. On peut réutiliser ce principe. Un liseret noir peut être utilisé lorsque l’entité est verrouillée, un liseret relativement visible de quelques pixels. Ce même liseret peut passer rouge dès que l’entité est déverrouillée. C’est un code couleur qu’il faut apprendre, mais il peut être imposé systématiquement quelque soit le thème de couleur de la page appliqué, et surtout il est binaire : noir ou rouge.
Reste le lien de changement d’état de verrouillage.
Doit-il être un affichage positif, c’est à dire qu’il représente l’état et non l’action (d’inversion d’état) ?
Ou doit-il être un affichage négatif, c’est à dire qu’il représente l’action et l’état (inversé) ?
Pour la refonte de l’interface, on va partir sur le principe du responsive design, ou site web adaptatif.
On peut assez facilement avec le CSS faire des pages web qui s’adaptent automatiquement à l’écran du périphérique de l’utilisateur.
CF : http://objetdirect.developpez.com/tutoriels/css/responsive-design/
L’interface va être un peu revue pour la rendre plus basique dans sa forme et notamment lui permettre de mieux s’afficher dans un écran de tablette voir de téléphone.
Pour cela, le menu du haut doit être simplifié. Il n’y aura plus de partie dédiée à l’objet en cours mais plutôt une partie identité en cours, une partie accolée avec des icônes du mode d’affichage et une icône pour changer de mode d’affichage.
Le fonctionnement interne va changer un peu pour intégrer des vues dans les modes d’affichages. Les modes d’affichages sont à rapprocher des applications dans le principe et devront à se titre devenir des modules activables/désactivables.
Deux modules seront présents obligatoirement, celui d’affichage des objets et celui d’authentification.
Il y aura une option possible dans l’URL, failsafe, pour ne charger que les modules validés par bachue et non ceux éventuellement validés par l’entité en cours. C’est un mode de fonctionnement dégradé mais épuré des applications annexes qui pourraient poser problème.
Il y aura aussi une option possible dans l’URL, rescue, pour ne charger que les modules minimum, c’est à dire celui-ci des objets et celui de l’authentification. C’est un mode de dépannage uniquement pour les gros problèmes. Les deux seuls modules actifs restants sont ceux intégrés par défaut avec sylabe.
Pour aujourd’hui, quelques ajustements dans le mode log. Il permet le verrouillage/déverrouillage de l’entité en cours. Il n’y a plus que le paramètre out disponible pour l’option log, par défaut, on affiche soit un déverrouillage, soit un verrouillage en fonction de l’état de connexion.
Et un nouveau test s’est ajouté dans le dock, on vérifie le bon fonctionnement de la vérification des signatures de liens. C’est fait simultanément sur un lien valide et un autre invalide.
 
La dernière version, celle d’aujourd’hui, est en cours de diffusion par bachue.
Cependant, il y a quelques problèmes de portabilité vers le serveur en FreeBSD…
Une des fonctions crypto ne fonctionne pas (pas installée), donc premier bouton d’erreur rouge. La fonction de chargement d’un fichier (include) ne fonctionne pas tout à fait pareil, ce qui a nécessité de modifier le code du bootstrap, donc deuxième bouton d’erreur rouge.
Il y a des problèmes lors de la lecture de certaines valeurs des entités, notamment visiblement lorsqu’une propriété est vide, sans valeur.
Enfin, sur les machines Linux, la synchro des composants ne marche pas… Il faut le faire à la main en attendant de trouver le problème…
Voici sur bachue les erreurs de portabilité :
Voici de nouvelles icônes pour les modes, encore à compléter :
La librairie php de nebule intègre maintenant les modifications pour la version 1.2 . L’écriture des liens se fait aussi sur l’entité signataire avec la prise en compte de la spécificité du lien de type c lors de l’écriture.
La traduction est intégralement passée sous forme de tableau. Chaque langue est implémentée dans un objet dédié avec gestion des mises à jours. Chaque langue est reconnue dans sylabe comme un module externe optionnel. Seuls les modules de langues signés par bachue ou par l’entité courante sont pris en compte.
