Bonjour.
problème de compatibilité avec AMM(Version 3.1.0c version pour piwigo 2.2 en beta test)
A+
Hors ligne
Pour préciser:
Si on utilise l'option:
$conf['template_combine_files'] = false;
Le thème simple bloque jQuery avec jQuery.noConflict();
Hors ligne
cljosse a écrit:
Le thème simple bloque jQuery avec jQuery.noConflict();
désolé mais je ne comprend pas ce tu entends par "bloque jQuery" ...
Hors ligne
saimon a écrit:
cljosse a écrit:
Le thème simple bloque jQuery avec jQuery.noConflict();
désolé mais je ne comprend pas ce tu entends par "bloque jQuery" ...
Avec piwigo 2.2.1, la librairie jquery est lancée par défaut, et si une application utilise jQuery.noConflict, les extension jquery chargée précédemment sont effacée et provoque des erreurs.
Hors ligne
Exemple:
Si on active le Menu dans un theme simple
On a une erreur lors de l'appel de $.cookies
[EDIT]Si Autosize n'est pas actif [/EDIT]
Dernière modification par cljosse (2011-04-25 10:18:00)
Hors ligne
le problème est que AMM utilise
$(document).ready(function()
alors qu'avec jQuery.noConflict(); il ne faut pas utiliser $ directement:
jQuery(document).ready(function($){
je veux bien virer le noConflict, perso je m'en fout, mais il y a d'autres plugins utilsant prototype/mootools ou je ne sais quoi qui ne marcheront plus ....
Hors ligne
saimon a écrit:
le problème est que AMM utilise
Code:
$(document).ready(function()alors qu'avec jQuery.noConflict(); il ne faut pas utiliser $ directement:
Code:
jQuery(document).ready(function($){je veux bien virer le noConflict, perso je m'en fout, mais il y a d'autres plugins utilsant prototype/mootools ou je ne sais quoi qui ne marcheront plus ....
En utilisant cl_conflt ou autosize ils n'auront plus de problème dans 80% des cas.
Dernière modification par cljosse (2011-04-25 15:06:48)
Hors ligne
il faudrait que le js utilisant noconflict soit chargé à la fin : vous pouvez utiliser la paramètre de priorité pour cela
Hors ligne
@flop25
flop25 a écrit:
il faudrait que le js utilisant noconflict soit chargé à la fin : vous pouvez utiliser la paramètre de priorité pour cela
Cela ne suffit pas!
Il faut que tous les programmes utilisant jQuery n'utilisent pas le raccourci $ pour que cela soit valable, ce qui de loin le cas.
@saimon
saimon a écrit:
le problème est que AMM utilise
Code:
$(document).ready(function()alors qu'avec jQuery.noConflict(); il ne faut pas utiliser $ directement:
....
Et dans le themes\simple\js\scripts.js que fait " var sidemenu = $.cookie('side-menu');" alors ? :-)
Dernière modification par cljosse (2011-04-25 16:57:46)
Hors ligne
cljosse a écrit:
Et dans le themes\simple\js\scripts.js que fait " var sidemenu = $.cookie('side-menu');" alors ? :-)
la même chose que tous les autres $, étant donné que tout cela est à l'intérieur de jQuery(document).ready(function($){
Hors ligne
saimon a écrit:
cljosse a écrit:
Et dans le themes\simple\js\scripts.js que fait " var sidemenu = $.cookie('side-menu');" alors ? :-)
la même chose que tous les autres $, étant donné que tout cela est à l'intérieur de jQuery(document).ready(function($){
Voir plus haut l'erreur généreé lorsque l'on clique sur "menu".
L'objet $ ne gére plus la propriété ou la méthode cookies après avoir utilisé noconflict.
Hors ligne
en désactivant AMM l'erreur disparait.
en désactivant la minification, l'erreur disparait et seule reste l'erreur d'AMM.
donc c'est probablement juste un effet de bord.
Hors ligne
2.4.3 : http://fr.piwigo.org/ext/extension_view.php?eid=308
* add a #Tags id for tags list, for the user tags plugin
* use inline-block instead of float left for thumbnails ans categories
* print css: re-enable it in the header + improve it
* update README + add debugging mode in themeconf
* language strings
* new script to tag a new version and generate a zip archive
Hors ligne
Bonjour, et bravo pour ce thème très bien réalisé. Cependant une petite remarque, quand j'active les liens dans config.inc.php avec le code que j'ai vu un autre post:
$conf['links'] = array(
'http://www.toto.fr=> array('label' => 'toto', 'new_window' => true),
);
La valeur "true" n'est pas prise en compte, la page s'ouvre dans la meme fenetre. Alors que sur le theme dark livré d'origine, ca marche bien, la page s'ouvre dans une nouvelle fenetre ou non selon la valeur qu'on a mise true/false.
Ensuite j'en profite pour 2 questions :)
1) comment désactiver le menu qui se cache quand on clique dessus? j'aimerais qu'il reste visible en permanence.
2) les photos au format paysage sont automatiquement redimensionnées en 720, meme si dans la configuration de l'upload, on change la valeur pour mettre 800px par exemple, la photo affichée est en 720. ALors qu'une photo en affichage portrait, ca marche bien. si on configure l'upload en 800max de haut, elle sera affichée en 800. C'est normal ou pas?
Merci à vous
Hors ligne
pakka a écrit:
quand j'active les liens dans config.inc.php avec le code que j'ai vu un autre post:
$conf['links'] = array(
'http://www.toto.fr=> array('label' => 'toto', 'new_window' => true),
);
je ne connaissais pas cette option, et de toute façon forcer l'ouverture dans une nouvelle fenêtre saimal ;-), mais c'est corrigé et sera dispo dans la prochaine version (tu peux reporter la modif chez toi en attendant) :
[Github] simple-grey commit 456c4a02
Ensuite j'en profite pour 2 questions :)
1) comment désactiver le menu qui se cache quand on clique dessus? j'aimerais qu'il reste visible en permanence.
dans js/scripts.js, tu vires le block $("#menuswitcher").click(function(){ ... }
2) les photos au format paysage sont automatiquement redimensionnées en 720, meme si dans la configuration de l'upload, on change la valeur pour mettre 800px par exemple, la photo affichée est en 720. ALors qu'une photo en affichage portrait, ca marche bien. si on configure l'upload en 800max de haut, elle sera affichée en 800. C'est normal ou pas?
oui, en fait pour le moment le thème permet d'avoir des photos qui font jusqu'à 720px de large. Il faut modifier qq valeurs pour changer ce comportement. Je réfléchis à comment faire autrement mais j'ai pas encore trouvé la meilleure solution.
Hors ligne