🌍
Français
plg a écrit:
si un thème ne déclare pas de parent, alors c'est implicitement "default".
Non! Si un thème ne déclare pas de parent, ce n'est pas "default" son thème parent!
Il faut donc tous les fichiers tpl nécessaires dans son dossier "template".
Je rajoute ça pour la 2.1.2 alors : [Bugtracker] ticket 1712
ok
saimon a écrit:
yes, un id slideshowPage serait parfait :-). Par contre je comprend pas l'histoire du isset($BODY_CLASS) ?
un class= pas un id=. Le body aura déjà id=thePicturePage.
Dans le header.tpl, il faudrait avoir :
<body id="{$BODY_ID}" {if isset($BODY_CLASS)}class="{$BODY_CLASS}"{/if}>plg a écrit:
Si je propose d'ajouter un $page['body_class'] = 'slideshowPage' dans le core (pour la 2.1.2) et que dans simple/theme.css tu ajoutes un .slideshowPage #copyright {display:none} (et que tu vires le #thePicturePage #copyright {display:none;} du coup), ça t'irait ? (faudra aussi gérer le {if isset($BODY_CLASS)} dans header.tpl qui est dupliqué pour le thème simple.
yes, un id slideshowPage serait parfait :-). Par contre je comprend pas l'histoire du isset($BODY_CLASS) ?
pour PWG Stuffs c'est juste pour les images, j'ai fait une modif pour que ce soit mieux.
si un thème ne déclare pas de parent, alors c'est implicitement "default".
Tous les autres thèmes dark....,Gally*,Pure* ont un parent (*default qui n'est pas affichable).
Simple Grey s'affiche et n'a pas de parent.
Cela ne gène pas le fonctionnement, mais mon test était basé (par erreur ** ) sur la présence d'un thème parent.
** voir le 4° message de cette discussion.
EX-FTB a écrit:
Le souci vient du fait que simple n'a pas de theme par défaut [...]
Que veux-tu dire ?
plg a écrit:
J'ai activé extension:251 et...
Notice: Undefined offset: 1 in /.../2.1/plugins/look_like_gbo2/main.inc.php on line 186
C'est pour moi, la version 2.1.C de LLGBO2 corrige le souci.
La version corrigée est dans SVN, je la livrerai dans les extensions au moment ou Boulde livrera le thème simple.
(je préfère prendre un peu de recul sur les retours d'autres utilisateurs)
Le souci vient du fait que simple n'a pas de theme par défaut et cela fait planté mon test.
Car je n'avais pas prévu ce cas!!!!
saimon a écrit:
ca se précise, tout ça est sur bitbucket ;-)
Je viens de refaire un essai. Nickel toutes les corrections. Screenshot très bien.
J'ai activé extension:251 et...
Notice: Undefined offset: 1 in /.../2.1/plugins/look_like_gbo2/main.inc.php on line 186
De même, les blocks de extension:190 ne sont pas supportés je pense. Dans le screenshot ci-joint, j'ai ajouté un block "images au hasard".
Excellent pour les corrections :-)
saimon a écrit:
> Ca je sais que c'est normal, mais un "Powered by Piwigo..." sur picture.php, ce serait... bien :-)
je veux bien le mettre, le problème est que du coup il s'afficherait aussi sur le diaporama et là c'est pas très joli. Donc je le cache. S'il y a moyen de séparer les 2 je prend !
Actuellement, par défaut, en cas de slideshow, on charge slideshow.tpl à la place de picture.tpl mais dans les 2 cas, l'id du body est "thePicturePage".
Si je propose d'ajouter un $page['body_class'] = 'slideshowPage' dans le core (pour la 2.1.2) et que dans simple/theme.css tu ajoutes un .slideshowPage #copyright {display:none} (et que tu vires le #thePicturePage #copyright {display:none;} du coup), ça t'irait ? (faudra aussi gérer le {if isset($BODY_CLASS)} dans header.tpl qui est dupliqué pour le thème simple.
Une autre solution un peu crado, c'est de mettre un <style>#copyright {display:none}</style> dans ton slideshow.tpl.
@plg:
> corrigé pour les commentaires,
> Lorsque je navigue sur un tag, il n'y a pas d'icône pour supprimer le tag et les X sont sur une autre ligne, les une à côté des autres.
corrigé, par contre tout ce code html est rajouté par {'Tags'|@translate} ce qui ne laisse pas trop de choix sur le code ...
> Ca je sais que c'est normal, mais un "Powered by Piwigo..." sur picture.php, ce serait... bien :-)
je veux bien le mettre, le problème est que du coup il s'afficherait aussi sur le diaporama et là c'est pas très joli. Donc je le cache. S'il y a moyen de séparer les 2 je prend !
> image haute définition : ok
> Sur Simple, pour un visiteur (ma famille par exemple), ce n'est absolument pas évident de trouver le menu. Or, le menu est nécessaire pour se connecter. Et ma famille ne voit rien qui les intéresse s'ils ne sont pas connectés. Du coup, je me fais insulter parce qu'ils reçoivent des emails de notification, mais qu'il n'y a rien sur la galerie :-/
c'est facilement modifiable pour le comportement par défaut, et après c'est un cookie
> Peut-on envisager de sortir le block "Identification" du menu et de le mettre sous forme de liste...
c'est une idée, je verrais si j'ai le temps (pour l'instant j'essaye de parer au plus pressé, corriger les bugs).
> screenshot ok
> barre de navigation ok
ca se précise, tout ça est sur bitbucket ;-)
saimon a écrit:
Donc tous les fichiers de mon install piwigo appartiennent à httpd, le user apache, sauf le repertoire "galleries" qui est en fait un lien symbolique vers un autre répertoire qui est une copie locale de mon répertoire galleries "de prod", donc tout ce qui est dans galleries/ appartient à mon user y compris index.php et apache n'avait pas de droit dessus. J'avais fait ça pour faire simple et rapide me disant qu'au pire piwigo gnognerait un coup s'il lui manquait des permissions.
Sauf que du coup, auto-upgrade a mis à jour tous les fichiers sauf galleries/index.php et a du s'arrêter là, sans mettre à jour la bdd. Il a peut être pas nettoyé les anciens fichiers aussi (les répertoires template/ et template-common/ sont encore là).
Voili voulou
Ok, j'avais pas vu que c'était le index.php de galleries!
En effet, c'est un cas un peu particulier... le nettoyage n'a pas été effectué, normal...
yes alors j'ai pas tout précisé, c'était plus un billet d'humeur car j'avais pas trop le temps de rentrer dans les détails ;-).
Donc tous les fichiers de mon install piwigo appartiennent à httpd, le user apache, sauf le repertoire "galleries" qui est en fait un lien symbolique vers un autre répertoire qui est une copie locale de mon répertoire galleries "de prod", donc tout ce qui est dans galleries/ appartient à mon user y compris index.php et apache n'avait pas de droit dessus. J'avais fait ça pour faire simple et rapide me disant qu'au pire piwigo gnognerait un coup s'il lui manquait des permissions.
Sauf que du coup, auto-upgrade a mis à jour tous les fichiers sauf galleries/index.php et a du s'arrêter là, sans mettre à jour la bdd. Il a peut être pas nettoyé les anciens fichiers aussi (les répertoires template/ et template-common/ sont encore là).
Voili voulou
Tu n'as plus qu'à le mettre à jour à la main et lancer l'upgrade.php
ah mon sauveur ! merci, ça a marché !
saimon a écrit:
yep, voilà le contenu de ./_data/autoupdate/log_error.txt :
Code:
././galleries/index.php: write_protected
Ca c'est très étonnant qu'il n'y ai que ce fichier... ca veut dire qu'il a réussi à extraire tout le reste!
Tu as peut-etre modifié les droits uniquement sur ce fichier. Tu n'as plus qu'à le mettre à jour à la main et lancer l'upgrade.php