Bonsoir à tous, 
dans le sujet n°126846, j'avais soulevé un "problème" dans la recherche des membres. Papinou m'avait répondu (réaction n°11) et j'ai refait des tests depuis : effectivement, quand tu recherches un membre et que tu tapes son pseudo, celui-ci est retrouvé quelle que soit la page et il est surligné en vert. Mais pour moi, la fonction de recherche est là pour te permettre de retrouver un membre à partir d'une partie de son pseudo. Sur le site de l'école, les familles ont un pseudo standardisé avec leur nom de famille. J'aurais aimé qu'en saisissant le nom de famille, son pseudo me soit renvoyé.
Est-il possible de modifier la fonction de recherche de membres lors d'un prochain patch ?
Bon courage à tous, 
Cordialement, 
Bruno

Suggestion retenue. Ce sera disponible dans la version 5.0.9.

Re,
Autre proposition concernant les newsletters : quand la liste des abonnés s'allonge, il devient difficile d'utiliser la page "Gestion des groupes" car la liste affichée ne mentionne pas les adresses mail (des abonnés). Serait-il possible d'ajouter cette information ?
En complément, la possibilité d'ajouter des personnes dans un groupe à partir de la page "Liste des abonnés" serait aussi fort pratique...
Bon courage ! Pour ma part, je retourne à l'adaptation de mes plugins (Archives newsletters et TranslatorBox) ! 
Cordialement,
damien/dipisoft.

Suggestion retenue. Les modifications seront dans la version 5.00.10.

Bonjour,
A l'occasion de l'adaptation de mon plugin "Archives Newsletters" à GuppY 5.X, je découvre un "petit souci" avec le fonctionnement des newsletters : la "cible" (les destinataires) n'est pas déterminée lors de la préparation d'une newsletter mais au moment de son envoi. Et cette information n'est pas conservée dans le document.Si c'était le cas, mon plugin pourrait ne proposer que la liste des newsletters "publiques" (celles adressées à tous les inscrits), pas celles adressées à des groupes restreints. Du coup, à cause de ce plugin (mais aussi via le newsletter.php de GuppY), des visiteurs pourraient très bien accéder à des lettres d'information ayant un caractère privé ou confidentiel...
Est-ce qu'il est prévu de modifier quelque chose de ce côté pour une prochaine version ?
@+

damien/dipisoft.

Suggestion retenue. Les modifications seront dans la version 5.00.10.
Le groupe, si nécessaire sera saisi lors de la création/modification comme dans les autres documents.

Bonjour,

Pourrait-on avoir, dans une future version, un style CSS pour personnaliser les entêtes des résultats d'une recherche ?

En effet, la recherche propose du bleu ciel dans les entêtes des résultats.

@+
olivier

Edit :
La recherche affiche les couleurs définies dans le forum pour les class .quest et .rep, celles-ci peuvent être modifiées pour la no_skin par config look à Forum-Tables puis Arrière plan question et Arrière plan réponse, ensuite il faut générer le style.
Attention, ne pas générer le style, s'il y a eu des modifications manuelles dans le style.css, dans ce cas, il faut modifier manuellement $forum[1] et $forum[2] dans le fichier confskin.inc de la skin.

Cordialement, Papinou
 

Bonjour,
Pour reprendre la demande de Ludo plus bas sur le partage de contenu réseau social.
J'ai quant à moi également fait un petit fork, avec des choix de réalisation plus simples :
- Ne s'applique qu'aux articles pour le moment
- Les balises indispensables sont :
*une description : les 200 premiers caractères intelligibles de l'article suivi de la mention " ... lire la suite ..."
* une image : je cherche la première image de l'article qui a pour champ alt la valeur "FB". Ca grille le alt pour cette image, mais je ne trouve pas ça bien grave.
* un titre : je prends le titre de l'article.
* l'url de l'article : facile
* l'url du site : facile.

