[pierrepercee]

Bigre Archéo,

Merci pour le coup de main sur le .org. Robert vient de verrouiller, à raison, la discussion. Je crois que tous les arguments ont été passés en revue, la discussion devenait oiseuse.
J'espère seulement qu'il en restera quelques traces pour une prochaine mouture, et que cela laissera une empreinte pour les prochains développements.
Quant à Jeff, je n'avais pas pensé primitivement à l'inviter au pays du grand Jacques, je ne sais pourquoi..

[pierrepercee]

Je poste ici, si quelqu'un peut faire une rapide vérification. Dans la dernière snapshot impossible d'exporter un design au format XML. Je récupère l'erreur : Invalid characters in name:blablable.
Si vous confirmez je posterais sur le .org.
Le problème a sans doute déjà été identifié mais commes ils font le ménage sur le thread considéré au fur et à mesure de la résolution des problèmes... je n'en trouve pas trace.

[archeo]

Je viens de vérifier effectivement j'ai le message "Invalid characters in name: __CSS::51bb9e0be6416bd65fd9d368729b8e70__". Tu peux le signaler, je confirmerai.

[jce76350]

>Je récupère l'erreur : Invalid characters in name:blablable.

confirmé test exports =
Invalid characters in name: __CSS::51bb9e0be6416bd65fd9d368729b8e70__


>mais comme ils font le ménage sur le thread considéré ..
Il n'y a pas de perte de messages c'est classé dans "Closed Issues" et c'est logique :p

[pierrepercee]

Merci JCE.

J'avais point vue ! Mais entre un étourneau et moi il n'y a qu'une différence de degré... tu as déjà pu t'en rendre compte. Je poste de ce pas sur le .org !

[pierrepercee]

Bon, je ne peux plus me loguer sur le . org, mon password ne fonctionne plus. Impossible également de contacter le "Board Administrator" , mon mail est retourné de façon systématique. Si quelqu'un peut passer le message?

[pierrepercee]

C'est bon j'ai remis la main dessus !

[jce76350]

j'ai mis le bug sur le design et toi sur les gabarits Template export doesn't work

[jce76350]

>Invalid characters in name: __CSS::51bb9e0be6416bd65fd9d36872

semble venir de la const ITEMNAME_REGEX idans class.CmsAdminUtils.php qui a été modifié en Révision 10100

[jce76350]

Sur le SVN rev Révision 10107
-- Reverts to smarty 3.1.16 with all smarty hacks attached.(scope hack ...
Super régression pour les balises
faut tout rester car ça semble perturber par rapport aux "assign" "share_data" ...
Bref on repart en béta :lol:

nota le bug sur le design est résolu

[Ouik]

Le post sur le forum EN : http://forum.cmsmadesimple.org/viewtopic...=1&t=73348

Mais quelle idée d'avoir basculé sur la nouvelle version de smarty en quasi RC (oui j'avais râlé, déjà, ahah)...

PS : toujours en vacances, mais plus pour longtemps hélas.

[jce76350]

>Mais quelle idée d'avoir basculé sur la nouvelle version de smarty en quasi RC

ben c'est surtout que les devs de smarty sont un peu trop lent ... (à corriger) pour notre ami Robert

[Ouik]

Ouais, admettons.

[pierrepercee]

J'avais également signalé "la prise de risques", mais après tout c'était aussi faire montre d'un certain panache...Là,par contre, je ne sais pas quand l'équipe de Smarty pense publier une nouvelle version corrective mais si le délai n''est que de 2 ou trois semaines, je ne suis pas certain que l'option retenue soit la bonne.
On a (moi le premier) trop mis la pression pour une sortie rapide au staff développement. Si la sortie officielle prend un mois de retard supplémentaire, au point où nous sommes rendus, tout le monde s'en remettra. Mieux valait à mon sens assumer jusqu'au bout la prise de risque plutôt que de sortir une version modifiée dans la précipitation et qui devra être mise à jour dans des conditions peut être assez difficiles rapidement.
Robert abat un travail remarquable mais je continue de penser qu'un appel à des développeurs bénévoles tierces permettrait de le soulager un peu. Le projet CMSMS connaît un tel développement qu'il me semble inapproprié de faire peser 80% des contraintes développement sur une seule personne aussi compétente, douée et dévouée soit-elle.
Nous (apprentis webmaster, webmaster avec du poil au menton, développeurs de génie, et j'en passe) savons la fragilité de l'écosystème induite par le fonctionnement actuel. Nos clients eux, ont horreur de l'incertitude, et ne savent pas toujours ce qu'il en est...

[jissey]

Bonjour,
il y a eu un appel à développeurs et tout autres compétences nécessaires au bon fonctionnement de CMSMS.
Sur le blog.en et sur LinkedIn.
Ils ont eu des réponses et de nouvelles têtes sont apparues après le départ de certaines autres.
Maintenant, la distribution des tâches et les méthodes de prises de décisions sont entre le mains de cette Team.
Nous avons 2 représentants ici qui tentent de faire passer les infos et nos requests, mais ça n'est pas encore une vrai démocratie, on sort petit à petit du despotisme mais il ne faut pas perdre le Tiran (car sans lui on ferme), alors, il y a quelques sacrifices et beaucoup de concessions!
http://www.cmsmadesimple.org/about-link/...-dev-team/

[Ouik]

Nous avons 2 représentants ici qui tentent de faire passer les infos et nos requests, mais ça n'est pas encore une vrai démocratie, on sort petit à petit du despotisme mais il ne faut pas perdre le Tiran (car sans lui on ferme), alors, il y a quelques sacrifices et beaucoup de concessions!
http://www.cmsmadesimple.org/about-link/...-dev-team/

Hélas, je dirais, mais c'est sans doute le prix à payer.

Ceci dit, il y a de mon point de vue des régressions en UX et fonctionnalités sur la V2 que j'ai déjà signalées dont je ne comprends juste pas qu'elles existent. Mais bon.

[pierrepercee]

Pour la Team, j'en connais évidemment quelques membres via le forum: les développeurs pur jus (PHP, POO, Smarty) ne sont guère nombreux. Une grippe, un rhume des foins, une mauvaise varicelle et une angine plus loin: on est tous à poil hein !
Il y a certes eu un appel mais on ne sait guère quels profils sont apparus et surtout quels furent les critères de sélection. En plus, l'appel est clos....
En tous cas merci aux membres ici présents qui, au risque d'essuyer les plâtres, font remonter la longue litanie des complaintes en tout genre aux principaux décideurs.
Un peu plus de démocratie dans la prise de décision et la consultation systématique des utilisateurs bien en amont du lancement de tel ou tel développement me semblent être des orientations à examiner attentivement.

[Ouik]

Un peu plus de démocratie dans la prise de décision et la consultation systématique des utilisateurs bien en amont du lancement de tel ou tel développement me semblent être des orientations à examiner attentivement.

+1

[pierrepercee]

Un nouveau problème avec la dernière snapshot, si quelqu'un peut vérifier.
D'abord, c'est curieux mais admettons, il est possible de supprimer un design complet (Simplex par exemple) alors qu'une des pages utilise encore ce design. La dépendance devrait être indiquée et en interdire la suppression (par rapport aux versions antérieures ou cela était convenablement géré, c'est une régression). Si vous le faites, c'est panique à bord à tous les étages. Vous ne pouvez plus ouvrir une page.

