Fabien Vignes-Tourneret writes:
> L'appel de PageVar() ou toute autre fonction devrait être évité depuis
> config.php car tout n'est pas entièrement initialisé. Au pire, il faut
> placer ces appels vers la fin de config.php : dans ce cas, après les
> définitions eventuelles des variables $DefaultGroup, $DefaultName et
> $DefaultPage plus haut dans config.php.
L'appel de PageVar() se fait bien, dans mon fichier config.php, après les
définitions de $DefaultGroup, $DefaultName et $DefaultPage.
Ah oui, en appelant index.php sans le nom de la page, $pagename est vide
dans config.php. Avant de l'utiliser, donc avant la ligne avec PageVar(), il
faut insérer une ligne
$pagename = ResolvePageName($pagename);
> En ce qui concerne les styles CSS, un autre mécanisme de PmWiki peut être
> plus adapté. PmWiki charge des fichiers local.css, Group.css et
> Group.Page.css qui se trouveraient dans le dossier "pmwiki/pub/css/" (ou si
> ça ne marche pas, un nouveau dossier "pub/css/" au niveau de index.php).
>
> Donc, il suffit de créer le fichier local.css (chargé pour toutes les
pages)
> contenant :
>
> #foot p.credits {float: right; display: none; }
>
> et le fichier EN.EN.css (chargé pour la page [[EN.EN]], en plus de
> local.css) contenant :
>
> #foot p.credits { display: block; }
J'ai essayé cela aussi et ça ne fonctionne toujours pas. Se pourrait-il que
l'utilisation d'un fichier index.php pointant vers pmwiki.php empêche de
reconnaître que la page est bien EN.EN ? Pour mémoire, si je remplace
index.php par pmwiki/pmwiki.php?n=EN.EN dans l'url, ça marche.
Sur mon installation il y a effectivement un bug qui fait que local.css est
retrouvé et un lien est incorporé dans le HTML, mais EN.EN.css ne l'est pas,
que ce soit index.php ou index.php?n=EN.EN .
J'avoue que je n'ai jamais installé PmWiki avec chdir(). Il faut donc que
j'examine ça.
Petko
_______________________________________________
pmwiki-users-fr mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users-fr
