Concentration sur les fonctionnalités

Cela fait un moment que cette application n’a pas été mise à jour publiquement alors que le travail sur le code à bien progressé.

Il y a deux types de travaux réalisés sur le code. Le premier concerne les fonctions de l’application. Le second concerne la bibliothèque et tout ce qui touche à l’environnement de l’application.

Afin de pouvoir sortir une nouvelle version rapidement, le développement du code va se concentrer sur la finalisation et la stabilisation des fonctionnalités existantes. Une fois l’application publiquement mise à jour, le développement de l’environnement de l’application pourra progresser aussi.

Bonne année 2019

Une nouvelle année signifie la mise à jour de toutes les dates à côté des licences… que ce soit dans les différents code mais aussi des sites web statiques et des blogs.

Aucune publication de code n’a été faite depuis le 8 mai 2017. L’application sylabe est toujours en cours de ré-écriture avec la nouvelle partie graphique intégrée à la bibliothèque nebule. Et elle rejoint progressivement la mise en pratique de la Réflexion sur l’évolution de l’interface web pour nebule.

Un module de gestion des références est déjà apparu au cours de l’année.

Un nouveau module apparaît, il va permettre de gérer les applications sans nécessiter de passer par l’application des options. Plus d’explications dans une prochaine présentation.

Une publication du code récent devrait se faire rapidement mainteannt.

Bugg du module arborescence

Il y a deux buggs dans le module arborescence de sylabe.

Le premier, l’affichage de toutes les arborescences disponibles de toutes les entités ne renvoie rien. Mais les arborescences sont bien présentes quand on sélectionne une entité et que l’on va voir ses arborescences.

Le second, lors de la nébulisation d’un fichier via la page d’import dans le module arborescence, si l’objet est protégé, le nom de l’objet n’est pas enregistré. En fait le lien est fait mais l’objet contenant le nom n’est pas écrit. Donc c’est illisible, comme ça :

shot-2017-06-02_20-08-39

Mise en ligne 020160610

Une nouvelle version est en ligne.

Le module de messagerie est fonctionnel. Il a été entièrement reconstruit et gère maintenant des messages dans des conversations.
On peut créer des conversations avec une ou plusieurs autres entités. On peut ajouter et supprimer des entités au cours d’une conversation. Si on ferme la conversation, on ne voit que les messages des entités que l’on a ajouté.
La protection des messages est fonctionnelle. Seules les entités que l’on a ajouté se retrouvent destinataires des messages protégés et peuvent les consulter. Les autres entités ne peuvent que voir qu’il y a un message mais pas son contenu.
La dissimulation des conversations et messages n’est pas encore implémentée.

Le code permettant la création d’une nouvelle entité a été corrigé, il était impossible de créer correctement une entité. Maintenant, au cours de la création, il y a une bascule temporaire vers la nouvelle entité pour générer tous les objets et liens qui la concerne.

A voir donc comme d’habitude ici : sylabe.com

Le code source : 593f9097e78da7e98e083a92bd92a5b81cdb7b090d7e0c35724f78c52d5b5198

De la messagerie à la conversation

Le modules de messagerie avait été commencé pour ressembler à une messagerie assez classique. Mais toutes les nouvelles messageries qui apparaissent aujourd’hui sur Internet ont choisi une nouvelle voie. Cette nouvelle voie ressemble plus à la messagerie instantanée avec sa notion de conversation avec un seul correspondant, ou plusieurs.

Le module de messagerie est donc en complète refonte pour rejoindre ce modèle de conversation. Mais le fait de fonctionner par dessus nebule permet de prévoir des fonctionnalités un peu plus originales.

Chaque conversation est un espace privilégié avec une ou plusieurs autres entités dans lequel vous échangez des messages. Les messages peuvent être constitués de tout type d’objet.

Toute entité peut s’ajouter à une conversation mais si vous définissez la conversation comme fermée vous ne verrez que les entités que vous avez choisi pour la conversation. Si elle est ouverte vous verrez tout le monde. Une même conversation peut être vu comme ouverte ou fermée par les différentes entités de la conversation. Et, même si toutes les entités définissent la conversation comme fermée, chaque entité peut ne pas reconnaitre dans la conversation les mêmes interlocuteurs que les autres. La notion de conversation ouverte ou fermée n’est pas un attribut global mais un paramétrage de votre affichage de la conversation.

