Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Ah c'est bien possible.
Le code ayant été fait à la sortie de la 2.2, possible qu'il est des soucis avec les versions plus récentes.
Il est étrange que cette incompatibilité intervienne entre la 2.2.1 et la 2.2.2 alors que la deuxième est un simple patch correctif, mais il faudrait voir effectivement cela de plus près.
Je ne suis toujours pas en mesure de faire ce genre de test mais si d'autres personnes ont ce problème, je commencerais par cela dés que possible.
Aeness
Je veux bien chercher mais je tiens à préciser que les deux versions n'étant, aprioris, pas 100% compatibles, je ne suis pas en mesure de prédire tous les effets de bord négatifs.
Pour notre liste incomplète :
Est que l'url ou l'emplacement du répertoire public a été modifié dans la configuration du blog ?
Est ce que les répertoires qui ne s'affichent pas dans pictures show apparaissent dans le Gestionnaire ?
Est ce que les images des répertoires qui ne s'affichent pas dans pictures show ont des miniatures ?
Est ce que les répertoires manquant apparaissent dans le résultat de url suivante (il faut être co à l'interface d'administration de Dotclear) http: //url.du.blog.com/admin/services.php?f=getPsGalleries ?
Après un parcours du forum de dotclear, je n'ai pas réussit à retrouver la raison du pourquoi mais quand on regarde les deux pages suivantes :
- http://plugins.dotaddict.org/dc2/details/picturesShow
- http://dotclear.aeness.net/index.php?pa … tures-Show
il semblerait bien qu'il faille au moins la version 2.1.6 pour utiliser PS1.0.3.
Je déconseille de repasser à une version antérieure de Pictures Show, j'ai souvenir que le processus pour revenir à une version aussi ancienne qu'une 0.7.x (qui serait la solution ici) pose soucis et je ne suis malheureusement pas en mesure de faire le test pour l'instant.
Merci pour toutes ces précisions.
Bon comme je suis un peu rouillée, j'ai mis un peu de temps à percuter, mais il me semble bien que Pictures Show 1.0.3 n'est compatible qu'avec la version 2.1.6 et les suivantes de Dotclear.
Je vais vérifier cela ce soir.
Aeness
Bonjour à tous,
Après une longue absence, voilà que je repasse un peu sur le forum de Dotclear.
Plusieurs d'entre vous on recontré des problèmes avec Pictures Show. Je suis plus trop dans le bain mais à prioris je ne vois pas de solution immédiate à vos soucis mais je vais taché de regardé cela de plus pret.
@JiF
Si j'ai bien compris, l'idée c'est d'accéder au image d'un sous domaine depuis le dommaine principal ? Et donc d'un blog à l'autre ?
@Kompozitor
Je peux connaitre la version de Dotclear et de Pictures Show ?
Désolée pour mon manque de réponse ces derniers mois,
Aeness
Dans _public.php de PS, vers la ligne 1019, on a :
$params["post_type"]=array("post","page");
Il faut soit ajouter tes types, soit enlever cette limitation.
Je viens de me rappeler le contexte particulier de ton utilisation.
{{tpl:GalleryURL}} utilise $_ctx->posts->post_id
On peut voir : $_ctx->posts = $core->blog->getPosts($params); dans urlMuppet
Donc sauf si post_id n'est pas renseigné en base, je ne sais pas trop, l'URL obtenue pourrait peut être nous éclairer.
Bonsoir,
A quoi ressemble url du lien ?
Où est écrit ce code ? Dans post.html ou dans home.html ?
Sans avoir vraiment pu tester, il est probable que le problème vienne du fait que les fichiers contiennent un ].
Je vais essayer de regarder cela demain. Mais serait-il possible de mz confirmer la présence du ] dans le nom des images et de faire un test avec des images avec un nom sans ] ?
Il faudrait mieux demander cela aux auteurs de lightbox ou colorBox, ils serait plus à même de faire le code javascript nécessaire.
Une fois ce code existant je peux l'adapter pour qu'il marche avec Pictures Show, mais faire cette jolie présentation me semble un peu trop javascriptien pour moi (oui je sais le mot n'existe pas ;) ).
Serait-il possible d'avoir accès à un des fichiers .txt non modifiés à la main ?
Pour être sûr que le problème vient de là.
Mais bon sinon je n'ai pas de cas précis en tête, car si lors du passage d'une version à une autre on ajoute un champ dans une table, le minimum est de tester si ce champ n'existe pas déjà, avant de le créer ... ;-)
La création et la mise à jour d'un setting se fait par la même méthode, cela ne peut donc pas générer d'erreur, notices, ou warnings.
De plus, lors d'un passage de version à une autre, tu es censé connaître les settings qui existent déjà ou pas vu que chaque version a une liste bien précise de settings.
Le fichier se termine bizarrement je trouve : "[640x480 +CIMG5189 [640x480"
Effectivement, c'est étrange.
As tu essayé de supprimer le fichier picturesShow.txt et de refaire une sauvegarde ?
Est ce que le problème se reproduit avec une autre galerie ?
Je réponds avec un peu de retard mais Pictures Show permet de rajouter une galerie caroussel à la fin du billet.
Arf, j'ai plus d'excuse pour faire trainer cet ajout ;)
Bonjour Beb'R
Sans faire de test, je te conseillerais un petit tour sur http://dotclear.aeness.net/index.php?po … tout-moche voir si cela corrige ton souci.
Je veux bien un retour sur le billet, histoire de savoir si je dis pas de bêtise :)
Déjà, je suis loin de mon pc, donc je ne pourrais pas m'y mettre avant 10 jours. :/
Ensuite, je me base sur Pictures Show qui n'a pas du tout été prévu pour prendre les images directement dans public, donc ce n'est pas garanti que j'arrive facilement à le faire.
Mais oui ce problème est noté dans un coin il concerne d'ailleurs aussi Pictures Title Updater.
La mise à jour c'est bien passée, cependant il m'a fallut enregistrer les settings pour que cela ne tourne pas en boucle alors que "Afficher les images en boucle" est désélectionné par défaut dans l'admin.
Mon souci c'est que je ne connais absolument pas Muppet.
Si j'ai bien compris, cela permet de rajouter des nouveaux type de post (comme pour page en gros) avec l'apparition d'un nouveau template : single-<type>.html pour chaque nouveau type.
Pour que cela marche correctement, il faut :
* que la saisie de la galerie dans le formulaire du nouveau type soit possible,
* sauvegarder cette données,
* et que la galerie s'affiche dans le blog.
Pour affichage, PS ne pourra pas insérer automatiquement les galeries, mais il reste la possibilité d'utiliser les tag (décrit dans l'onglet tag de mémoire) pour personnaliser single-<type>.html :
* exemple 1 : http://dotclear.aeness.net/index.php?po … e-en-grand.
* exemple 2 : dans la documentation de PS
La saisie est faite grâce à
$core->addBehavior('adminPostHeaders',array('psAdminBehavior','adminPostHeaders'));
$core->addBehavior('adminPostForm',array('psMetaData','showDir'));
La sauvegarde grâce à
$core->addBehavior('adminAfterPostCreate',array('psMetaData','saveMetadataRep'));
$core->addBehavior('adminAfterPostUpdate',array('psMetaData','saveMetadataRep'));
Or la page de saisie du nouveau type appel les mêmes behaviors donc cela devrait marcher.
Le behavior n'est peut-être pas dans le cache ?
Comment ca pas dans le cache ? Tu veux dire que l'appel suivant ne serait pas écrit dans le fichier en cache ?
$core->callBehavior('publicEntryBeforeContent',$core,$_ctx);
Peux-tu montrer à quoi ressemble ta fonction ?
Je rappelle qu'elle marche chez moi et dans post.html chez miroune.
C'est une fonction rajoutée pour tenter de comprendre un autre souci qui en fait est lié vu qu'il s'agit d'un appel à publicAfterBeforeContent qui ne se fait pas non plus. (regardez pas de trop prêt le code et les fautes d'orthographe svp :D )
public static function debug($core)
{
echo "\n";
if (psConf::isOldDotclear()) {
echo "<!-- vieux dotclear -->";
}
else {
echo "<!-- dotclear récent -->";
}
if (!psConf::getIfActif()) {
echo "<!-- ps non actif -->";
return;
}
echo "<!-- url : ".$core->url->type." -->";
echo "<!-- galerie : ".psConf::getPostGalleryTheme()." -->";
echo "<!-- thumbnails : ".psConf::getGalThumbnailsFormatId()." -->";
echo "<!-- big : ".psConf::getGalPicturesFormatId()." -->";
$_ctx = $GLOBALS["_ctx"];
$obj_meta = new psMetaData($core);
$rep_picture = $obj_meta->getMetaStr($_ctx->posts->post_meta,psConf::getMetaRepName());
if ($rep_picture==null) {
echo "<!-- on a pas de galerie pour ce post -->";
return;
}
if (!psPicturesGallery::isGallery($rep_picture,psConf::getGalPicturesFormatId(),psConf::getGalThumbnailsFormatId()) ) {
echo "<!-- on a pas de galerie pour ce poste dans ".$rep_picture." -->";
return;
}
$gal = psPicturesGallery::getGallery($rep_picture, 0,psConf::getGalPicturesFormatId(),psConf::getGalThumbnailsFormatId(),-1);
echo "<!-- nb images : ".$gal->getNbPicture()." -->";
echo "\n";
echo "<!-- date mise à jour en memoire : ".gmdate('D, d M Y H:i:s',$core->blog->upddt)." -->";
$blog = new dcBlog($core, $core->blog->id);
echo "<!-- date mise à jour en base : ".gmdate('D, d M Y H:i:s',$blog->upddt)." -->";
echo "\n";
if( $core->url->type == 'post' || $core->url->type == 'pages') {
$mytemplate = new mytemplate(DC_TPL_CACHE,'$core->tpl_ps',$core);
$tpl_file = $core->tpl->getFilePath('post.html');
if (!$tpl_file) {
echo "<!-- le template n'existe pas -->";
return;
}
$file_md5 = md5($tpl_file);
$dest_file = sprintf('%s/%s/%s/%s/%s.php',
$mytemplate->getCachedir(),
'cbtpl',
substr($file_md5,0,2),
substr($file_md5,2,2),
$file_md5
);
if (!file_exists($dest_file)) {
echo "<!-- pas de fichier dans le cache -->";
return;
}
$stat_d = stat($dest_file);
$stat_f = stat($tpl_file);
echo "<!-- date du cache : ".gmdate('D, d M Y H:i:s',$stat_d['mtime'])." -->";
echo "<!-- date du template : ".gmdate('D, d M Y H:i:s',$stat_f['mtime'])." -->";
}
}
Si la personne ajoute du texte comme <p>plop</p> avant {{tpl:SysBehavior behavior="publicEntryBeforeContent"}}, est-ce que le texte apparaît ?
Demande en cours.
@miroune
Alors petit test pour voir.
Avant
<!-- # --BEHAVIOR-- publicEntryBeforeContent -->
{{tpl:SysBehavior behavior="publicEntryBeforeContent"}}
si tu rajoutes
<p>test pour PS</p>
Y a t-il un mieux ?
Normalement oui, mais sauf erreur de ma part le cache ne joue pas ici vu qu'il s'agit d'un appel fait à la génération du code html et pas à la génération du cache.
Une partie des erreurs du code sont liées à l'insertion automatique de PS qui n'est pas totalement compatible avec Glossyblue.
A l'occasion je regarderais si je peux faire un add-on pour ce thème.
Sinon pour le message, la version originale de la traduction doit se trouver dans dotclear\locales\fr\public.po mais ce n'est pas une bonne idée de changer ce fichier car cela va empêcher la prochaine mise à jour automatique de Dotclear.
Je crois que pour les traductions coté blog il faut mettre les lignes dans public.po et pas main.po
Mais je me demande s'il ne faut pas aussi mettre la ligne suivante dans _public.php du thème :
l10n::set(dirname(__FILE__).'/locales/'.$_lang.'/public');
Après une petite recherche, tout est expliqué en vachement plus clair ici : http://tips.dotaddict.org/fiche/Ajouter … h%C3%A8mes
Le template page.html contient aussi
{{tpl:SysBehavior behavior="publicEntryBeforeContent"}}
*sifflote*
Bonjour Aeness.
Des idées pour mon soucis d'affichage de photos sur les pages ?Merci pour ton aide
Bonjour miroune
J'avoue que je sèche un peu :/
A la recherche de bonnes idées que je n'ai pas, j'ai posté un résumé de notre problème ici : http://forum.dotclear.net/viewtopic.php?id=43119
Vous n'êtes pas identifié(e).