Suite à la MEF racontée dans le résumé J49 & cie. d’autres aménagements ont été fait.
Notamment une correction du tableau (menu contextuel) et une finalisation pour les colonnes, on peut définir le nombre de colonne que l’on veut sur base d’un calcul préalable définissant le maximum, conseillé mais obligatoire.
Grand point suivant : l’installateur a été débuté. Il a mit le doigt sur un manque au niveau des fichiers, du coup il a fallu revoir l’idée d’url pour y accéder, fait et fonctionnel !
La partie développement en direct a été corrigée pour les erreurs connues et des idées pour l’améliorer sont en cours. C’est loin d’être le point le plus urgent mais cela peut aider au développement continu.
L’édition des images (changer l’image) a été corrigé pour un petit soucis d’utilisation.
Programme de la suite
~ upload de fichiers
~ installer le site mère
~ composer RACO
~ installation d’un nouveau Buzz
– installer photo véro => système de modules
– publication du contenu (PROD)
Outre une série de corrections d’erreurs et d’affinages d’utilisation, le système à fondamentalement changé en dessous.
En effet la distinction en DEV et PROD du système porteur de Be a Buzz (Base daaboo 5) avec le DEV et PROD de chaque Buzz fait avec notre système Be a Buzz a été réglée. Donc de notre coté on peut développer et mettre en production et vous pouvez faire votre site, le préparer puis le publier. Cette notion de publication, bien que prévu dès l’origine, n’avait pas été clairement marquée dans le code. Une fusion de quelques répertoires ainsi qu’un revisitage du flux BaB de génération et d’accès a été nécessaire. Ceci sans toucher la base 5 qui devait rester distincte de son utilisation.
Ceci a été un des points important de ces 5 jours.
L’autre point réglé fraichement ce matin de jour 50 : la mise en forme (MEF). Complètement réécrite et maintenant sans erreur, plus rapide et « plus mieux », fini et fonctionnelle comme attendue. Virer 2 grosses fonctions PHP et 2 en JS, réécrire une PHP complète en générisant, simplifiant/diminuant 3 fois le code, une vrai partie de plaisir…
Dans la gamme des attendus, la confirmation de suppression ainsi qu’une modification corrigée de l’édition. Si on édite un texte, qu’on supprime son contenu et qu’on désire le sauver, ceci correspond à supprimer le bloc conteneur. Logique, on ne va pas garder un paragraphe vide, ça ferait désordre.
La gestion de fichier a également avancé : design, suppression, multi sélection, filtrage et fenêtre générique modulable à l’appel. Il nous reste à coder l’upload de fichierS.
Toujours dans l’avancement, les bordures sont maintenant éditable tout en utilisant le système existant. De même les logos de site utiliseront la même idée de réutilisation en extérieure de la zone de contenu, une simplification fortement appréciée.
En parlant d’images, ce bloc est complet avec édition de légende.
Le système en lui-même arrive (enfin, je sais) à un stade « complet », il reste néanmoins des tests à effectuer tant au niveau des erreurs qu’au niveau utilisation par un utilisateur lambda.
On va pouvoir attaquer tant en amont (installation, gestion de compte, inscription au système) qu’en aval (publication PROD).
Une grosse partie va donc s’ajouter : la gestion des comptes (finances, échéances, etc…).
Bien que ce qui est gestion sera moins complexe à coder que le système en lui-même, cela ne sera certes pas folichon.
Programme de la suite
~ upload de fichiers
~ installer le site mère
~ composer RACO
– installer photo véro => système de modules
– publication du contenu (PROD)
– installation d’un nouveau Buzz
Imaginez 2 positions : A et B et un chemin de rails les reliant. Le wagon (minecart) en A est sur un rail de propulsion (poweredrail) activable avec un bouton. En B, c’est la même chose, un rail de propulsion avec bouton (button).
Jusque là on peut aller de A en B et inversement.
Selon la distance et les montées/descentes, il faudra d’autres rails de propulsion pour propulser le wagon.
Maintenant si nous sommes en A mais que le wagon est en B, comment le faire venir à nous ? En appuyant sur le bouton A on pourrait alimenter en même temps le rail de propulsion de B et ainsi le forcer à démarrer. Le wagon viendrait jusqu’à nous. De même en B quand le wagon est en A.
Sur une distance de moins de 15 blocs (distance redstone) cela fonctionnera, mais avec la limitation des 15 blocs nous aurons besoin de répéteur (repeater).
C’est là que ça se corse, le répéteur est unidirectionnel, soit A soit B pourra rappeler le wagon.
Comment faire ? Par tranche de 30 blocs, au milieu il vous faudra la plateforme du répéteur, nous allons l’aménager pour permettre le double sens. Prévoyez une large zone de travail au abord du chemin de rails.
L’idée est d’avoir un circuit de A vers B avec un répéteur et un circuit de B vers A avec un répéteur également. Le soucis est qu’une fois activé les répéteurs s’alimentent les uns les autres. Cela forme une boucle d’énergie. Le seul moyen de l’arrêter est de couper le circuit à la main en faisant sauter une des redstone du circuit. Pas terrible comme solution.
Comment couper le circuit en lui laissant le temps de parcourir tout le chemin ? N’oublions pas qu’en A on veut appeler le wagon qui est en B, et inversement.
Au niveau de notre boucle de répéteur, on va placer un rail de détection. Ainsi quand le wagon passera par là, l’idée est qu’il coupe le circuit. Malheureusement son action est d’émettre du courant et mettre une porte NOT ne nous aidera pas.
L’idée est que le courant venant d’un bouton combiné avec l’action du rail de détection ayant une porte NOT coupe la boucle.
Donc de A vers B j’ai un répéteur qui va dans une porte AND et le rail de détection entre dans une porte NOT qui va à son tour dans la porte AND (pour être alimenté en continu), ainsi la porte AND au moment d’appuyer sur le bouton laissera passer le courant vers B et au moment de passer sur le rail de détection coupera le circuit et donc la boucle de répéteur.
De B vers A, il s’agit d’un pontage avant et après ce circuit logique. Ce qui se passera de B vers A est simple. On appuie sur le bouton B, le pontage contourne le circuit logique et active le rail A. Mais en même temps vu qu’il s’agit du même circuit, le circuit logique sera alimenté aussi et donc au passage du wagon de A vers B le circuit sera coupé, la boucle interrompue et reset du système.
À chaque série de +15 blocs il faudra ce système afin de rappeler le wagon.
À tester : est-ce que 2 systèmes consécutifs s’alimenteraient malgré les coupures ou est-ce que cela fonctionnerait ? Si j’en ai l’occasion est les matériaux je referais un article.
Donc pour résumer ces 4 jours on peut dire que ça a bougé.
La mise en forme fonctionne plutôt pas mal. Il reste encore à le mettre durement à l’épreuve pour corriger les bug de comportement mais c’est déjà bien.
La gestion des fichiers est arrivée et avance rapidement, ça change et ça fait plaisir.
Les bordures sont installées, reconnues et éditables, bien que ce soit un bug actuellement l’idée reste la même mais en mieux.
Le menu contextuel, éternel in-fini, a encore été chamboulé, mais surtout complété.
Divers formulaire ont été équipé de contrôles de validation voire même corrigé.
Côté design ça s’affine pas mal, aide visuelle, affinage ergonomique et complétion de l’existant, tout en designant les nouveautés.
Sinon en ce jour 44, excepté les corrections, les tableaux font leur apparence. C’est pas fini fini mais ça arrive 🙂 !
Pour conclure on peut dire que ça avance fort bien cette semaine, pour vu que ça dure !
Programme de la suite
~ gestion de fichiers
– blocs images
~ Installer le site mère
– Installer photo véro => système de modules
Le développement de la mise en forme de contenus continue au travers des méandres algorithmiques des méthodes.
Finitions et tests demain.
Programme de la suite
~ mise en page (gras, italique, lien et blocs spéciaux)
– gestion de fichiers
– blocs images
– menu secondaire d’insertion directe
~ Définir les contenus secondaires (~bordures, arianes et logo)
~ Installer le site mère
– Installer photo véro => système de modules
Encore des corrections, aménagement et finitions nécessaires.
Le menu contextuel continue son œuvre cauchemardesque hantant mes nuis. Cependant il avance.
Il sera à noter que modifier la mentalité, donc la conception est assaillie par les pratiques courantes, habituelles et opposées. Il faudra donc prendre le temps de confronter ses idées avant de se lancer et souvent revoir encore et encore.
Des aménagements de code continuent, rien ne semble bouger et pourtant, il serait amusant de constater oh combien cela à changer dans l’idée mère.
Programme de la suite
~ mise en page (gras, italique, lien et blocs spéciaux)
~ Définir les contenus secondaires (~bordures, arianes et logo)
~ Installer le site mère
– Installer photo véro => système de modules
Décidément le menu contextuel ne cesse d’évoluer et de se spécifier, visant là et là son conteneur, ou son père.
Avec lui, l’insertion de contenu a été affiné pour permettre l’ajout en cas de contenu vide, comme dans ce qui va suivre.
Le grand ajout du jour ce sont les colonnes ! On insert et on retaille ! Attention il ne s’agit pas d’un tableau mais d’une division verticale du contenu.
Le visuel général a encore été manipulé pour être stabilisé complètement dans son état actuel.
Demain on va attaquer les blocs de style particulier et la sauvegarde des tailles de colonnes (c’est mieux).
Sont en prépa, la gestion des fichiers et des langues, ainsi que la mise en forme.
Programme de la suite
– mise en page (gras, italique, lien et blocs spéciaux)
– Définir les contenus secondaires (~bordures, arianes et logo)
– Installer le site mère
– Installer photo véro
Tout commence un 9 novembre 1982, heu non, tout commence ce matin avec les corrections d’hier, principalement visuelles mais aussi techniques avec des comportements non-géré ou imprévu.
Ensuite l’installation (manuelle) d’un nouveau site (RACO), avec design client, menu avec sous-menu et colonage. Ce site a mis en évidence pas mal de choses attendues permettant de peaufiner les fichier de style et certaines fonctionnalités techniques.
S’en suit une liste folle de choses à faire qui ne font que rallonger la liste déjà redoutable.
Techniquement le système de colonnes a été installé, il a reste à le dynamiser; le système de sous-menu est complété; le menu contextuel a été recodé (Faites gaffes aux références globales ! Écrivez à l’envers ! (JQuery)); les fonctionnalités de gestion de pages ont également été peaufinées ainsi que l’éditeur live de contenu.
Programme de la suite
– mise en page (gras, italique, lien et blocs spéciaux)
– Définir les contenus secondaires (~bordures, arianes et logo)
– Installer le site mère
– Installer photo véro
Journée fort productive aujourd’hui avec Toutou, toujours en audioconférence. La gestion des pages a été ‘designée’, il ne reste que quelques détails mais beaucoup a déjà été fait aujourd’hui.
Certaines fonctionnalités ont également été finalisées comme pour l’édition des infos de pages ou la suppression d’une page ayant un sous-menu.
Aussi le système d’édition continue d’évoluer ainsi que la mécanique derrière. Double click pour éditer, ‘enter’ pour valider, ‘escape’ pour annuler. Voilà l’idée.
Le menu contextuel nous a réservé un nouveau défis, c’est pour demain. Ceci permettra de ne plus avoir de mauvais effets visuels pour sélectionner un conteneur, mais d’avoir la possibilité d’édition directement au travers de l’enfant via un sous-menu.
Différents bugs de comportement ou visuels ont également été corrigés.
Programme de la suite
– menu contextuel enfant>parent
~ Installer RACO
– Poursuivre l’éditeur (gras, italique, styles et blocs spéciaux)
– Définir les contenus secondaires (~bordures, arianes, …)
– Installer le site mère
– Installer photo véro
Ça y est ! La gestion des pages fonctionne quasi complètement, ça charge, organise, crée et enregistre.
Reste la finalisation de la sauvergarde d’une info mobile venant d’un sous-menu et la gestion de la suppression de page.
Cela n’aura pas été sans mal, en effet un détachement de bugs délites se sont manifestés tel des terroristes un jour de soldes !
Des heures pour les avoir tous, mais un système fonctionnel testé par Geoffrey en tant réel.
Quand JS envoie des données et que PHP ne renvoie rien, que tracer l’ennemi revient à suivre une puce et qu’au final on regarde une fausse piste… il y a de quoi ne pas être zen… et je passe les dizaines de tests ratés afin de trouver une piste solide.
Programme de la suite
– Poursuivre l’éditeur (gras, italique, styles et blocs spéciaux)
– Définir les contenus secondaires (~bordures, arianes, …)
– Installer le site mère
– Installer RACO
– Installer photo véro
