Les avertissements suivants se sont produits : | |||||||||||||||
Warning [2] Undefined property: MyLanguage::$archive_pages - Line: 2 - File: printthread.php(287) : eval()'d code PHP 8.2.18 (Linux)
|
Histoire d'un bébé fork : User's guide. - Version imprimable +- Forum CMS Made Simple FR (https://forum.cmsmadesimple.fr) +-- Forum : Annonces (https://forum.cmsmadesimple.fr/forum-5.html) +--- Forum : Annonces (https://forum.cmsmadesimple.fr/forum-17.html) +--- Sujet : Histoire d'un bébé fork : User's guide. (/thread-2372.html) |
Histoire d'un bébé fork : User's guide. - Jean le Chauve - 19/11/2012 Wait a minute : je crois qu'il y a de nouveau un bug avec le filemanager. Si j'active mode avancé (affichage des fichiers de tout le système et pas seulement à partir d'uploads) le chemin créé comprend le root_path sur le serveur. ex: 001-DUVENTDANSLESCORDES/uploads/ pour un site hébergé sur easy-hébergement. Et le wysiwyg te permet de naviguer pour choisir ton image, mais pas de thumbnail et le rendu ne trouve pas l'image. Essaie donc en désactivant le mode avancé du gestionnaire de fichiers. Histoire d'un bébé fork : User's guide. - bess - 19/11/2012 Je ne suis pas en mode avancé sur FileManager :/ (ce bug est corrigé dans le futur 1.11.3 à ce propos) Histoire d'un bébé fork : User's guide. - bess - 19/11/2012 Je confirme le problème d'url absolue mangée lors de la sauvegarde de mon contenu, Je suis sous MicroTiny 1.2.3, WYSIWYG activé évidement. Pour les pb d'Order j'ai compris : tu ne recalcul pas les positions des autres champs, j'avais 3 positions à zéro et une position à 1 ce qui la calait en réalité en 4ème position. Ce n'est donc pas un bug même si un peu de Jquery et du drag&Drop pourrait apporter une superbe couche (genre du déplace tes onglets entre eux pour rétablir l'ordre. J'ai fait cela sur le module Pro.) Pour cela tu n'as juste qu'à avoir une callback php derrière qui enregistre le nouvel ordre fournit par un paramètre en $_Get et c'est finit ! enfin c'est du détail ça... Edit : j'ai réussit à feinter en ajoutant {root_url}/ à mes urls... évidement ça pète l'affichage dans le WYSIWYG mais le rendu fonctionne si l'on active le traitement Smarty (superbe option au passage !) Histoire d'un bébé fork : User's guide. - jissey - 20/11/2012 oui, je suis d'accord avec toi pour jquery, j'y ai pensé, mais déjà trop de trucs à faire. Et j'utilise les onglets de l'api...je ne suis pas sûr que ça marche. On verra à la version 3.0! En attendant, j'ai publié la version 1.5 en suivant vos recommandations. Plus de textes pour guider, les traductions de Philippe, une feuille de style, et la possibilité de choisir dans quelle section on met le module. Clear automatique du cache quand on change le nom du module ou la section (CMS par défaut). Je pense que sauf bug, il restera en l'état pendant quelques temps, il est bien avancé pour l'utilisation que j'en faisais au départ Histoire d'un bébé fork : User's guide. - Jean le Chauve - 20/11/2012 Tu es génial, merci Jissey Histoire d'un bébé fork : User's guide. - Jean le Chauve - 20/11/2012 Sauf que depuis l'upgrade, le module n'apparaît plus dans l'admin (il apparait dans extension->modules) Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 pas si génial que ça! :lol: Comme il n'y a pas de script upgrade, il n'a pas enregistré de section. Si tu changes la valeur de "Section" dans l'onglet Options, ça devrait aller mieux. Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Où est-ce que je trouve cela puisque je n'ai pas accès à son administration ? Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Sur un site où il n'est pas installé, l'install se passe bien. Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 ha, mince! j'avais compris que tu le voyais dans Extensions...je corrige. Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Merci pour les styles, mais n'y-a-t-il pas moyen que les contenus se réfèrent aux feuilles de style du frontend, au lieu de devoir les réécrire ? Mais bon, cela risque également d'amener d'autres difficultés... Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 et comment je sais lesquels tu utilisent? Certaines personnes utilisent plusieurs gabarits avec des CSS différents. Tu veux faire comme les gabarits? Attacher les feuilles au module? Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Attacher les feuilles au module? Oui, ça pourrait être une solution, faut voir si tu n'auras pas de problème au niveau du chemin. Mais c'est du confort, le fait de pouvoir ajouter les styles, c'est déjà bien Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 non, c'est une question pour savoir par ce que tu entends par "se reférer aux styles du front-end". Ce que j'avais compris, c'est que vous vouliez (Bess et toi) pouvoir créer des style pour unifier la présentation indépendamment du thème de l'admin. En attendant pour te dépanner, dans le fichier userguide.module.php, remplace: Code : [== Indéfini ==] Code : [== Indéfini ==] Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Je reste avec ce problème de chemin qui semble avoir été résolu par Bess : voilà ce que me donne Firebug background-image {url(http://www.duventdanslescordes.be/admin/[[root_url]]/uploads/BizBuzzV2/pdf.png) Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Je te donne un exemple : J'ai ajouté des styles dans microTiny pour afficher automatiquement une icône sur des listes à puces et autres liens : avertissement,external,list-add,list-checkmark,list-delete,list-favorites,list-help,print,telephone Code : [== Indéfini ==] Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Et le contenu de l'onglet : Code : [== Indéfini ==] Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 1-Les onglets sont affichés dans une div avec une class .guide. Il faut en tenir compte et préfixer les directives qui s'appliques aux balises (comme a). ex : Code : [== Indéfini ==] Dans une prochaine version, il faudra que j'initialise $config pour récupérer $config('root_url'] Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Nickel, merci à toi et bonne nuit Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 J'y suis presque, il reste le problème que la css de l'admin à la priorité sur celle du module : #oe_mainarea li, #oe_mainarea ul {list-style:none} css interne est écrasée par #oe_mainarea ul { list-stylequare;} css admin Faudrait pouvoir désactiver la css de l'admin dans le contexte du module et vice-versa : les règles qu'on place dans ton module écrase également celles de l'administration du cms. Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 difficile de désactiver les CSS admin, et si j'y arrive, on perd tous les styles. Essaie avec Code : [== Indéfini ==] C'est trop tard pour réfléchir, je vais me coucher. Demain, je trouverai en 3mn. Bonne nuit. Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Peut-être en insérant le tout dans une iframe et en récupérant le contenu de pages spéciales du frontend ? Histoire d'un bébé fork : User's guide. - jissey - 21/11/2012 Salut à tous, upgrade corrigé, la forge et le SVN sont à jour. @jlc : pour te remettre à jour, il faut que tu ailles dans l'onglet Options et modifier la section. Ca n'aura aucun effet pour l'instant. Ensuite, reviens en arrière sur la modif que je t'ai indiquée dans le fichier du module. Remets ta section d'origine et tout devrait rentrer dans l'ordre. Pour l'iframe, c'est une bonne idée, je la garde de côté car il faudra aussi prendre en compte la compile smarty, et je n'ai plus de temps pour ça en ce moment. Histoire d'un bébé fork : User's guide. - Jean le Chauve - 21/11/2012 Ok, en attendant, j'ai ajouté à tous mes styles #page_content .guide et tout se passe bien Merci pour ton great job Histoire d'un bébé fork : User's guide. - bess - 21/11/2012 Citation :Salut à tous, note pour plus tard : fait toujours une nouvelle version avec un n° différent quand tu souhaites faire des changements ninja comme ceux là, la forge provoquera une erreur "XML corrompu" si on tente de télécharger ta maj depuis le moduleManager la faute à l'hébergeur qui fait un hash du premier fichier uploadé mais ne met pas à jour le hash si tu remplaces le fichier par un autre en cours de route. |