S’inclure dans une conversation suffit à suivre celle-ci. Les autres participants vous verront apparaitre si ils ont définit la conversation comme ouverte, et vous pourrez intervenir. Si la conversation est fermée, vous pourrez la suivre mais vos interventions ne seront pas vus.

Une conversation fermée n’est pas une conversation privée, il faut pour cela en plus activer la protection des messages de la conversation. Tous les intervenants ne sont pas obligés d’activer la protection des messages, seuls leurs messages seront visibles par tout le monde. La notion de conversation publique ou privée n’est pas un attribut global mais un paramétrage de votre façon de transmettre les messages.

cvt cvtadd cvtaddent cvtaddmsg cvtent cvtobj

Mise en ligne 020160409

Une nouvelle version est en ligne.

Le module des groupes est fonctionnel.

Le module des systèmes de fichiers est fonctionnel.

Les autorités de recouvrement commencent à se faire de la place mais ne sont pas encore fonctionnelles.

L’affichage des listes et objets est maintenant faite en deux fois, une pour le cadre de la page et une autre inserré juste après avec juste le contenu de la liste ou  de l’objet. Ainsi, même avec des affichages longs à calculer ou à transmettre, il y a au moins une page affichée avec un petit texte d’attente.

Le module de messagerie est en cours de développement.

Un nouveau module apparaît. Il permettra de gérer, si on est autorité locale, les options de sylabe. Pour ça les options vont devenir des objets nebule et plus seulement des lignes dans un fichier de configuration.
Le logo de ce module des options :

admin

Et enfin,toutes les actions qui nécessitent une signature seront accompagnées de tickets de validation. Ainsi, il lien de suppression ou de partage de protection par exemple ne pourra pas être joué à prostériori (via un message piégé) ou rejoué.

A voir donc comme d’habitude ici : sylabe.com

Le code source : e67c62d2a22fe61d971aaad852d6f0acb55fb1c66fe5c2f26d2745f821f0e328

Evolutions, messagerie et options

Après le module des groupes, le travail va continuer sur le module de messagerie et sur les options.

Le module de messagerie va permettre d’échanger de l’information entre entités à la manière des messageries actuelles. Il y a soit un temps différé comme la messagerie via emails. et il y a le temps réel comme le tchat ou messagerie instantanée. Les échanges se feront bien sûr entre entités sur un même serveur mais aussi entre plusieurs serveurs. Entre plusieurs serveurs, les délais de transmission seront dépendants des mécanismes de synchronisation. Cette façon de procéder par synchronisation régulière va générer des latences mais devrait être capable de fonctionner même sur des réseaux fractionnés ou non coopératifs.
Cette amélioration du module de messagerie va ainsi permettre d’améliorer la synchronisation des objets et des liens dans nebule.

Les options seront à terme des objets à part entière et non plus des lignes dans un fichier texte. Ainsi, plusieurs serveurs pourront partager les mêmes options imposées par une même entité maitresse.

Mise en ligne version 20160229

Une nouvelle version est en ligne, la 20160229.

Peu d’avancement mais un problème un peu gênant, la liste des entités ne s’affiche pas correctement et empêche donc de retrouver son entité pour se connecter. A corriger…

Le code est disponible ici :
http://sylabe.com/?obj&obj=24d6a37c191a02103b36a953ec4c010dc28019964784a89fd5eacd6e3e85437e

Mise en ligne version 20160127

Une version relativement stable est enfin en ligne.

Et sylabe est maintenant sur un serveur en propre avec 32Go de place : http://sylabe.com

Il y a des corrections sur l’affichage de certaines icônes et surtout la mise en place des modules annexes. Le modules permettent de manipuler un peu plus de chose que juste l’interface et le déverrouillage d’une entité. Bref c’est fonctionnel !

Les modules additionnels :

  1. système de fichier ;
  2. liens ;
  3. messagerie ;
  4. nœuds ;
  5. recherche ;
  6. Synchronisation/téléchargement ;
  7. langue anglaise ;
  8. langue espagnole.

Avancement

Le module de simulation de systèmes de fichiers est stable et complètement fonctionnel. Il peut bien sûr être amélioré plus tard en terme de fonctionnalités.

