Info Pages (Pagina 1i

Tu m'en demandes beaucoup plus que je n'arrive à comprendre.

Il ne s'agit pas seulement de changer de chaîne de langue ou de la modifier.

J'ai peine à deviner où sont stockées les datas des pages. Par ex les dates de création de et de modification des pages : peut-être dans les datas des boîtes comme : data/pages/pgidx_2fr.dbt avec  une ligne pour chaque article ???

Voilà ce que je pense nécessaire pour les infos du bas de page.

- Une ligne pour la date de création et une autre pour la date de modification, avec la possibilité de les activer l'une et/ou l'autre de manière générale dans la config du module Pages. Et bien sûr, toujours l'option individuelle d'enregistrer ou non la date de mise à jour en mode modif de page.

- Pour l'auteur, faire en sorte que celui qui modifie la page n'en devienne pas l'auteur.

- La fonction imprimer est toujours calamiteuse et dépend aussi de l'équipement informatique du visiteur. Je l'ai généralement remplacée par une fonction d'impression en PDF avec un service extérieur. Ce serait bien de pouvoir faire quelque chose.

- La fonction Permalien ne fait rien d'autre que recharger la page alors qu'elle devrait enregistrer le lien dans le presse-papier.

Hello !
Peut-on changer et fixer le nom de l'auteur ?
Dans un comité de rédaction, plusieurs intervenants travaillent sur une même page. Auparavant, c'était le dernier intervenant qui devenait l'auteur.
Depuis la mise à jour 0.63, je crois, quoi qu'on fasse, à la première modif, l'auteur devient : "old".
Il y a une minute, cet article avec pour auteur Charles Aude dans les infos. Je lui ai ajouté une virgule et l'auteur est devenu "old". Même pas Katryne, mais old. https://revestou.fr/pages/263-noms-et-s … est-fr.php 

Note : je sais que j'ai forké la page pour que l'auteur devienne meta author dans le code source. Et ça marchait bien. Sauf que depuis une version très récente de adhoc, voilà ce que j'ai en mode source :

<meta name="author" content="old">

On peut vérifier dans les infos de bas de page : bientôt "old" va devenir l'auteur le plus prolifique de la galaxie Revestou.

Coucou Ale, merci de ta réponse.

J'ai désactivé mes forks, mais c'est toujours pareil, alors je les ai remis.
J'ai trouvé pourquoi, c'est parce que le champ auteur n'est pas librement complétable mais je ne sais pas faire sans forker plus encore.

Ce que je forke dans l'admin et l'affichage d'une page :

Côté admin
admin/_core/inc/pg-pages.inc : ajout de champs pour saisir l'auteur et les mots clefs

Côté public :
modules/pages/pages.inc
- Je remplace la fonction d'impression qui ne me satisfait toujours pas par un service externe d'impression en PDF. (cela n'a pas d'influence sur la saisie ou l'affichage de l'auteur)
- Je fais en sorte que l'auteur s'affiche comme meta author en mode source
- J'affiche les mots clefs de la page

Avec le système alternatif où l'on peut choisir maintenant uniquement entre l'auteur original de la page et celui qui est en train de la modifier, mon champ de saisie de l'auteur qui fonctionnait bien auparavant, ne sert plus à rien. Mais j'ai seulement le choix entre old et Katryne. Même quand je modifie une page crée originellement par Marie-Hélène.

Mais ce choix alternatif, s'il fonctionnait, entre deux admin/rédacteurs n'est pas pertinent dans notre site d'histoire locale. Nous ne sommes que des typographes; des dactylos. Or la plupart des auteurs ont disparus depuis longtemps. Je ne peux pas demander à Strabon et à Ptolémée de se connecter sur nos sites pour signer leurs articles. (ce site là n'est pas forké : http://comoni.org/pages/015-recherches- … c_-fr.php)

Ce champ auteur doit être librement complété et pas imposé avec le nom d'un rédacteur connecté comme membre hier ou aujourd'hui. Même si on a le choix entre 2 rédacteurs, on n'a pas la possibilité de saisir le nom. Cela ne correspond pas à nos besoins. Les forks sont du détail et n'influent pas vraiment sur le code, mais leur résultat nous est indispensable. Ne pas oublier que depuis 6 ans, adHoc sert pour des sites vivants et actifs et très visités. Il doit remplir ses fonctions.

C'est ainsi que les mots-clefs sont une voie d'entrée et de recherche complémentaire vers nos articles, non seulement pour les visiteurs qui cherchent directement sur le site, mais aussi pour les robots qui indexent chaque résultat de recherche correspondant à un mot-clef.

Je cherche donc maintenant à rendre ce champ auteur librement complétable.

Merci. Tu m'as mise sur la voie. J'ai trouvé la solution : je n'utilise plus l'enregistrement original du nom de l'auteur. Parce que je veux que l'auteur soit choisi librement, pas imposé. Ce n'est pas un forum où l'on doit identifier le nom de chaque personne qui poste. Un adHoc n'est pas un site bijectif, interactif. C'est un media de communication unidirectionnel.

Bonjour Katryne, bonjour à tous,

Suite à ce message, j'ai un peu cherché...

Les deux dates sont définies et accessibles dans les fichiers data/pages/pgidx_.....dtb

Il faut probablement les attribuer aux variables $creadate et $moddate dans modules/pages/pages.inc

En plus des lignes que tu as ajoutées ci-dessus, j'ai placé en remplacement de (situé un peu plus haut) :

} else {
   $moddate  = $pidx[0][4];     
}

