J'ai trouvé comment renforcer mon thème pour ne plus avoir de conflit avec le JQuery du bloc de Mastop_G2 !

Ex d'un script qui ne s’exécute plus quand le bloc est présent :


La solution pour que JQuery gère les conflits :
Ajouter
jQuery.noConflict();
et remplacer les $ par jQuery
ça donne :

Pardon, Mastop ne bloque pas que l’exécution du script de mon slideshow principal, il bloque aussi le script de mon menu !

à l'execution les 2 fonctions principales de mes 2 scripts bloqués sont indiquées comme "is not a function" dans la console de debuggage de firefox.

J'ai essayé de déplacer le code de mon slideshow coin-slider autre part dans le thème mais ça ne change rien, son exécution est bloquée par la présence du bloc deMastop

Qu'est ce qui peut faire que les scripts déclarés dans le bloc de Mastop empêchent l'exécution d'un autre script ?

Citation :
Là j'ai pu ajouter mon image en local

mais pour info le bug du gestionnaire d'image en local donne ça



On est loin du gestionnaire de média de TinyMCE4

Citation :
Ça fait beaucoup de manip pour quelqu'un qui veut juste gérer une liste de partenaire. Mastop est "open", certes mais pour une gestion de partenaires il ne peut servir qu'à générer un bloc, la liste des partenaire etc, il faut se le créer à coté. Je pense qu'un module dédié apporte quand même pas mal pour qui veut effectivement gérer des partenaires. Là je vois un module qui me fait un superbe bloc mais pour ce que je veux il apparait bien moins pratique que xoopspartner (qui est bien moins beau)

Problème d'affichage :
Et maintenant j'en reviens aux joies des compatibilités de l'internet ; Ce n'est pas directement de la faute de Mastop mais sur mes thèmes mastop met le bronx
exemple, avec le slide coin-slider qui part en vrille


normalement ça s'affiche comme ça www.jaguar-mark.fr

Bon il a fallu que je poste ce message pour penser à un truc que je n'ai pas fait comme il faut sur l'essai 3 (en ligne)
copier le répertoire english et le renommer en french.
Fait !
et...plus d'erreur fatale
Donc je vois le joli bloc, cool

Sauf que le truc doit utiliser Jquery je ne sais pas comment et ça fout en l'air mon slideshow coin-slider déjà en place dans le thème

Bon après dans l’article Alain01 écrit
Citation :
Je serais d'accord si Mastop présentait une pages avec la liste de tous les spotlights avec un bout de texte mais ce n'est pas le cas à priori.

Pour les essai 1 et 2 avec Wamp je vais en revenir à ma conclusion d'il y a quelques années :
Wamp = super pour élaborer un thème sans perdre de temps.
Wamp = usine à perdre son temps pour tester le fonctionnement d'un site qui ne fonctionnera jamais pareil en ligne.
(et je ne parle pas de la désinstallation de wamp qui ne se fait pas comme il faut avec wamp qui reste en ligne, cad dire installé alors qu'il n'apparait plus dans la liste du gestionnaire de programme...)

Force est de constater qu'il ne suffit pas d'avoir la bonne version de Xoops et la bonne version de PHP...

Donc j'étends la description de mon environnement (un peu désespéré et démotivé par 2 jours de perte de temps et de voir tout ce travail des développeurs bousillé par ces innombrables problèmes de compatibilité de langages pas robustes qui fond qu'un truc qui marche aujourd'hui a toute les chances de plus marcher demain sans raison :



ESSAI 1 : j'ai installé wamp 64bit PHP3 que l'on trouve ici http://www.wampserver.com/
Apache 2.2.22 – Mysql 5.5.24 – PHP 5.3.13 XDebug 2.1.2 XDC 1.5 PhpMyadmin 3.4.10.1 SQLBuddy 1.3.3 webGrind 1.0
-Xoops 2.5.6 dispo sur la page d'accueil de frxoops
-Mastop de xoops.org indiqué dans l'article
-PC sous Seven pro 64bit
-18° dehors
-Vent d'est à 4km/h environ
-50% d'humidité relative
-La voisine est à sa fenêtre

=>Avec ça le gestionnaire d'image de xoops ne marche pas dans Mastop, donccreation des spotlights impossible et suite des essais impossible