Maintenant, avant tout autre avancement dans les fonctionnalités, il faut trouver pour accélérer le code. En l’état, c’est globalement fonctionnel mais les pages sont beaucoup trop longues à charger.
Une des pistes d’accélération est de se servir de la session PHP pour mémoriser et restaurer les instances de la librairie nebule et de sylabe pour toutes les pages chargées par un même utilisateur. Cela veut dire que les vérifications ne se feront plus que une seule fois pour un utilisateur, lors de l’instanciation de la librairie et de sylabe.
Une seconde possibilité d’amélioration est de gérer une partie de l’affichage par des inserts dans les pages de type iframe mais en utilisant le javascript pour modifier le contenu.
Enfin, et ce travail a déjà commencé, une autre amélioration est de ne charger la session et ses variables que lors de consultations et de modifications. Ainsi PHP, qui bloque une page si la session est déjà ouvert, pourra vraiment traiter plusieurs parties en parallèle sans blocage. Par exemple si dans le code d’une page, en cours de traitement, demande une image chiffrée, le chargement de cette image qui nécessite elle aussi le traitement du même code ne sera pas bloqué en attendant la fin de traitement du code de la page…

Avancement et marquage des objets

Dans le nouveau module de simulation d’arborescences, il était possible d’ajouter des arborescences, des dossiers et des fichiers téléchargés. Mais il n’était pas évident d’ajouter des objets déjà présents, ce qui était assez dommage.
Ce problème est similaire pour la gestion de sous-objets à des nœuds ou des groupes.

Pour palier à ce problème, il est possible maintenant de marquer des objets. C’est une liste auquel on ajoute un ou plusieurs objets et de laquelle on peut aussi retirer des objets individuellement, ou tout enlever. La liste est liée à la session php et n’est donc pas persistante.

Mais pour commencer, revenons sur le module des arborescences. Tant que les liens ne sont pas dissimulés, toute arborescence est publique. Ainsi dans l’exemple ci-dessous je suis connecté en tant que Stéphane et je regarde une des arborescences de l’entité bachue developpement. On notera que mon entité d’utilisateur dispose d’une photo d’illustration avec des bords blanc. On notera aussi le petit problème de transcription du caractère accentué et, plus subtil, l’affichage d’un deuxième icône « Systèmes de fichiers » qui permet en fait d’aller voir ses propres arborescences quand on est ailleurs.

20150809 sylabe_-_St_phane_DENDIEVEL_-_2015-08-10_17.21.18

Le fait de pouvoir se déplacer et voir des arborescences d’autres entités doit être vu comme une fonctionnalité, le début de ce qui permet de partager à plusieurs des objets dans des arborescences. L’affichage ou non des objets se fera plus tard en fonction du poids social des entités qui ajoutent les objets et non en fonction d’un blocage (qui devrait être centralisé). Pour cacher l’usage des arborescences et des objets qu’elles contiennent, il faudra utiliser les liens dissimulés, c’est pour plus tard aussi.

Dans une arborescence, on voit que les icônes ont une importance. Celle qui désigne les dossiers indique que si l’on clique dessus, on va dans le dossier. Celle qui désigne les objets indique que si l’on clique dessus, on va voit l’objet, càd on l’affiche dans le module des objets.

Chaque objet est repéré par sa couleur propre. Cela facilite la reconnaissance visuelle de ce que l’on cherche. Tout dossier est un objet dont le seul intérêt est de servir de point de référence pour les objets qui lui sont rattachés, les sous-objets.

Continuer la lecture de Avancement et marquage des objets

Avancement

Puisqu’il faut bien faire faire quelque chose à ces objets et ces liens… Depuis hier soir, un nouveau module à été ajouté, il permettra d’émuler des systèmes de fichiers, ou arborescences de fichiers. Cela apparaît comme une application. Voici son icône :

nebfs

Voici le module tel que déclaré :

20150731 sylabe_-_developpement_bachue_-_2015-07-31_18.11.15

L’application apparaît bien dans le menu des applications :

20150731 sylabe_-_developpement_bachue_-_2015-07-31_18.12.03

Et lorsque l’on va voir cette application, on a les différents systèmes de fichiers, dits point d’entrés :

20150731 sylabe_-_developpement_bachue_-_2015-07-31_18.12.34

C’est tout pour l’instant.

Un objet réservé a été défini dans ceux de nebule : nebule/arborescence