Sur une nouvelle installation, faites l'essai suivant :
- attribuez le template NcleanBlue à la page d'accueil en lieu et place de Simplex
- passez NcleanBlue en Design par défaut
- supprimez alors le design Simplex qui n'est utilisé par aucune autre page...
Essayez maintenant d'ouvrir une page quelconque : vous récupérez l'erreur "Could not find default CmsLayoutTemplate row for type __CORE__::page"

J'ai essayé de vider le cache, optimisder/ réparer les tables, rien n'y fait !

[jce76350]

Si il y a un doute n'hésiter pas à reporter sur CMSMS 2.0 Beta (et aussi a indiquer si le bug est résolu)

Et surtout faire des tests avec le nouveau-ancien Smarty 3.1.16 parce pour pour moi il y un paquet de régression, il aurait suffit d'attendre...
De plus .. il n'y a pas assez de testeurs et je pense que va y avoir des surprises dés la sortie de la V2.

[pierrepercee]

Y a pas de doute, j'ai pas vu la page 3.7.3 loin dans l'arbo et avec le template Simplex. Autant pour moi. Mea culpa maxima.

Puisqu'on en est aux petites doléances:
Mettre sur la page de suppression d'un design de nombreux avertissements indiquant que cela peut perturber le fonctionnement du site c'est bien mais bon c'est vraiment contourner le problème et ne pas gérer convenablement la chose. Le ressenti: ça fait vraiment foire à la bricole....

Si quelqu'un souhaite supprimer un design(avec ses feuilles de styles et tous ses templates et gabarits)sur un gros site,
le système doit a minima vérifier qu'aucune page n'est liée à l'un de ces templates.

Après le cas d'un design tierce qui ferait appel à une feuille de style supprimée c'est un autre problème. Ajouter des couches d'abstraction (Design), moi, je ne suis pas contre hein. pourquoi faire simple(cmsms) quand on peut faire un chouia plus compliqué ?
Mais à ce compte là faudrait aussi en assurer une gestion correcte.

[jissey]

le système doit a minima vérifier qu'aucune page n'est liée à l'un de ces templates.

C'est parce que CMSMS n'utilise pas la BDD avec gestion des clés étrangères...type InnoDB...
NB : ni les auto-incréments.

[pierrepercee]

Bonjour Jissey,

Que la bdd ne retourne pas nativement d'erreur OK. Mais il suffit d'une simple requête en amont pour vérifier qu'aucune page ne comporte le template concerné avant de lancer la suppression du design. (table cms_content, champ template_id).
Sur l'évolution vers innodb ou xtradb (mariadb a le vent en poupe), je ne suis pas assez calé pour juger du ratio difficulté de migration / intérêt. C'est vrai que la gestion des clefs étrangères... mais on perd un peu en rapidité.

[jissey]

ça sera pour la V3!

[archeo]

Lorsque l'on clique sur "envoyer" après avoir édité un template, la syntaxe est vérifiée. En cas d'erreur un message sur fond rose apparait, l'enregistrement est refusé et toute la modification est supprimée. Par contre si, avec la même erreur, on clique sur "appliquer" aucun message n'apparait, l'enregistrement est refusé et toute la modification est supprimée. Pas pratique du tout.

Autre originalité : Dans le gestionnaire de design à l'onglet "feuilles de style" dans la colonne "Design" lorsque l'on survole "multiple" on a une information sur les designs auxquels la feuille de style est attachée. Par contre si on fait la même chose pour les gabarits il n'y a aucune information.