L'avantage :
- pas du tout intrusif, utilise des données déjà à dispo
- Le code réseau social déjà utilisé fonctionne, rien à modifier de ce côté.
- la seule interface opérateur se résume à mettre 'FB' sur une des images de l'article.

Le fork est ici :
http://www.labellenote.fr/lbndwnld.php?lng=fr&pg=506&tconfig=0

Suggestion non retenue.

Bonjour,
J'ai une petite requête pour une prochaine version :
Sur la page de consultation du log, ne pourrait on pas avoir un lien actif sur l'article visité ?
Dans la colonne Reqûete, faire comme pour la colonne Provenance.
Merci !
Christophe

Suggestion non retenue.

Bonjour,
Serait il possible de prévoir l'insertion d'image,photo, dans les nouvelles ,blog.
L'acceptation  bien sur, pour raison de sécurité, à la décision du Webmaster.
Merci
Bernard29

Suggestion non retenue.

Bonjour,

Une précédente version a harmonisé la présentation graphique des pages 'links' et 'faq' en mettant l'attribut CSS 'dnrubr' au items de niveau 1 et au sous-items.

Serait-il possible de ne mettre cet attribut CSS qu'aux items de niveau 1 afin de les faire mieux ressortir visuellement ?

Comme par exemple. (suite à un un mini fork):
 http://www.billard-passion.fr/links.php?lng=fr

@+
Olivier

Des modifications sont apportées dans les scripts download, links et faq pour individualiser les présentations.
Ce sera actif dans la version 5.0.9.

Bonjour à tous,

Suggestion : Compléter la possibilité existante d'ajouter des liens vers les réseaux sociaux, d'une possibilité de partager un contenu.

Ce qui implique :

• Une meta description en fonction du contenu, qui tienne compte du caractère bilingue,
• Des balises méta dédiées au partage (Open Graph),
• la possibilité d'affecter une image à ce partage (ce qui permet de formater une image spécialement pour cela),

Pour ma part, je m'y suis un peu essayé sur mon site :

• - Création d'un petit plugin qui me permet de placer de simples liens de partages directs (sans inclusion de javascript ou autre iframe), ceux-ci étant formatés ainsi, par exemple pour twitter :
  
  <.a href="http://twitter.com/home?status=[this_title] [this_url]" target="_blank">
  
  Le plugin remplace [this_title] et [this_url] par le titre et l'url du contenu en cours de consultation. L'url est encodée.
   
• - fork de hpage.inc où je récupère le contenu affiché (uniquement si article, nouvelle ou téléchargement) afin d'en extraire les premiers mots qui viennent alimenter la balise meta description et la balise og:description. Une description générique est également prévue (bilingue !)
   
• - un dossier est dédié aux images pour le partage, elles sont nommées selon l'id de la ressource partagée (article id=420 => image 420.jpg). Si le script ne trouve pas l'image, il place une image générique.

Ce n'est qu'un simple exemple mais ça fonctionne. Il me suffit de faire en sorte que la première phrase d'un article, par exemple, soit suffisamment représentative du sujet traité en gardant à l'esprit que c'est elle qui sera dans la description.

Aujourd'hui, avec l'utilisation généralisée des réseaux sociaux, il est indispensable de pouvoir partager un article (et non le site entier).

Les informations alors utilisées pour renseigner ce partage doivent être pertinentes : Le titre, la description et une image en rapport avec le contenu, et non une description générique monolingue illustrée de la première "image" que le réseau social trouvera sur la page !

D'autre part, il est maintenant admis que la présence de balises dédiées au partage sert indirectement le SEO (ou le référencement naturel) .

merci de m'avoir lu,
Cordialement,
Ludo

Suggestion non retenue.

Bonsoir,

J'ai essayé d'intégrer un accordéon dans un article à onglet sans succès.
Apparemment ce n'est pas possible.

Est-ce que ça pourra être envisageable ?

Cordialement.

Suggestion non retenue.