De cet objet réservé sont liés par des liens de type f des objets qui servent de points d’entrés. Ces objets de points d’entrés contiennent de l’aléa, ils ne contiennent pas de valeurs ou de paramètres particuliers. Ils ont par contre des noms qui seront les noms des points d’entrés tels qu’on peut les voir dans la vue des arborescences (image ci-dessus). Ainsi, plusieurs points d’entrés de plusieurs entités peuvent avoir le même nom sans mélanger les contenus. Puisqu’il ne faut pas oublier que si les objets et liens ne sont pas protégés, c’est qu’ils sont publics donc visibles de tout le monde.

L’interface ne montre pas les points d’entrés des autres entités mais ça viendra.

Le travail en cours porte maintenant sur les arborescences.
On peut utiliser des liens de type f pour relier les différents dossiers d’une même arborescence, dans le contexte du point d’entré. Mais cela pose un problème. Si on crée un deuxième dossier ailleurs dans l’arborescence mais avec le même nom, alors tous les fichiers en dessous existeront dans ce deuxième dossier. Comme les objets sont liés à l’objet du dossier dupliqué, ils apparaissent quelque soit l’emplacement du dossier dans l’arborescence. Ça pose problème puisque l’on peut avoir un même sous-dossier Janvier dans des dossiers 2010, 2011, 2012, 2013, 2014, 2015, etc…

Pour contourner ce problème, chaque objet qui compose les noms des dossiers dans l’arborescence peuvent contenir le chemin complet dans l’arborescence. Chaque objet de nom dans l’arborescence est relié aux autres au dessus et en dessous par des liens de type f. Ainsi on évite les collisions de dossiers avec le même nom. Mais là encore cela risque de poser problème. Si un des objets contenant le nom d’un des sous-dossiers d’une arborescence ne correspond pas aux noms des dossiers parents… c’est la catastrophe… Il faut dans ce cas prévoir un mécanisme de correction et de traduction des cas tordus.

La solution retenue consiste, comme pour les points d’entrés des arborescences, à créer un objet intermédiaire ne contenant que de l’aléa et avec un nom. Ce nom est utilisé pour l’affichage et peut être réutilisé autant de fois que nécessaire. Les objets des fichiers dans un dossier sont liés à cet objet intermédiaire.
A mettre en pratique… la suite au prochain épisode…

Gestion des options de configuration par des objets

L’interface sylabe, comme tout programme, permet une certaine personnalisation et quelques restrictions d’usage par le biais d’options. Ces options sont pour l’instant stockés dans un fichier unique dédié aux options de nebule et potentiellement tout programme qui en a besoin, comme sylabe.

Ce fichier est a créer à côté du bootstrap. Et il restera en place pour nebule afin de forcer certaines options sans possibilité de les changer. Évidement, ce forçage des options par un fichier ne vaut que si le fichier n’est pas modifiable, au moins de façon trivial. Par contre, il n’y a pas de raison raisonnable de conserver un forçage des options de sylabe.

Il est préférable de s’orienter vers des options manipulées comme des objets. C’est à dire que chaque option de configuration sera un objet dédié avec un lien vers l’objet contenant la valeur de l’option. Cela ralenti un peu le chargement d’une option puisque ses liens doivent être vérifiés, ce qui n’est pas un mal. Mais cela va aussi permettre de générer les options sur une machine, c’est à dire sous une entité A, et de les attribuer à une autre machine, c’est à dire une entité B. Bien sûr, cette attribution et surtout cette reconnaissance d’une option se fera par rapport à la validité sociale des liens. Et dans ce genre de cas, on ne reconnaît les liens que de peu d’entités.

Ces options seront par défaut protégées. Même si on se doute de certaines (true/false), d’autres ont tout intérêt à être cachées. Elle pourront éventuellement être offusquées si on ne souhaite pas montrer l’usage de certains modules de sylabe. Et comme il peut être facile de déduire la valeur de certaines options dans un temps raisonnable, notamment par le lien de chiffrement, chaque objet contenant une valeur d’une option devra aussi contenir une partie non utilisée avec de l’aléa. Ainsi, l’objet chiffré sera lié à un objet en clair, supprimé, mais ne permettant pas de déduire la valeur de l’option.
Il est aussi possible de le faire par des liens offusqués, à voir…