Xtouf a écrit:
En utilisant le PlugIn Avanced Menu Editor, j'arrive bien à faire QQCH, le souci c'est que je suis en static.
j'ai afficher le code source de la page tag et fait deux trois modifs.
Je pense qu'il y a mieux et plus propre.
Je dirais en prenant le code source du template plutôt.
Hors ligne
Nicolas,
Merci pour cet élément de réponse.
J'utilise le plugin Advanced Menu Manager v2.1.1.
afin de voir QQCH dans le menu je dois absolument avoir un block dans PWG Stuffs qui reprends cumulus.
dans ce cas j'ai une ligne sous le bloc principale qui contient : This will be shown to users with no Flash or Javascript, logique j'utilise un bloc ;). de ce fait j'ai qqch de moche.
De plus quand je clique sur un tags des nuages, j'arrive sur la page des images qui ont se tag, mais dans le menu plus rien, ce qui pas super cool.
Le code copié dans le bloc menu:
<ul>
<div id="flashcontent"></div>
<script type="text/javascript">
var so = new SWFObject("{$PWG_CUMULUS_SWF}/tagcloud.swf", "tagcloud", "128", "128", "7", "#FFFFFF");
so.addParam("wmode", "transparent");
so.addVariable("tcolor", "{$PWG_CUMULUS_COLOR1}");
so.addVariable("tcolor2", "{$PWG_CUMULUS_COLOR2}");
so.addVariable("hicolor", "{$PWG_CUMULUS_HICOLOR}");
so.addVariable("mode", "tags");
so.addVariable("distr", "true");
so.addVariable("tspeed", "100");
so.addVariable("tagcloud",
"<tags>{foreach from=$tags item=tag}<a href='{$tag.URL}' style='{$tag.size}pt'>{$tag.display_name}</a>{/foreach}</tags>");
so.write("flashcontent");
</script>
</ul>
Hors ligne
Mise à jour:
- j'ai remplacé le plugin jquery farbtastic par colorpicker
- nouvelle version compatible avec la future version 2.1 de Piwigo
Hors ligne
Bonjour, en version de pwg 2.1.0 et 2.1.1 et version de pwgcumulus 4.0.2, les couleurs paramétrées ne sont pas prises en compte dans mon nuage de tag: tout reste en noir! :-(
Mes paramètres sont:
coef:10
couleur1: #0000FF
couleur2: #FF0000
survol: #00FFFF
Est-ce un problème déjà connu ou dois-je ouvrir un bug ?
[Edit1] : le code source de la page construite indique:
flashvars="tcolor=0x#0000FF&tcolor2=0x#FF0000&hicolor=0x#00FFFF&(...)"
Est-ce normal d'avoir des 0x devant chaque code couleur ??
[Edit2]: Bon, je réponds à moi même pour la correction: En fait il ne fallait pas mettre de #dans les codes couleurs dans la partie administration! tout simplement ! :-p
couleur1: 0000FF
couleur2: FF0000
survol: 00FFFF
Dernière modification par Bozz974 (2010-05-26 03:38:48)
Hors ligne
Bug.
;-)
Hors ligne
Il n'y a aucun bug. Le format de stockage des couleurs a effectivement changé du fait du changement de plugin jquery pour le choix des couleurs.
Hors ligne
@nicolas : pourquoi ne pas faire précéder le champs justement avec le symbole # ?
:-)
Hors ligne
C'est peut-être jquery qui gère ça comme ça...
Mais du coup c'est embêtant que le # ne se vire pas automatiquement lors d'un upgrade depuis une vieille version.
Les solutions pour résoudre le pb aujourd'hui:
- virer les # manuellement
- ou bien cliquer manuellement sur la couleur dans le jquery
Dans les 2 cas une action utilisateur est requis.
Ce qui est déroutant aussi c'est que quand on clique sur l'input text le jquery s'ouvre avec la bonne couleur même s'il y a un # dedans ! Du coup on se dit que tout est bien et qu'on ne doit rien changer... Alors qu'en fait il suffit juste d'un petit click!
Hors ligne
VDigital a écrit:
Bug.
;-)
Voilà c'est fait:
http://piwigo.org/bugs/view.php?id=1700
(et en anglais only)
Hors ligne
nicolas a écrit:
Il n'y a aucun bug. Le format de stockage des couleurs a effectivement changé du fait du changement de plugin jquery pour le choix des couleurs.
Tout dépend de ce qu'on considère comme un bug, et la priorité qu'on veut bien lui donner.
Pour moi, c'est un bug quand même.
;-)
Hors ligne
VDigital a écrit:
nicolas a écrit:
Il n'y a aucun bug. Le format de stockage des couleurs a effectivement changé du fait du changement de plugin jquery pour le choix des couleurs.
Tout dépend de ce qu'on considère comme un bug, et la priorité qu'on veut bien lui donner.
Pour moi, c'est un bug quand même.
;-)
C'est un bug de migration, je vais donc lier sa correction au développement de la fonction mise à jour des plugins :
http://piwigo.org/bugs/view.php?id=1681
Hors ligne
Je ne comprends pas, il me faudrait un décodeur.
Je comprends que le changement du script jQuery fasse que l'un gérait des #XXXXXX et que l'autre gère maintenant des XXXXXX.
Avoir une function upgrade() dans les plugins ne résoudre pas le fait
que le champ puisse contenir un # lors d'une saisie.
Je viens de vérifier c'est accepté par le script actuel dans pwgCumulus.
Hors ligne
J'ai mis à jour avec une nouvelle version. On peut ajouter les couleurs avec le dièse (#) même si les couleurs sont sauvegardées sans le dièse.
Hors ligne
;-)
Merci de la part de tous ceux qui l'utilisent et n'ont pas encore migré en 2.1.x
Hors ligne