Post to Facebook
Tweet about this
Share at LinkedIn
Invite participants
Reference this page
GnapZ - En fait l'appel peut être très simple par un lien du type Skin::Build_link() avec pour paramètre '/about.php' pour appeler la page 'A propos' par exemple.
Ce lien est donc à placer dans ou après le footer ... ou n'importe où ailleurs (boîte extra, menu, etc). Dans le cas du menu, c'est encore plus simple puisqu'il s'agit d'un article, la commande se résume alors à
[submenu=A propos ...]/about.php[/submenu] ... et ainsi de suite.Idem pour privacy.php et autres scripts à la racine de Yacs.
Cloubech - GnapZ : Je ne sais pas si c'est bien mais moi je suis intervenu dans skin/page.php. j'ai ajouté le code
if(is_callable(array('i18n', 's')))
echo ' - '.Skin::build_link('query.php', i18n::s('Contact Us'), 'basic').' ';
Le souci c'est qu'il me traduit pas le "Contact Us"
-----
yacs 7.3.1 skin joi "inversé"
Actupro
quelques sites yacs : création site internet annuaire pro
Fernand - Cloubech :Le problème qui n'est pas clair pour moi à propos de fichiers tels que skins/page.php, c'est de savoir s'ils ne sont pas écrasés lors des mises à jour.
Agnès - Fernand : effectivement, il ne faut pas toucher page.php.
Pour implémenter vos propres fonctions, il faut utiliser mon_skin/skin.php. De là, vous pouver ajouter des fonctions qui vous manquent dans les librairies du coeur de yacs, ou encore modifier certains comportements pour les adapter à vos besoins... Enfin, si j'ai bien tout compris
La règle de base, c'est que l'on peut modifier ce que l'on veut dans son skin. A l'extérieur, les modifications sont potentiellement écrasées si une mise à jour est faite.
Voir les différentes pages dans Créer une identité visuelle
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Fernand - Agnès : Tu veux dire que, par exemple, si je veux modifier le contenu par défaut du footer... Par exemple, virer les références à YACS, comme pour APM, changer le contenu de mon about.php, etc. cela pourrait être fait à partir de skin.php plutôt que à partir de template.php dans certains skins ?
J'en rajoute une couche, je sais, je sais...
GnapZ - Fernand : Les fichiers about.php, privacy.php ne sont pas écrasés lors d'une mise à jour. Par contre tous les autres en dehors des skins dérivés le sont (dont page.php).
Ce qu'il faut faire: prendre la totalité de la fonction à modifier dans page.php et la copier dans skin.php. Là on peut lui faire ce que l'on veut sans oublier d'y faire référence dan sle template.php.
Exemple pour la fonction footer(): je recopie la totalité des lignes de cette fonction dans skin.php, je modifie comme bon me semble et dans le template.php correspondant, je remplace Page::footer() par Skin::footer() pour la prise en compte de mes modifications au lieu de la fonction originale de page.php.
GnapZ - Cloubech : Comme dans mon commentaire précédent, il faut recopier la fonction du footer() dans skin.php et remettre page.php comme il était. Changer l'appel de Page::footer() en Skin::footer() dans le template.
Pour votre fonction:
if(is_callable(array('i18n', 's')))
echo ' - '.Skin::build_link('query.php', i18n::s('Contact Us'), 'basic').' ';
Il faut pour cela utiliser l'ancienne méthode:
// contact us
$local['label_en'] = 'Contact Us';
$local['label_fr'] = 'Contactez-nous';
// et ainsi de suite suivant les langues installées
Skin::build_link('query.php', get_local('label'), 'basic');
Agnès :J'ai bidouillé un collage dans template.php des nouveaux skins, à partir de template.php de "boxesandarrows". Et désormais j'obtiens à peu près les précisions dont j'ai besoin dans le footer.
Il semble que ça fontionne.
Si confirmation, je mettrai cela à dispo dans mes pages perso (en cours de refonte) Fernandises
Fernand - Gnapz : Alors, si about.php et privacy.php ne sont pas écrasés lors d'une mise à jour, c'est nouveau ?
Agnès - Fernand : je pense que c'est pas nouveau du tout. A vue de nez, je dirais qu'ils ne sont simplement pas modifiés puisqu'ils n'ont pas changé, et si la mise à jour se base sur les scripts qui ont été modifiés depuis la dernière fois...
Maintenant, si on fait une mise à jour en envoyant nos fichiers par ftp en écrasant tout : alors oui, ils seront écrasés - les pauvres, c'est sûr.
Enfin, c'est à vue de nez tout ça, j'suis pas informaticienne moi. Faudra confirmation - ou non - de ceux-qui-savent-ce-genre-de-truc
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Fernand - Agnès :D'accord... Je me plaçais dans le cas ou l'on rectifie le about.php pour les besoins d'un client.
Dans ce cas, à mon avis, ce fichier se trouvant à la racine, il fait partie de ceux qui passent à la moulinette des mises à jour.
Il faut donc, si l'on se trouve dans cette situation, se créer un autre about.php, par exemple about2.php dans lequel on place le discours de l'institution pour laquelle on fait le site.
Il s'agit ensuite d'invoquer cet about2.php dans son skin. Ce dernier fichier n'est pas visé par les mises à jour.
Si about.php, n'a pas été retiré du corpus des mises à jour récemment, c'est ainsi que les choses devraient fonctionner.
Ah si j'avais sû que j'en viendrais un jour à invoquer les "about" !
Bernard - Je confirme que
about.php, tout comme privacy.php, font partie des scripts de référence. A ce titre, leur contenu est jalousement synchronisé avec le reste de YACS à chaque mise à jour.Les liens vers ces pages sont gérées, par défaut, dans la fonction
Page::footer(), implémentée dans skins/page.php, et qui est aussi un script de référence.Le mieux, pour changer le bas de page, est de regarder si ce que fait
Page::footer() convient ou pas. Si la réponse est non, supprimer l'appel à cette fonction dans le template.php, et mettre à la place le code qui convient...