ceci

} else {
   $currentpage  = FindOrdCurrPage($pgid, $pidx);
   $creadate  = $pidx[$currentpage][3];
   $moddate  = $pidx[$currentpage][4];
}

il me semble que cela fonctionne correctement... (dans mes essais en tout cas...)
teste-le pour voir...

Plus tard... Oups..., après vérification supplémentaire :
Cela ne fonctionne pas si le menu est en "liste catégories"

pour cela, il faut ajouter aussi dans modules/pages/pages.inc la ligne $creadate un peu plus haut ainsi
     

 } else {
         echo '<p id="PG_sitm'.$i.'"><b>'.($i+1).". ".$pglinks[$i][1].'</b>';
         $curr_pg_sitm = $i;
         $creadate = $pidx[$i][3];
         $moddate = $pidx[$i][4];
      }

de plus, dans les lignes que tu as ajoutées seul $pgset11 est utile, $pgset12 sert à activer le compteur de lecture donc, à mon avis, on peut se contenter de (en simplifiant éventuellement, un seul test suffit) :

if ($pgset11) echo $msg_pub['crea_date'].": <b>".FormatDate($creadate)."</b><br>\n";
if ($pgset11) echo $msg_pub['mod_date'].": <b>".FormatDate($moddate)."</b><br>\n";

Toutes ces modifs sont testées sur https://adhoc.71site.fr/index.php pour voir...

Amicalement à toute tous,
Jean-Denis

Hello,

Relis mes corrections ci-dessus...

Amicalement,
Jean-Denis

c'est quoi se Zip et si Nico passait

Salut à tous.

C'est corrigé dans dans la prochaine version. L'info ira afficher la date la plus récente avec la bonne indication (date de création ou la date de la dernière mise à jour).

Le code de JeanDenis ne marche pas, car, dans certaines situations, ce code affiche les dates d'une page différente.

Merci pour l'avoir signalé.

A++

Le code marche bien. Comme Jean-Denis, je n'ai pas constaté d'erreur d'affichage. Par contre, ce que je souhaitais, c'était l'affichage de la date de création ET de la date de modification en bas de page, puisqu'elles existent toutes les deux.
À noter que la date de modification n'est pas ... modifiée quand on modifie la page par le 1er bouton des quicklinks.

Jean-Denis, ton code marche trrrrrrès bien : sur mes adHocs, j'ai bien dans Info la date de Création ET la date de modification. Je faisais allusion au message d'Ale : j'ai l'impression qu'il n'a prévu que l'affichage d'un seul champ, pas des 2 dates.

Bonjour Alain,

C'est toujours possible, évidemment, mais, personnellement, je n'en vois pas trop l'intérêt...

Ces deux dates apparaissent après le clic sur page info en bas des articles... en quoi cela est-il gênant que l'on puisse lire que la date de création et de modif sont les mêmes...

Si cela te pose un réel problème, il t'est toujours possible d'effectuer un test d'égalité des variables $creadate et $moddate juste avant avant l'affichage de la date de modif dans modules/pages/pages.inc

à ce niveau

   if ($pgset11) {
   echo $msg_pub['crea_date'].": <b>".FormatDate($creadate)."</b><br>\n";
   echo $msg_pub['mod_date'].": <b>".FormatDate($moddate)."</b><br>\n";
   }

   
Mais cela nécessite un fork, bien sûr...

ATTENTION, cette version ci-dessus est déjà un fork qui permet de différencier nettement les deux dates... car les versions 063.2 et 0.65.9 ne fonctionnent pas correctement et mélangent les deux dates... hélas...

ici ci-dessous version 0.69.5 ... aïe aïe aïe...

  if ($pgset11) echo $msg_pub['crea_date'].": <b>".FormatDate($moddate)."</b><br>\n";

Donc, fork sur fork...
Est-ce bien raisonnable ?

Cordialement,
Jean-Denis