ESSAI 2 :
-Desinstallation de wamp
-Reinstallation de wamp en version PHP5.4 (64bit)que l'on trouve ici http://www.wampserver.com/
Apache : 2.4.4 MySQL : 5.6.12 PHP : 5.4.12 PHPMyAdmin : 4.0.4 SqlBuddy : 1.3.3 XDebug : 2.2.3
-Xoops 2.5.6 dispo sur la page d'accueil de frxoops reinstallé
-Mastop de xoops.org indiqué dans l'article réinstallé
-PC sous Seven pro 64bit
-18.2° dehors
-Vent d'est à 4km/h environ
-50% d'humidité relative
-La voisine n'est plus à sa fenêtre

=>Avec ça IDEM premier essai, inexploitable a cause du gestionnaire d'image.

ESSAI 3 :
En ligne sur un xoops 2.5.5
-PHP 5.2.17
-hébergement pro de OVH
-Mastop de xoops.org indiqué dans l'article réinstallé
-PC sous Seven pro 64bit
-18.2° dehors
-Vent d'est à 4km/h environ
-50% d'humidité relative (sur le serveur d'OVH je ne sais pas encore)
-La voisine a fermé la fenêtre.

=> avec ça tout ce qui est coté admin se passe bien, création des catégories, sportlights et activation du bloc.
Quand on retourne sur la page d'accueil page blanche avec l'erreur fatale.

Faut que je demande à la voisine d'essayer de venir à la fenêtre mais en la laissant fermée ? une autre paramètre de l'environnement ?

Mastop Go2

Suite à l'article d'Alain01
https://www.frxoops.org/modules/news/article.php?storyid=1950
Merci Alain.

Je viens de faire une installation toute propre de xoops 2.5.6 sur wamp avec PHP 5.3.13
Le module s'installe bien mais après avoir créé une catégorie d'image dans le systeme, je n'ai pas accès à la catégorie dans la création de spotlights dans le module.
Le menu déroulant fait bien apparaitre la catégorie de photo mais je ne peux pas la sélectionner.
Si je clique malgré tout sur le bouton "ajouter un fichier image", j'ai bien le popup qui s'ouvre mais il ne contient qu'un message d'erreur
"L'adresse n'a pas été reconnue

Firefox ne sait pas ouvrir cette adresse car le protocole (c) n'est associé à aucun programme.

Il est peut-être nécessaire d'installer une autre application pour ouvrir ce type d'adresse."


EDIT : Après désinstallation de wamp et mise en place de la version PHP5.4, réinstallation de xoops 2.5.6 et du module, idem, gros pépin de gestion des fichier image du system

EDIT 2 : Et en ligne , sur un xopps 2.5.5 avec PHP5.2 (le requis d’après l'admin du module)
-Aucun probleme dans l'admin pour créer les spotlights et enregistrer les images
-Page blanche avec "Fatal error: Call to a member function montaGaleria() on a non-object in /monsite/www/modules/mastop_go2/blocks/mgo_go2.bloco.php on line 24"

Petite question pour me coucher moins idiot :

La version minimale requise elle est saisie manuellement par le développeur, non ? ca ne peut pas se mettre à jour tout seul, si ?

et Alain01 qui nous sort un article de la mort qui tur sur Mastop_Go2

et Mamba sur xoops.org qui me pousse à migrer mes site sous xoops 2.5.7, y compris mon forum sous newbb3.08
...pour utiliser Mastop_go2

je ne sais plus, je ne sais pas...

Bonjour

Je me suis fait cramer le cheveux hier soir pour faire un template de bloc qui fait un slideshow (le mec qui a inventé le javascript est à enfermer !)... ça marche et j'ai ce je veux à priori.

Du coup, moyennant un peu de soutient de ceux (et de celle ) qui savent utiliser ces foutus SVN et comment les modules doivent être pour être OK, je veux bien m'engager à aller au bout cad :
-Faire de ce template un nouveau bloc à part entière du module (il est apparemment suffisamment simple pour que je m'en sorte)
-Traduire le module en français
-tester sous une version de xoops et de PHP plus récente, (en plus de mes test sur xoops 2.5.3 avec PHP 5.3 et sur xoops 2.5.5 avec php 5.2)
-tenter de mettre un éditeur de texte un peu moins vilain pour l’édition des détails sur un partenaire (là j'ai peur que ce soit un peu chaud pour moi mais bon, on peut essayer, avec les API de xoops 2.5 c'est sensé être simple ça je suppose).

La seule question a valider avant de me lancer : ce module n'a pas l'interface admin GUI 2.5.5 => va il devenir obsolète dans 15jours avec tout mon travail qui sert à rien ?