[archeo]

Sur une installation (et non une mise à jour cette fois) avec tous les modèles de pages et de design, j'ai testé les opérations suivantes :

export du design ncleanblue (c'est le seul dont l'export se fasse correctement avec l'extension xml), puis suppression et ensuite import à partir du fichier xml. J'obtiens le message suivant :
"- __errhandler
C:\wamp25\www\cms\modules\DesignManager\lib\class.dm_xml_reader.php:57 - read
C:\wamp25\www\cms\modules\DesignManager\lib\class.dm_design_reader.php:40 - read
C:\wamp25\www\cms\modules\DesignManager\action.admin_import_design.php:48 - validate
C:\wamp25\www\cms\lib\classes\class.CMSModule.php:1377 - include
C:\wamp25\www\cms\modules\DesignManager\DesignManager.module.php:56 - DoAction
C:\wamp25\www\cms\lib\classes\class.CMSModule.php:1441 - DoAction
C:\wamp25\www\cms\admin\moduleinterface.php:76 - DoActionBase
2 XMLReader::read(): file:///C:/wamp25/tmp/phpE92.tmp:26: element li: validity error : No declaration for attribute class of element li"

j'ai repris la même opération avec ShadowMenu, l'export se faisant sans l'extension xml je l'ai ajoutée à la main.L'import se fait correctement. J'ai ensuite essayé d'affecter ce design à une page : résultat le design est signalé comme étant vide de template ce que contredit le gestionnaire de design.

Je précise qu'entre chaque installation, mise à jour ou réinstallation, le répertoire de cms est vidé et la base de données détruite puis recréée.

[jce76350]

pour ta vidéo # 60 ton problème
est que tu ne respectes pas le processus de création... ce que j'avais déjà dis plus haut
"Un design = un ou plusieurs gabarits et des feuilles de style
donc tu crées tes gabarits et tes feuilles de style et tu fais ton désign"
Ensuite et seulement ensuite tu peux créer ou modifier tes contenus.
la tu crées un gabarit mais tu ne l'affectes pas à un design

[jce76350]

export du design ncleanblue (c'est le seul dont l'export se fasse correctement avec l'extension xml), puis suppression et ensuite import à partir du fichier xml. J'obtiens le message suivant :

idem pour moi

J'ai ensuite essayé d'affecter ce design à une page : résultat le design est signalé comme étant vide de template ce que contredit le gestionnaire de design.

ton type de gabarit doit être incorrect -> doit être Core:age pour être affiché

[archeo]

J'ai bien compris 1 design = templates + feuilles de style.

La video montre (ou du moins essaie) en fait deux choses :


1- Lors du processus de mise à jour les anciens templates (que j'ai repérés par V1) sont "convertis" en designs vides. On s'attendrait plutôt à avoir un design contenant l'ancien template et ses feuilles de style associées. Ce qui est encore plus trompeur c'est que le gestionnaire de contenu ajoute à la confusion en indiquant qu'un template est affecté à la page alors qu'il s'agit d'un design.

2 - L'export puis l'import des designs de la betat2 n'est pas au point puisque pour le gestionnaire de contenus un design importé est vide alors que pour le gestionnaire de design il contient des templates. Ce que confirme mon test du message #51

[jce76350]

#54 heu.... ce n'est pas nouveau puisque des problèmes ont déjà été signalés
ça confirme simplement que comme l'on est en béta et que il y a besoin de testeurs et de retesteurs pour confirmer des problèmes qui ont déjà été signalés et ne pas attendre ...
donc il faudrait une bonne dizaine de testeurs Fr, comme toi .

[archeo]

J'ai ensuite essayé d'affecter ce design à une page : résultat le design est signalé comme étant vide de template ce que contredit le gestionnaire de design.

ton type de gabarit doit être incorrect -> doit être Core:age pour être affiché

Je te rappelle qu'il s'agit d'un design exporté puis importé donc on doit tout retrouver à l'identique et pourtant le template ShadowMenu Tab + 2 columns qui était un core:: page est devenu ShadowMenu Tab + 2 columns 2 qui est maintenant un core :: generic. Il est marqué N/A. Il ne s'agit pas d'un conflit avec un design du même nom puisque le phénomène se reproduit lorsque le design est importé seul.

[jce76350]

Je te rappelle qu'il s'agit d'un design exporté puis importé

Oui donc c'est bien un bug ! je ne te dis pas le contraire je te donnais la solution

[archeo]

#54 heu.... ce n'est pas nouveau puisque des problèmes ont déjà été signalés
ça confirme simplement que comme l'on est en béta et que il y a besoin de testeurs et de retesteurs pour confirmer des problèmes qui ont déjà été signalés et ne pas attendre ...
donc il faudrait une bonne dizaine de testeurs Fr, comme toi .

Si ça ressemble à quelque chose de déjà signalé alors c'est bon. Tu confirmes donc que lors de l'import d'un design les types de templates sont modifiés?
Combien y a t il de testeurs de toutes langues parce que là c'est des trucs qui auraient pas du passer la betat1 non?

Le concept de design est une excellente idée mais on a l'impression que le gestionnaire de design ne suit pas le concept jusqu'au bout. Pour moi il lui manque deux choses :

1- un panneau de synthèse montrant à la fois les templates et les feuilles de style
2 - et surtout un lien sur chaque nom de templates et de feuilles de style pour y accéder directement.

[jce76350]

Combien y a t il de testeurs de toutes langues parce que là c'est des trucs qui auraient pas du passer la betat1 non?

il suffit d'aller sur le forum CMSMS 2.0 Beta (EN) pour voir le nombre de reporteurs. Ce nombre est faible comme habituellement lors des phases béta, sauf que pour cette V2 il y a d'importantes modifications.
Pour ce qui est de "auraient pas du passer la beta 1" il suffit de suivre l'historique des derniers mois de CMSms pour comprendre :/

Le concept de design est une excellente idée mais on a l'impression que le gestionnaire de design ne suit pas le concept jusqu'au bout

CMSms s'adresse normalement à des pro (au sens utilisateurs avertis) et non à des débutants

[toxicity]

Petit retour de mon expérience de test de cmsms en béta 2.0

Pas de soucis avec l'installateur, il repère bien si une ancienne version existe et si on veut upgrader.

En ce qui concerne l'upgrade, l'upgrade chez moi n'a pas fonctionné correctement. Tous mes templates ont sauté. Ce qui est logique vu le nouveau design manager. Du coup, j'ai essayé via le design manager de remettre tout ça en place mais rien n'y fait.

Dés lors, on a installé une version vierge et refait un développement propre. Tout fonctionne correctement sauf le module mlecms.
J'ai un "lang_parent not defined". Est-ce quelqu'un a rencontré ce problème ?

[jissey]

Bonjour,

J'ai un "lang_parent not defined". Est-ce quelqu'un a rencontré ce problème ?

C'est une variable de MLECms

[jce76350]

Pas de soucis avec l'installateur, il repère bien si une ancienne version existe et si on veut upgrader.

en local sur un serveur ?? des information complémentaires seraient bienvenues

Tous mes templates ont sauté

à vérifier : il faut remettre les gabarits dans les designs voir http://postimg.org/image/s5y072vm7/

Note : MLE n'est pas fonctionnel en V2

[toxicity]

Installation sur un serveur dédié (debian comme os) avec la dernière version de php. J'ai installé via le phar.

Pour les templates, je connaissais cette manipulation. Mais c'est les templates en soi qui buggaient.

Sinon, les éditeurs wysiwyg font attention à respecter la norme html5.

Pour mle, j'ai été chercher la dernière version sur le svn qui date du mois de juin. L'installation fonctionne, on a accès au backend et on sait configurer les langues. Par contre, le init n'initialise pas les variables lang_parent. J'ai regardé le code mais j'ai rien trouvé de bizarre. C'est pour ça que je demandais si d'autres avaient testé la dernière version et rencontré les mêmes problèmes.

[jce76350]

Installation sur un serveur dédié (debian comme os) avec la dernière version de php. J'ai installé via le phar.

parfait alors

Pour mle, j'ai été chercher la dernière version sur le svn

ne fonctionne pas le développeur a des soucis pour régler sa configuration avec la V2 - Donc ne pas tester avec MLE pour le moment

[archeo]

Dans help de file manager, le titre Module manager apparait au dessus de l'aide et le bouton back renvoie à module manager et non à file manager.

Dans l'aide de tous les éléments le titre Module manager apparait aussi et remplace le titre de l’élément.

[jce76350]

Dans help de file manager, le titre Module manager apparait au dessus de l'aide et le bouton back renvoie à module manager et non à file manager.
Dans l'aide de tous les éléments le titre Module manager apparait aussi et remplace le titre de l’élément.

Oui c'est vrai, mais c'est déjà un peu comme ça dans la V 1.11
tu peux poser la question sur le forum En

[pierrepercee]

Sur le forum US une question a été posée sur une éventuelle date de dispo pour la version 2.0. Bien entendu cela dépend d'un tas de facteurs (ceux qui comme moi n'ont pas encore pris le temps d'un vrai test de la 2.0 avec remontée d'information etc..) mais c'est un peu embêtant vis à vis des clients. La beta 2 date déjà d'août (peut être pourriez-vous supprimer le "flash info" sur ce site, on est en novembre...). L'idée serait évidemment d'avoir au moins une indication.(1semaine-1mois-3mois-6mois...).
Sinon sur un ancien hébergement OVH 90 plan, l'installation avec le fichier PHAR plante (too many redirections de mémoire).
Je vais faire quelques test en local et je remonterai l'information.

[jce76350]

Sur le forum US une question a été posée sur une éventuelle date de dispo

cela a été indique sur le forum En au début de cycle de la béta (Announcing CMS Made Simple 2.0 Beta 1 (Announcing CMS Made Simple 2.0 Beta 1)
je traduit librement : ça sera dispo quand les test seront terminés donc :
- pas de date définie
- quand des utilisateurs ... auront testé ( et le flash info est la pour booster les bonnes volontés)
- quand les développeur de modules prévoiront leurs modules pour le V2
Vu le nombre de modifications faut pas s'affoler

Sinon sur un ancien hébergement OVH 90 plan, l'installation avec le fichier PHAR plante (too many redirections de mémoire).

merci du retour, cela provient à priori de l'hébergement qui bloque (contrasté déjà OVH Offre Mutualisée Perso)
dans ce cas il faut utiliser le Jeu de fichiers cmsms-2.0-beta2-install.zip qui est prévu pour les serveurs incompatibles avec le PHAR

Je vais faire quelques test en local et je remonterai l'information

et bien prendre la dernière version de la béta

Il est donc important d'avoir le maximun de report sur les installations PHAR pour les hébergements afin de conseiller la bonne méthode (je vais créer un post sur les hébergeurs compatibles ou non quand il y aura un bon nombre de retours)

[jce76350]

Copie des messages sur la discussion cms_stylesheet templateid=xx suite à la traduction

Code :

<li><em>(optional)</em> templateid - If templateid is defined, this will return stylesheets associated with that template instead of the current one.

Hier 20:00:42
En fait les CSS sont maintenant associées au Design et non au template

Donc - si je ne me trompe pas - un {cms_stylesheet templateid=5} va chercher le design associé au template 5 et sortir les feuilles de styles

jce76350 Hier 21:43:46
Sauf erreur de ma part (vu que c'est vendredi et donc la fin de semaine)
j'ai de sérieux doute sur cette balise "{cms_stylesheet templateid=x}", vu que pour ne page de contenu il faut un définir un design qui donne obligatoirement un gabarit et que les feuilles de styles sont attachées/liées au design.
Et que si tu fais un gabarit G puis un design D. si tu affectes ton gabarit G au design D sans feuille de style
Tu peux mettre une balise {cms_stylesheet templateid=9} dans ton gabarit, y pas de style sur ta page

Hier 21:43:47
Et si le template d'origine était aussi dans le design du template 5, utilisait les CSS1 et les CSS2 alors que le template 5 utilisaient les CSS3 et les CSS4 (pour ses id et class) fera -t-on la bascule de CSS1 et CSS2 à CSS3 et CSS4? Et cela m'amène à me demander si CSS1 et CSS2 d'une part et CSS3 et CSS4 d'autre part pourront contenir les même nom de class et d'id?[
Un template seul sans design ne peut pas être utilisé (il n'apparait pas dans le menu déroulant lors de l'édition d'une page)

Hier 22:16:56
Dans le template CSSMenu left + 1 column j'ai remplacé {cms_stylesheet}par {cms_stylesheet templateid=10}

id 10 est détenu par simplex et ben cela a fait ni chaud ni froid au template qui a continué à utiliser les même CSS vu l'aspect de la page

Hier 22:32:26
Je crois que pour que cela fonctionne il faut écrire {cms_stylesheet designid=2}

id 2 est détenu par le design de simplex et là la mise en page utilise bien les polices de simplex même si le reste de la mise en page par à vaut l'eau.

templateid est un paramètre de la V1, c'est sans doute une coquille dans la doc

[archeo]

efficacité du module de recherche dans l'administration :

J'ai fait une recherche du mot ".NewsSummary" dont je suis certain qu'il est dans les feuilles de style des News.

Résultats de la recherche :

Rechercher dans les feuilles de style (0)


Recherche de "div"
Résultats de la recherche :

Rechercher dans les pages de contenu (208)
Rechercher dans les feuilles de style (0)
Rechercher dans les gabarits (77)

Recherche de "background"
Résultats de la recherche :

Rechercher dans les pages de contenu (19)
Rechercher dans les feuilles de style (0)
Rechercher dans les gabarits (31)

La recherche se fait-elle dans les feuilles de style?

[jce76350]

efficacité du module de recherche dans l'administration :
J'ai fait une recherche du mot ".NewsSummary" dont je suis certain qu'il est dans les feuilles de style des News
La recherche se fait-elle dans les feuilles de style?

rev _9758-Fr sous Windaube et Linux
OUi La recherche se fait dans les feuilles de style si tu as coché "Rechercher dans les feuilles de style" :lol:
je fais la même recherche et j'ai

Code :

Résultats de la recherche :
    Rechercher dans les feuilles de style (2)
    Module News
    Layout NCleanBlue

[archeo]

OUi La recherche se fait dans les feuilles de style si tu as coché "Rechercher dans les feuilles de style" :lol:

Non c'est pas vrai fallait cocher cette option? C'est pour ça!!

Non, sérieusement ça c'est bon dans une version fraichement installée mais pour une mise à jour il n'y a pas de recherche dans les feuilles de styles qui proviennent de la V1 (la recherche se fait dans les gabarits). Si on copie le contenu de la feuille de style et si on le colle dans une nouvelle feuille alors là ça marche et la recherche est fructueuse mais seulement dans la feuille de style nouvellement créée. Mes anciennes feuilles de style sont bien associées à des designs.

[archeo]

Dans gestion du design / gabarit / options / filtre, lorsque l'on applique le filtre on quitte l'onglet gabarit pour aller à celui du Design. Il faut sélectionner gabarit à nouveau pour retrouver l'effet du filtre.

[jce76350]

Dans gestion du design / gabarit / options / filtre, lorsque l'on applique le filtre on quitte l'onglet gabarit pour aller à celui du Desig

je pense que c'est un bug car l'emplacement des onglets a été changé (en rev 9761) et avant "gabarit" étant en 1ere position donc le filtre renvoi au 1er onglet

[archeo]

Je l'ai signalé si tu veux bien confirmer